诚实地使用速率：给 Scrum 团队的通俗指南
速率（velocity）是 Scrum 中最有用、也最常被误用的数字之一。诚实地使用，它能帮助团队预测自己现实中能承担多少工作；一旦被当成绩效指标，它就会悄悄腐蚀周围的一切。区别在于理解速率是什么——以及同样重要的，它不是什么。需要开门见山地说明：速率根本不属于《Scrum 指南》的内容，它是一种常见的补充实践，正因如此，团队对它必须保持清醒。
用通俗的话说，速率是一个 Scrum 团队在一个冲刺中完成的工作量，通常以满足「完成的定义」的产品待办列表项的故事点（或条目数量）来计量。把本次冲刺中真正完成的所有事项的点数加起来，那就是你的速率。取最近几个冲刺的平均值，你就得到了规划下一个冲刺时一个大致的区间。
速率有什么用
速率作为团队用在自己身上的预测工具，才对得起它的位置。在冲刺规划时，知道自己最近几个冲刺平均做了大约 30 到 38 个点，能让你避免一口气揽下 60 个点的工作而严重落空。随着时间推移，它能帮助产品负责人向干系人给出一个诚实的、基于区间的预测，说明一组待办项大致何时能完成——这在 2021 年初尤其有用，当时远程团队和摇摆不定的供应周期让过度承诺变得格外痛苦。
冲刺规划时的一次合理性核对，让团队承诺一个现实的工作量
一个粗略的发布预测，以区间表达，而不是一个貌似精确的日期
当它大幅上升或下降时，一个值得就此对话的早期信号
一个属于团队、供团队自己规划之用的数字
它是如何被滥用的
速率一旦变成团队之外的人用来考核大家的目标，就会出问题。古德哈特定律在这里完全适用：当一项度量变成目标，它就不再是一项好的度量。
用速率来比较不同团队。 故事点是一种地方货币。一个团队的 5，可能是另一个团队的 13。按速率给团队排名，是在比较从来就不在同一标尺上的数字。
把速率定为指标。 要求团队提高速率，他们会照办——办法是虚抬估算。数字往上爬，实际产出却原地踏步，于是你的规划数据变成了虚构。
把它当成生产率。 速率统计的是交付的点数，而不是交付的价值。一个团队完全可以靠交付没人需要的东西刷出高速率。Scrum 的意义在于成果，而不在于点数总和。
因一次回落而问责。 在假期、新人融入或攻坚技术难题期间，速率都会下降。对每一次波动都做出反应，只会教会团队去操纵这个数字，而不是如实上报它。
诚实与否的检验很简单：速率应当帮助团队做出更好的承诺，而绝不应被用来从外部评判团队。让估算保持一致，关注趋势而非单个冲刺，并记住衡量成功的真正标准是可用的产品和交付的价值——而这恰恰是你一旦把速率变成指标，它就会悄悄不再描述的东西。
如果你的团队正受困于那些催生错误行为的度量指标，XNM的项目群与项目交付咨询服务可以帮你让预测与交付类度量真正发挥作用，而不扭曲它们本应服务的团队。