Agile チームはどのような見積もり手法を使い、Planning Poker はどう機能しますか？

Question

Accepted Answer

Agile チームは、1 人が時間を推測するよりも、**協働的で相対的な見積もり**を重視します。最も一般的な手法は **Planning Poker** で、大量の item には t-shirt sizing や affinity estimation のような軽量手法も使われます。

## Planning Poker

```text
1. PO が story を読み、明確化する
2. 各 estimator が非公開で card を選ぶ (1,2,3,5,8,13...)
3. 全員が同時に reveal する
4. 外れ値（最高 + 最低）が reasoning を説明する
5. 話し合い、合意できる程度まで再投票する
```

同時 reveal により、最初の声や大きな声への anchoring を防げます。

## その他の手法

| Technique | Best for |
|-----------|----------|
| Planning Poker | 少数の story を詳細に size する |
| T-shirt sizing (S/M/L) | 初期段階の素早く粗い sizing |
| Affinity estimation | 多数の item を grouping で素早く size する |

## 具体例

2 人の developer が 3、1 人が 13 に投票します。13 の人が、他の人が見落としていた migration step を説明します。チームは学び、再投票して 8 に合意します。

## よくある落とし穴

- senior が先に estimate し、全員がそれをコピーする（anchoring）。
- 「十分近い」数字を受け入れず、偽の精密さを求めて議論する。
- 誰も理解していない task を estimate する。まず story を refine します。

## なぜ重要なのか

見積もりの本当の価値は数字そのものではなく、隠れた複雑さと共通理解を表面化させる *会話* にあります。

独立した input を強制する手法は、より良い estimate を生み、Sprint 開始前に risk を見つけます。

Planning Poker	少数の story を詳細に size する
T-shirt sizing (S/M/L)	初期段階の素早く粗い sizing
Affinity estimation	多数の item を grouping で素早く size する