ストーリーポイントとは？フィボナッチ数列で相対見積もりする理由と方法

ストーリーポイントは、プロダクトバックログのアイテム（ユーザーストーリーなど）の大きさを表す、単位のない数字です。「何時間かかるか」ではなく、「基準にした作業と比べて、どれくらい大きいか」を表します。

大きさには、作業の量（手間）、技術的な難しさ（複雑さ）、分からないことの多さ（不確かさ・リスク）がまとめて含まれます。たとえば、手間は少なくても前例がなく何が起きるか分からない作業は、手間だけで考えるより大きなポイントになります。

スクラムガイドは見積もりの方法を決めていないため、ストーリーポイントはスクラムの必須の要素ではありません。ただ、多くのアジャイルチームで使われています。PMP の試験内容の概要（ECO）2026年版にも登場する言葉です。Process 8（スケジュールの計画と管理）で、見積もりの例として明記されています。

相対見積もりは、作業の大きさを絶対の量（時間）ではなく、他の作業との比較で決める方法です。人は「このビルは何メートルか」を当てるのは苦手でも、「あのビルの2倍くらい高い」と比べるのは得意です。この性質を見積もりに使います。

進め方は次のとおりです。

1. 1チームのみんながよく知っている、中くらいの作業を1つ選び、基準にする（例：「ログイン画面の入力チェック」＝3ポイント）
2. 2新しい作業を基準と比べ、「同じくらい」「半分くらい」「3倍くらい」と考える
3. 3近い数字（3・5・8 など）に当てはめる
4. 4スプリントの実績が出たら、基準が今でも妥当かを見直す

時間で見積もると、「誰がやるか」で答えが変わります。経験のある人なら2時間、新人なら1日、という具合です。ポイントで「大きさ」を測れば、誰がやるかに関係なく、チームで1つの数字に合意できます。何時間で終わるかは、実績（ベロシティ）から後で分かります。

フィボナッチ数列は、前の2つの数を足して次の数を作る数列です（1・2・3・5・8・13・21…）。見積もりでは、大きい方を丸めた「1・2・3・5・8・13・20・40・100」のような修正版もよく使われます。

この数列を使う理由は、主に次の3つです。

• ✓大きいものほど不確かさが大きいから： 1と2の差は分かっても、13と14の差は誰にも分かりません。数字の間を広げ、見せかけの正確さを持たせません。
• ✓議論を短くするから： 選べる数字が少ないので、「5か8か」の二択で話が進みます。
• ✓大きすぎる作業に気づけるから： 20や40が出たら、1スプリントに収まらないサインです。分けることを考えます。

ネット通販の会員機能を例に、基準と比べて付けてみます。基準は「ログイン画面の入力チェック」＝3ポイントです。

最後の行のように大きすぎるアイテムは、見積もる前に、価値のある小さな単位に分けます。分けたアイテムを、改めて基準と比べます。

プランニングポーカーは、数字が書かれたカードを使って、チームで見積もりを合わせる方法です。ジェームズ・グレニングが2002年に紹介しました。その後、マイク・コーンの著書『Agile Estimating and Planning』（2005年）で広まりました。手順は次のとおりです。

大事なのは、数字がそろうことより、ずれた理由の会話です。「5」と「13」に分かれたとき、13を出した人は、他の人が知らない難しさに気づいていることがあります。この会話が、作業の抜けや思い込みを早く見つけます。

見積もりに参加するのは、作業をする開発者です。プロダクトオーナーは内容を説明し、質問に答えますが、数字は出しません。スクラムマスターやプロジェクト・マネジャー（PM）も、数字を決めたり変えさせたりしません。

アイテムが多いときは、1つずつポーカーをすると時間がかかります。そこで、大きさの順に並べてグループに分ける親和見積もり（アフィニティ見積もり）を使うことがあります。並べ終えたら、グループごとにポイントを付ける流れです。

数字の代わりに、Tシャツのサイズ（S・M・L・XL）で大まかに分ける方法もあります。どの方法でも、「作業をする人が、比べて決める」点は同じです。見積もった量は、スプリントプランニングで選ぶ量の目安になります。

どちらが正しいということではありません。スプリントの中のタスクを、時間で見積もるチームもあります。ポイントを期間の予測に使う方法はベロシティとは？、予測型でよく使う時間の見積もり方は三点見積もりで扱います。

左の列のような行動は、試験では誤りの選択肢になると考えておきましょう。