Scrum 小册子 - 故事点估算（Story Points）

说明

Story Points（故事点）是一个度量单位，是团队用来评估 Story（故事）的工作量、复杂度、协作成本、风险和不确定性，由团队共同评估，共同完成。

故事点的数值使用斐波那契数，即 1、2、3、5、8、13、21... Why，感受下估算值的选择：5 与 8，7 与 8，或者 7、8、9，再试试 13 与 21，20 与 21。发现了么，当使用相近的数字估算时，不容易区分，会增加团队达成共识的成本。

对比

传统的人天估算，由个人评估，是一个精确值，例如：2h，1d...

实践证明，人类并不善于做精确的估算：

• 评估的人天往往与预期不符合（例如，估算：5d，实际：10d，每天的变化太多了）
• 估算结果与评估者的能力、经验相关（例如，新人：2d，导师：1d）

敏捷的 Story Points，由团队评估，是一个相对值，例如：3，5，8...
以苹果作为参照物，例如：苹果重量为 100g，能估算出西瓜的重量（精确值）么？那如果问西瓜的大小（相对值）是苹果的多少倍呢？

Sprint 1，尝试 50 点，感觉游刃有余。
Sprint 2，挑战 70 点，觉得尚有余力。
Sprint 3，挑战 90 点，发现有点吃力。
Sprint 4，改为 80 点，不多不少，刚刚好。
Sprint 5，80 点。
......

场景一：
Sprint 20，80 点，发现轻松（团队：能力的提升 / 业务的熟悉）
Sprint 21，挑战 90 点。

场景二：
Sprint 20，80 点，发现困难（团队：人员调整 / 新增业务）
Sprint 21，改为 70 点。

.......
Sprint xxx，xxx 点
Sprint xxx，xxx 点
Sprint xxx，xxx 点

条件

1. 估算法（类比估算）
2. 参照物（基准故事）

估算

T 恤尺码分类法（比数字更形象，入门推荐，快速评估）

备注：超过 XL，需要拆解，不建议使用 XXL，该减肥了:）

计划扑克法（进阶，适合 5 ~ 8 人的小团队，评估复杂业务）
使用带编号的扑克牌估算，估算时匿名出牌，如果出现较大分歧，展开讨论（各自说明原因），然后再次投票，直到团队对估计值达成共识，一般不超过 3 轮，同样，超过 13 都建议再拆分。

参照物

举个栗子

• 修改文本、链接、SEO（XS 码）
• 复杂的查询页面（M 码）
  • 多条件查询
  • 跨表查询
  • 模糊查询
  • 全栈开发