Story Points and Effort Estimation
本页目录· 7 条
What Story Points Measure
- amount of work
- technical / design complexity
- risk and uncertainty
- dependencies and unknowns
- 与已完成 reference stories 的相对大小
Why Relative Estimation
- hours 容易被 meetings、skill differences 与情绪性承诺扭曲。
- 相对比较迫使团队讨论隐藏 work，并帮助 Product Owner 调整 priority。
- velocity 只在同一团队校准 planning；不能跨团队比较，也不能评价个人 productivity。
Planning Poker
- 选择团队都理解的 reference story。
- 说明 problem、AC、DoD、dependencies 与 constraints。
- 每位成员独立选择 point。
- 同时 reveal，邀请最高与最低估计者说明 assumptions。
- 澄清后重新估计；重点是 shared understanding，不是数学平均。
- 过大的 item 拆分后再估计。
LeanKit Estimation Fields
| Story | Value | Complexity | Risk / unknown | Dependencies | Points | Owner |
|---|---|---|---|---|---|---|
| — | — | — | — | — | — | — |
Calibration
- 在 retrospective 比较相同 point stories 的实际难度，找出偏差来源。
- 近期 backlog 详细估计；远期 items 只给 rough size，因为需求会变化。
- 估计差异大通常意味着 requirements / approach / hidden work 未共享。
- 遇到不确定性时创建 spike，而不是用虚假精确度掩盖。
Anti-patterns
- 把 points 换算成固定小时。
- manager 先给答案，团队只负责同意。
- 用 points 衡量个人。
- 为达到 velocity 拆出无价值 tasks。
- 未满足 AC / DoD 却给 partial Done credit。