＃无专案– Teams not Projects
艾伦·凯利（Allan Kelly）概述了#NoProjects议程，并讨论了团队作为生产单位和团队生命周期的角色。好的项目就是坏的软件。使用了有用的软件并要求更改，请停止对其进行更改，然后您将其杀死。在没有项目的世界中，您如何管理工作？答案是团队。团队是生产的手段，工作应围绕团队，团队应稳定。
2016年五月
用户故事不是必需的
敏捷方法的创建也是对大量无用的需求文档（无论是文本的还是使用建模技术（如UML））的反应。但是，过去的所有值都不应在需求活动中丢弃。在他的书中“敏捷软件要求”，Dean Leffingwell解释了用户故事与用例和软件规范之间的区别。
系统性ScrumMaster
大多数ScrumMaster都精通“Scrum”，但是他们缺乏系统和复杂性思考的经验。大多数项目没有’失败的原因不是因为使用了错误的工具，而是因为人们和对我们所组成的系统的缺乏了解。
与敏捷领导者扩展
使用敏捷方法进行软件开发并不一定能保证成功。正如Henrik Kniberg在其博客文章的开头写道”即使将整个组织整齐地组织为Scrum团队，您最终还是会陷入混乱之中！”。有一个敏捷的领导者可以帮助防止混乱。
可伸缩敏捷框架（SAFe）是否有害？
可伸缩敏捷框架（SAFe）引起争议。乍一看，SAFe看起来有点像一个可怕的重量级自上而下的RUP僵尸。但是在现实生活中呢？
最低可行产品策略的五个规则
最低可行产品（MVP）在Wikipedia中定义为“具有足够功能的产品可以收集有关该产品及其持续开发的经过验证的学习。”在本文中，Sergiy Andriyenko提出了5条规则，以成功应用最低可行产品策略。