Agile 团队倾向于协作式的相对估算，而不是由一个人猜测工时。最常见的技术是 Planning Poker，并配合较轻量的方法，如 t-shirt sizing 和 affinity estimation，用于大批量项目的估算。
Planning Poker
text
1. PO reads and clarifies the story
2. Each estimator privately picks a card (1,2,3,5,8,13...)
3. Everyone reveals at the same time
4. Outliers (highest + lowest) explain their reasoning
5. Discuss, then re-vote until close enough to agree
同时揭示结果可以防止锚定在第一个声音或最响亮的声音上。
其他技术
| 技术 | 最适合 |
|---|---|
| Planning Poker | 详细估算少数故事点 |
| T-shirt sizing (S/M/L) | 快速、粗略的早期估算 |
| Affinity estimation | 通过分组快速估算数十个项目 |
具体例子
两名开发人员投票 3，一名投票 13。那个 13 揭示了其他人遗漏的隐藏迁移步骤。团队学到东西，重新投票得到共识的 8。
常见陷阱
- 资深人士先估算，其他人都跟风（锚定偏差）。
- 为了虚假的精度而辩论，而不是接受"足够接近"的数字。
- 估算没有人理解的任务——先完善用户故事。
为什么这很重要
估算的真正价值在于对话本身，它揭示隐藏的复杂性和共同理解，而不是数字本身。
强制独立输入的技术能产生更好的估算，并在 Sprint 开始前捕获风险。