“我们的速率好吗？”这是工程经理在团队第一季度冲刺后提出的最常见问题。这也是一个没有诚实、干净答案的问题。但还有 是 值得了解的基准。
这篇文章是我们希望有人在我们第一次问它时递给我们的内容：现实的范围、真正重要的变量以及将纯粹的速率数字变成有用的东西的诊断问题。
简短的回答
大多数由 4-6 人组成的健康产品工程团队都会按照斐波那契数列（1、2、3、5、8、13）进行为期 2 周的冲刺，从而适应速率 30–60 个故事点 4-6 次校准冲刺后。
阅读该内容时需要注意三个注意事项：
- 该单位没有标准化。 A 队的 5 分与 B 队的 5 分不同。比较各队的总得分毫无意义。
- 稳定比高更重要。 一支持续得分 35 ± 4 分的球队比一支在 20 到 70 分之间摇摆的球队更健康。
- 趋势比水平更重要。 一支球队在一个季度内从 30 → 35 → 40 变化，在任何起始数字上都表现良好。
如果你来这里是为了“争取 50 分”，那就是标题。这篇文章的其余部分解释了为什么如果没有上下文，这个数字几乎毫无意义。
“好”实际上取决于什么
五个变量主导速率数。如果你的解释中任何一个错误，基准就会崩溃。
1.冲刺长度
速率与冲刺长度接近线性关系。一支 18 岁、为期 1 周的团队大致相当于 35 岁、为期 2 周的团队。
| 冲刺长度 | 典型健康范围 |
|---|---|
| 1周 | 15–30 分 |
| 2周 | 30–60 分 |
| 3周 | 45–90 分 |
| 4周 | 60–120 分 |
短冲刺的站立、回顾和计划开销比例更高，因此它们略低于 1 周团队的 2 倍。但它已经足够接近以进行计划了。
2. 团队规模
速率为 不 由于沟通开销和代码审查瓶颈，与团队规模成线性关系。将团队加倍很少会使产出加倍；通常为 1.6–1.8×。
| 团队规模 | 以 4 人为基准的乘数 |
|---|---|
| 2人 | 0.55× |
| 4人 | 1.0×（基线） |
| 6人 | 1.4× |
| 8人 | 1.7× |
| 10人 | 1.9× |
如果您的员工人数已超过 8 人，并且正在考虑雇用“交付更多人员”，那么边际速率的增加就很小。分成两队，每队 4-5 人，分别进行冲刺，通常会取得更好的效果。
3. 故事点尺度
最常见的量表：
- 斐波那契数列（1、2、3、5、8、13）: 迄今为止最受欢迎的。本文中的数字假设为斐波那契数。
- Linear (1–10)：使用它的团队往往无法区分 3 和 5（大约 30% 的感觉较小的故事），因此速率数字比斐波那契数大约高 25-40%。
- T 恤尺寸（XS/S/M/L/XL） 翻译成点；变化很大。不要在使用不同翻译的团队之间进行比较。
如果基准告诉你“30 很好”，而你处于非斐波那契尺度，请在得出结论之前进行心理调整。
4. 工作组合
三支各得 40 分的球队可以做完全不同的事情：
- 新产品团队：主要是绿地特征、债务低、周期时间快。
- 成熟的产品团队：功能工作+错误修复+小重构。
- 后期团队：繁重的维护、安全工作、客户报告的错误。
速率保持稳定，但 组成 变化。团队报告说，他们的故事点速率往往多年来保持不变，而团队的“感觉”吞吐量却崩溃了，因为新功能所占的份额越来越小。追踪 完成组合，而不仅仅是数字。
5. 完成的定义
在合并 PR 时称工单“完成”的团队看起来比需要进行分段测试、记录并部署到产品的团队快约 30-50%。相同的人类，相同的代码；不同的运输栏。
在与另一个团队进行基准测试之前，询问他们的是什么 完成的定义 看起来像。如果没有这一点，比较就没有意义。
基准表
考虑到这些注意事项，以下是大多数工程团队都会趋向的范围。数字假设采用斐波那契比例、两周冲刺、全职团队成员：
| 团队规模 | 健康的速率范围 | 如果低于以下请注意 | 如果以上则重置 |
|---|---|---|---|
| 2 | 16–30 | < 12 | > 40 |
| 3 | 22–42 | < 16 | > 55 |
| 4 | 30–55 | < 22 | > 75 |
| 5 | 38–65 | < 28 | > 85 |
| 6 | 42–75 | < 32 | > 95 |
| 7 | 47–82 | < 35 | > 105 |
| 8 | 50–88 | < 38 | > 115 |
“如果低于请注意” 意味着调查；可能的罪魁祸首是阻碍因素、不明确的冲刺目标或隐藏的瓶颈。
“如果以上则重置” 比较罕见但真实。这通常意味着估计已经夸大（古德哈特定律的影响），或者完成的定义已经下滑。高速率不是目标；而是目标。这是一个 测量.
超越基准的诊断问题
无论您得到的数字是什么，请在做出反应之前先思考一下这五个问题。
“我们的速率稳定吗？”
计算最近 5 个冲刺的标准差。如果它超过平均值的 25%，则实际上还没有速率；你有噪音。不要对此进行预测。
高差异的常见原因：故事大小不均匀、对其他团队的依赖、反复出现的中断、高人员流失。
“估算是否经过校准？”
从最近 2 个冲刺中随机选择 5 个已完成的故事。对于每个问题，问：“如果我们再这样做一次，我们现在会如何评分？”如果 3+ 的变化超过斐波那契步长，则团队的校准已关闭。在信任任何基准比较之前重新校准。
可以提供帮助的免费工具：我们的 冲刺 成熟度评估 需要 60 秒，表面校准会在其他 7 个警告信号中发生漂移。
“我们的周期是多少？”
一支速率快但中位数为 10 天的团队 周期时间 正在以更少、更大的块量运输。这是有风险的；反馈速率较慢，审核队列较长，返工较多。具有相同速率和 3 天周期时间的团队会更加健康。
速率是冲刺级别的数字；循环时间是一个流量级别的数字。健康的球队会同时关注这两点。
“工作组合是我们期望的吗？”
对上一个冲刺已完成的故事进行分类：功能/错误/债务/操作。这个比例是领导认为的那样吗？在健康的产品团队中，“新功能”工作通常占已完成点的 50-70%；如果它在没有人注意到的情况下向 30-40% 漂移，则团队正在慢慢地被维护所重新吸收。
“速率被用作目标吗？”
如果团队中的任何人都在庆祝高速率周或惩罚低速率周，那么您就造成了通货膨胀压力。团队要么开始更保守地估计， 完成的定义 会巧妙地放松，或者不完全适合故事的作品将开始被隐藏。这三个都不好。
速率是一种预测工具。它是 不 OKR。
这周做什么
- 计算您最近 5 次冲刺的速率。 免费计算器 大约需要 30 秒。
- 注意标准偏差。 任何 > 平均值的 25% → 在相信平均值之前，在下一个冲刺中调查变异性。
- 与上表比较 过滤了团队规模和冲刺长度。您在健康范围内吗？如果不是，哪个诊断问题指出了差距？
- 不要在团队之间共享速率数据 除非每个团队都有相同的“完成定义”和相同的规模。如果您必须分享，请分享 趋势线，而不是级别。
关于人工智能编码团队的说明
使用 AI 编码助手（Cursor、Copilot、Claude Code）的团队一致报告速率提升 15–35% 在前 2-3 个冲刺内，然后趋于稳定。平台期很重要：人工智能可以让你打字更快，但团队的规划、审查和部署仍然是大多数故事的限制步骤。
如果您的 AI 辅助速率提升超过 50%，请仔细检查您的 完成的定义 并没有悄然滑落；更少的测试，更少的审查，更快的合并。数字正在上升，但门槛可能会下降。
长话短说
- 4-6人团队，2周冲刺，斐波那契刻度：30-60分是健康区间。
- 稳定性和趋势比水平更重要。
- 冲刺长度、团队规模、规模、工作组合和完成的定义都在数量中占主导地位；比较前调整。
- 不要将速率变成目标。它将在四分之一内回复您。
当您关闭工单时，SprintFlint 会自动计算您的速率、容量和燃尽率；没有电子表格漂移，没有共享公式链接过时。 每月50张免费工单，无需刷卡。