斐波那契规划扑克是目前应用最广泛的敏捷估算技术。了解数列原理，与团队进行实时会话，更快达成共识——无需注册。
斐波那契规划扑克是一种基于共识的估算技术，敏捷团队用它以相对方式对用户故事和待办事项进行规模评估。团队成员私下从斐波那契编号的牌组中选择一张牌，然后同时揭示各自的选择。分歧会引发有针对性的讨论，从而发现隐藏的假设和风险。
该技术由 Mike Cohn 在《敏捷估算与规划》中推广，此后成为全球 Scrum 团队的默认方法。之所以使用斐波那契数列而非1到10的线性刻度，是因为其指数增长的间距消除了虚假精度，并与人类感知工作量和复杂度差异的实际方式相吻合。
斐波那契数列中，每个数字都是前两个数字之和：0、1、1、2、3、5、8、13、21……对于敏捷估算而言，它有一个关键特性：每一步比前一步大约大60%。
这与认知心理学中的韦伯定律相符——该原理指出，只有当两个量相差至少50–60%时，人类才能可靠地区分它们。线性刻度（1、2、3、4、5）会迫使团队陷入毫无意义的争论，纠结于一个故事究竟该得6分还是7分。
而斐波那契刻度（5、8、13）使这种区分变得一目了然：这个故事大约是5分，还是真正的8分。没有中间地带。
产品负责人、Scrum 主持人和开发团队加入会话。在在线工具中，所有人通过同一个房间链接进入——无需账号。
产品负责人从待办列表中读取一个故事。团队在估算前提出澄清问题，以发现假设、依赖项和风险。
每位参与者私下选择最能代表该故事相对工作量、复杂度和风险的斐波那契数字。在此之前不向任何人透露——这可以防止锚定偏差。
在主持人的示意下，所有人同时亮出各自的牌。估算结果的分布立即对所有人可见。
估分最高和最低的团队成员各自解释其理由。这是会话中最有价值的几分钟。
团队再次投票，持续进行直到出现明确的共识牌。研究表明，大多数故事在两轮内即可达成共识。
| 刻度 | 数值 | 最适合 | 使用率 |
|---|---|---|---|
| 斐波那契（修改版） ✓ | 0,1,2,3,5,8,13,20,40,100 | 跨职能 Scrum 团队——推荐大多数团队使用 | 约65%的敏捷团队 |
| 2的幂次 | 1,2,4,8,16,32 | 偏好数学清晰度的重工程团队 | 约15% |
| T恤尺码 | XS,S,M,L,XL,XXL | 早期路线图梳理、非技术利益相关方 | 约12% |
| 线性（1–10） | 1,2,3,4,5,6,7,8,9,10 | 不推荐——会产生虚假精度 | 约8% |
Scrum 培训师的共识：除非团队有特殊原因，否则从修改版斐波那契开始。
斐波那契强迫做出真实选择：这是5分还是8分？那60%的差距代表真正不同的复杂度级别——不像线性刻度中6分和7分没有实质区别。
同时翻牌意味着没有人会影响其他人的估算。研究一致表明，早期出现的数字会扭曲后续估算，无论实际复杂度如何。
当一位成员出3分而另一位出13分时，说明团队对故事的理解并不一致。现在进行这个对话，比在冲刺中途遭遇意外要便宜得多。
使用一致的斐波那契故事点的团队能积累可靠的速度数据，使每次迭代的冲刺规划更加精准。
斐波那契数字之间的差距随数字增大而增大，自然地反映出较大故事含有更多未知因素。100分的故事与8分的故事在感受上应该截然不同。
当工程师参与估算而非被动接受数字时，他们对承诺产生主人翁意识。因此，冲刺速度会变得更加稳定。
回答这些关于当前流程的问题，了解您的斐波那契规划扑克会话的成熟度。
就1点（极小）、5点（中等）和13点（较大）的参考故事达成共识。所有未来估算都基于这些故事进行相对比较，而非抽象的小时数。
故事点衡量的是相对复杂度，而非时间。将8点换算为"大约8小时"会破坏相对估算的价值。
任何持续获得13分以上投票的故事都可能太大、太不确定，无法在单次冲刺中交付。将高估分视为需要分解的信号。
定期将原始估算与实际交付结果进行对比。形成这个反馈闭环的团队，其估算准确性会随时间持续提升。