敏捷团队的可持续发展
我们希望解决方案能够快速交付，而又不影响质量，用户体验，隐式需求以及可扩展性和性能等非功能性方面。如果我们一直都在宇宙中，那会更容易些。对于可持续发展的团队来说，这是一个巨大的挑战，因为存在多种竞争力量，并且软件开发非常复杂。
速度
了解Scrum燃尽图
Scrum Burndown图表是监视项目状态的非常简单的工具。这很容易解释，很容易理解。但是，该指标还证明了在许多敏捷研讨会和采用中观察到的一些陷阱。本文讨论了如何构建Scrum燃尽图以及应包含在其中的内容。它还提供了有关如何使用燃尽图评估项目状态以及在发现问题时可以做什么的准则。
Scrum的电击疗法
如果正确实施，Scrum框架会强制执行简单的约束条件，从而导致团队自我组织成一种状态，该状态与传统方法相比，可将性能提高5到10倍。但是，大多数Scrum团队无法实现此目标。
速度危险
吉姆·海史密斯（Jim Highsmith）在这篇博客文章中讨论的观察结果是速度正在杀死敏捷。他解释说，由于错误的原因，越来越多地使用此度量标准：测量生产率并将重点放在数量交付而不是质量上。他总结说，对速度的重视应该与其他指标（例如要素价值，要素交付周期时间或质量）保持平衡。
未完成的用户故事
在本博客中，Sten Johnsen讨论了将未完成的用户故事从一个Scrum冲刺迁移到另一个Scrum冲刺的影响。他专注于未完成的用户故事，对团队速度的影响以及对团队变更能力的影响。
使用敏捷方法管理计划缺陷
本文讨论了进度表缺陷的几种症状和原因，提供了可用于根据进度表跟踪团队进度的指标和图表，并描述了敏捷如何解决项目管理风险。
评估高性能敏捷团队
Keith Cerny在此博客文章中介绍了可用于衡量敏捷团队绩效的指标。