速度是敏捷的核心度量项，用来预测团队是否可以兑现其Sprint承诺。

敏捷团队用速度来对Sprint与发布中的未来工作，进行性能策划与跟踪的工具。基于对工作单元度量的商定（通常以Story Point作为敏捷项目的工作单元），速度可以用来显示既定的Scrum团队，在接下来的Sprint中被期望交付多少价值，或者实际给付多少价值。敏捷团队的速度，不仅是其完成工作的性能，还是其对工作性能改善策划与跟踪的基础衡量指标。

速度是针对团队与项目周期的。任何团队或者Sprint周期的变化，都会影响团队按照既定速度交付的能力，即我们便没有理由认为其速度（可交付的价值）将保持一致。

对于任何敏捷团队来说，速度都是核心的度量项，它也是估算与跟踪项目的基础。因为敏捷团队是在固定的时间周期内、在固定的人员环境下工作的。因此，度量成本性能指数（Cost Performance Index，CPI）和进度性能指数（Schedule Performance Index，SPI）都是多余的。敏捷项目的成功，速度才是重要的度量指标。

在Sprint策划期间，敏捷团队便要设置Sprint的速度目标；而燃尽图（向下或向上两种）便是团队实际速度信息的指示器。燃尽图可基于Story Point或者工作量，但同时使用Story Point与工作量，将更能提供Sprint实际进展的反映。

敏捷团队要意识到，速度是有价值的众多度量项中的一种。就其本身而言，并不足以管理一整个软件项目。敏捷团队测量到的数据可以用来创建很多度量项，有些增加了价值，而有些却没有。类似这样的问题是值得深思熟虑的。CMMI度量分析过程域，可以令敏捷团队的度量变得更加强健。

比如：

• 确保敏捷团队进行的度量满足一个或多个业务目标。在这样的前提条件下，有助于团队在投入时间收集数据之前，就去掉不必要的度量

• 对因度量需要而收集的数据有具体的说明，比如如何收集、何时收集，面对其所支撑的目标，度量的结果又意味着什么。

• 确保向受其影响的所有干系人沟通度量结果。支持性的职能部门以及更高层级的管理者，需要知道敏捷是如何协助他们工作的

• 让学习与改进工作方式成为团队的一个关键特征。学习闭环是敏捷团队的基础；良好定义的度量可以加强这一实践。

以上列出的所有例子都是些共识。多数时候，很多组织的度量都是为了度量而度量。度量的多，并不一定度量的好。CMMI度量分析过程域中包含的优秀实践集合，可以使敏捷项目中的度量变得更加强健。