敏捷中的速率是什么？

速率是团队在一个迭代中完成的工作量，以故事点来衡量。如果一个团队在为期两周的迭代中完成了分别为 5、3、2、2 点的故事，那么它在该迭代的速率就是 12。

速率是一种观测，而非目标。它的作用是让下一份计划切合实际。

速率如何计算

1. 确定什么算作完成——例如，被产品负责人接受。只有到达该状态的故事才计入；部分完成的工作一点也不算。
2. 把每个迭代中已完成故事的点数相加。
3. 对最近几个迭代取平均。三到五个迭代的滚动平均能抹平假期、病假和一次性的意外。

XP 把这称为**“昨日天气”**：对下一个迭代能做多少的最佳猜测，就是最近几个迭代做了多少。

速率的用途

• 确定下一个迭代的大小。 团队规划的点数大致等于其速率，因此计划与实际交付相符。
• 预测。 用发布中剩余的点数除以速率，就得到剩余的迭代数。日期变成一项计算，对话则变成范围与日期之间的权衡。
• 察觉变化。 下降的趋势可能意味着技术债在增长、打断增多或故事不清晰，值得在回顾中提出。

常见误用

• 在团队之间比较。 每个团队的点数都是相对于自身过往工作而言的，因此一个团队的 30 无法与另一个团队的 15 相比。
• 设定速率目标。 提高数字的压力往往会让估算膨胀，而不是让交付加快。
• 计入未完成的工作。 给部分完成的工作记分，会让速率夸大团队的交付能力。

East Agile Tracker 的做法

• 速率根据你的历史计算。 故事一旦到达项目的完成状态——Finished、Delivered 或 Accepted，按项目选择——即被计入。见速率。
• 取平均的策略可以配置： 最近 3 个、5 个或 10 个迭代，或一个手动值。新项目在有历史之前从初始速率起步。管理者还可以在 Current 列的标题处覆盖单个迭代的速率。
• 速率规划各个迭代。 Backlog 会根据速率投影出即将到来的迭代；开启自动规划迭代后，当前迭代会填充到你的速率为止，不再多。见规划迭代。
• 趋势显示在 Metrics 页面上， 与燃尽图以及在迭代之间结转的故事并列。见指标。

延伸阅读

• 什么是故事点？——衡量速率的单位。
• 用户故事与迭代规划——用速率规划迭代。
• eXtreme Programming——“昨日天气”的出处。