故事点是一种相对大小的度量单位，用来体现一个待办项（backlog item）所承载的工作量、复杂度和不确定性——而不是它需要多少小时。团队通过相互比较各个条目来进行估算，而不是预测精确的耗时。
工作原理
选一个较小的参照条目作为“2 点”，然后以它为基准对所有其他条目进行相对定大小。许多团队采用类似斐波那契的刻度，因为更大的工作本身就更具不确定性：
text
1, 2, 3, 5, 8, 13, 20 → gaps grow with uncertainty
把每个 Sprint 完成的点数加起来，就得到速率（velocity），用以预测未来的产能。
具体示例
“添加一个登出按钮”显然是 2 点。“构建 SSO 登录”感觉要大得多、风险也更高，所以团队把它定为 8 点——大约是登出按钮工作量的四倍。
常见误区
- 把点数直接换算成小时，这违背了使用点数的初衷。
- 拿一个团队的速率去和另一个团队比较——点数是相对于各团队而言的。
- 把超大的条目估成“40”，而不是把它拆分成更小的故事。
为什么这很重要
相对定大小比按小时估算更快，往往也更准确，因为人类更擅长做比较，而不擅长预测绝对值。
稳定的点数支撑起速率，让团队能够做出切合实际的预测，而无需对脆弱的逐小时估算做出承诺。