敏捷指南 · 敏捷实践
敏捷估算：故事点与斐波那契数列
敏捷团队很少以小时为单位进行估算。相反，他们使用称为故事点的相对单位（通常采用类似斐波那契数列的刻度）将各项工作相互比较。本指南将解释其原因以及如何做好估算。
要点总结
- 故事点衡量的是相对规模，综合了工作量、复杂度和不确定性。
- 斐波那契数列中不断增大的间隔反映了不断增加的不确定性。
- 估算过程中的讨论比数字本身更有价值。
为什么采用相对估算？
人们不擅长准确预测工作需要多长时间，却善于比较：“这个大约是那个的两倍大。”相对估算正是利用了这一优势。故事点将工作量、复杂度和不确定性综合为一个数字，且只在团队内部有意义。
斐波那契数列
斐波那契数列为 1、2、3、5、8、13、21，其中每个数字都是前两个数字之和。许多团队使用改良版本：0、½、1、2、3、5、8、13、20、40、100。
数字越大，间隔越大，这符合实际情况：条目越大，估算就越不精确。它还能避免在诸如 11 和 12 之间进行无意义的争论。
如何开展计划扑克
- 产品负责人讲解待办事项条目并回答问题。
- 每位估算者从数列中私下选择一张卡片。
- 所有人同时亮出卡片。
- 估值最高和最低的人解释各自的理由。
- 团队进行讨论并再次投票，直到估算趋于一致。
讨论比数字本身更重要。较大的分歧通常会揭示误解或隐藏的风险。
其他估算技术
- T 恤尺码估算 （XS、S、M、L、XL），用于快速、粗略地估算大型待办事项列表或路线图条目的规模。
- 亲和估算： 团队默默地将条目按从小到大的顺序贴在墙上，然后进行分组。
- 桶估算法： 将条目放入以斐波那契数列标注的桶中，适合快速估算大量条目。
- 无估算： 有些团队将所有工作拆分为规模相近的小条目，然后直接计数。
使用估算结果
故事点与以下指标结合使用： 速度（团队每个冲刺完成的点数），以预测团队能承担多少工作以及某次发布何时可能就绪。
常见错误
- 将点数重新换算成小时。
- 在团队之间比较故事点或速度。
- 让一位资深人员替所有人估算。
- 重新估算已完成的工作，以使速度看起来更好。
- 将估算视为承诺或截止日期。
本主题的免费模板
常见问题
为什么使用故事点而不是以小时估算？
小时会带来虚假的精确性，并且取决于由谁来做这项工作。相对点数更容易达成一致，一旦掌握了团队的速度，就能可靠地用于预测。
在敏捷中由谁来估算故事点？
由实际执行工作的人来估算。产品负责人负责澄清条目，但不参与估算。
敏捷中的故事点是什么？
一种综合了工作量、复杂度和不确定性的相对估算单位。2 点的条目大约是 1 点条目的两倍大，但点数与小时数没有固定的对应关系。
敏捷团队为什么使用斐波那契数列来估算故事点？
随着条目变大，数字之间的间隔也会增大，这反映出大型条目更难预测。它还能避免在 11 和 12 这样相近的数字之间进行无意义的争论。
用于估算故事点的计划扑克是什么？
一种估算游戏：每人私下选择一张卡片，所有人同时亮牌，估值最高和最低的人解释各自的想法，然后重新投票。
一个故事点等于多少小时？
没有标准的换算方法，而且固定换算会违背其初衷。点数只有相对于同一团队估算的其他条目才有意义。
T 恤尺码估算与故事点相比有何不同？
一种使用 XS、S、M、L、XL 等尺码进行粗略估算的技术，适用于在详细估算之前处理大型待办事项列表或路线图条目。
如何为故事点选择参照故事？
挑选一个团队已完成、规模较小且易于理解的条目，并就其规模达成一致，通常为 2 或 3 点。将新条目与它进行比较。
故事点可以在团队之间比较吗？
不能。每个团队对点数的校准各不相同，因此进行比较毫无意义，而且会助长点数膨胀。
如果某个条目被估算为 13 个故事点或更多怎么办？
它通常太大，无法在一个冲刺内完成。请在规划前将其拆分为更小的条目。
什么是 #NoEstimates，它会取代故事点吗？
一种做法：团队将工作拆分为规模相近的小条目，并直接计数用于预测，而不是逐一估算。