フレームワーク活用ガイドひとことで言うと#
チームメンバーがフィボナッチ数列（1, 2, 3, 5, 8, 13…）のカードを同時に出し合い、議論を経て見積もりの合意を形成する手法。声の大きい人の意見に引きずられる「アンカリング」を防ぎ、全員の知見を活かした見積もりを実現する。
押さえておきたい用語#
- ストーリーポイント
- タスクの**相対的な大きさ（複雑さ・不確実性・作業量の総合）**を表す単位。「時間」ではなく「相対サイズ」で見積もる。
- フィボナッチ数列
- 1, 2, 3, 5, 8, 13, 21… と増えていく数列。大きくなるほど差が開くことで、「細かすぎる見積もり」を防ぐ。
- アンカリング
- 最初に提示された数値に他の人の判断が引きずられる認知バイアス。プランニングポーカーでは同時にカードを出すことで防止する。
- ベロシティ
- チームが1スプリントで消化できるストーリーポイントの実績値。見積もりの精度はベロシティの安定性で測れる。
プランニングポーカーの全体像#
こんな悩みに効く#
- 見積もりがいつもリードエンジニアの一声で決まる
- 見積もりと実績が大幅にずれる
- チーム内で「このタスクは簡単」「いや難しい」と認識がバラバラ
基本の使い方#
1, 2, 3, 5, 8, 13, 21, ?（不明）のカードセットを全員に配布する。
- 物理カード、またはオンラインツール（PlanITpoker、Scrumpoker Online等）を使用
- 「?」カードは「情報が不足していて見積もれない」ことを意味する
- 基準となるストーリー（例: 「ログイン画面のUI変更 = 3ポイント」）を先に合意しておく
- POがユーザーストーリーの内容・受け入れ条件を説明する
- チームが質問し、不明点を解消する
- 全員がカードを選び、合図で同時にオープンする
- 値が揃っていれば → 合意。ズレていれば → 議論
値がズレたとき、最も大きい値を出した人と最も小さい値を出した人に理由を聞く。
- 「8を出したのは、外部API連携のテスト工数が大きいと思ったから」
- 「3を出したのは、似たAPIを先月連携したのでライブラリが再利用できるから」
- この議論がリスクや前提条件の共有になり、チームの認識が揃う
- 2ラウンド目で値が収束しなければ、大きい方の値を採用するルールも有効
具体例#
状況: 6名の開発チーム。スプリントプランニングでリードエンジニアが「これは3日」と言うと他メンバーが同調する状況が常態化。見積もりと実績のズレが 平均40% で、スプリントの完了率は 55%。
プランニングポーカーの導入
- 全ストーリーをポーカー形式で見積もるルールに変更
- 初回のセッションで「ログイン画面のバリデーション追加 = 3ポイント」を基準に設定
- ズレが大きかったストーリーを分析 → 「暗黙の前提が人によって違う」ことが判明
| 指標 | 導入前 | 導入3か月後 |
|---|---|---|
| 見積もりと実績のズレ | 平均40% | 平均18% |
| スプリント完了率 | 55% | 78% |
| ベロシティの分散 | ±12pt | ±5pt |
リードエンジニアは「自分が気づいていなかったリスクを他のメンバーが指摘してくれるようになった」とコメント。
状況: Web制作会社（エンジニア12名）。クライアントへの見積もりがPMの経験値頼みで、実際の工数が見積もりの 1.5〜2倍 になるケースが年 8件 発生。利益率が 15% を下回るプロジェクトが続出。
プランニングポーカーを提案フェーズに導入
- 見積もり作成時に、関わる予定のエンジニア3〜4名でポーカーセッションを実施
- 各機能のストーリーポイントを見積もり、過去の実績ベロシティから工数に変換
- 「ポイント × 1.2（バッファ係数）× 時間単価」で見積もり金額を算出
年間の見積もり超過プロジェクトは 8件 → 2件 に減少。利益率は 15% → 22% に改善。「エンジニアが見積もりに参加することで、PMが見落としていた技術的リスクが事前にわかるようになった」とPMが振り返っている。
状況: EC企業のマーケティングチーム（5名）。月次キャンペーンの準備工数が毎回「想定より多い」状態で、メンバーの残業が月平均 30時間。リーダーが「これぐらいでできるでしょ」と見積もるが、実作業者とのギャップが大きかった。
非エンジニアチームへのポーカー導入
- カードの数字を「人日」に置き換え（0.5, 1, 2, 3, 5, 8）
- 各施策（バナー制作・LP制作・メール配信設定・SNS投稿等）を1つずつポーカーで見積もり
- リーダーが「1人日」と出したLP制作を、デザイナーが「3人日」と出し、レスポンシブ対応と素材調達の工数が抜けていたことが判明
月の残業時間は 30時間 → 15時間 に削減。「見積もりの時点でリーダーと実作業者の認識が揃うので、後から『やっぱり間に合わない』が減った」とチーム全員が評価している。
やりがちな失敗パターン#
- カードを出す前に議論を始める — 先に誰かの意見を聞くとアンカリングが発生する。必ず「同時にオープン」を徹底する
- 合意まで何ラウンドも繰り返す — 3ラウンドで収束しなければ大きい方の値を採用する。見積もりに時間をかけすぎると本末転倒
- ストーリーポイントを「時間」に読み替える — 「5ポイント = 5時間」と解釈するとポイントの意味がなくなる。あくまで相対サイズ
- 「?」カードを禁止する — 情報不足で見積もれないことを表明できないと、根拠のない数字が混じる。「?」は情報収集のアクションにつなげる
まとめ#
プランニングポーカーは見積もりの精度を上げるツールであると同時に、チーム内の認識のズレを発見するコミュニケーションツールでもある。数値の正確さよりも「なぜその数値を出したか」の議論に価値があり、リスクや前提条件の共有がチーム全体の計画力を高める。