ソフトウェア開発のプロジェクト管理において、タスクの見積もりは常に難しい課題です。多くのチームが時間による見積もりに苦労していますが、ストーリーポイントという手法を使うことで、より正確で柔軟な見積もりが可能になります。
時間見積もりの課題
従来の時間ベースの見積もりには、根本的な問題があります。タスクにかかる時間は、次の式で表すことができます。
時間 = 距離(タスクの規模) × 速さ(作業スピード)
この式が示すように、時間見積もりには2つの変数が含まれています。タスクそのものの大きさと、それを実行する人の作業スピードです。問題は、これらを一度に見積もろうとすると、どちらも不確実な要素であるため、見積もりの精度が大きく下がってしまうことです。
さらに、人によって作業スピードは異なりますし、経験の浅いメンバーと熟練したメンバーでは、同じタスクでも完了までの時間が大きく異なるでしょう。このような変動要素を含んだまま見積もりを行うと、計画の信頼性は低くなってしまいます。
ストーリーポイントのメリット
ストーリーポイントは、これらの課題を解決するための優れたアプローチです。
タスクの規模を相対的に決める
ストーリーポイントの最大の特徴は、タスクの規模を相対的に評価することです。「このタスクは3時間かかる」と見積もるのではなく、「このタスクは基準となるタスクの2倍の大きさだから2ポイント」というように考えます。
この相対評価により、作業スピードという変数を切り離すことができます。経験の違うメンバーが同じタスクを見ても、その規模(複雑さ、不確実性、作業量)については同じように評価できるのです。
ただし、相対評価する際は、似た系統のタスク同士を比較するようにしましょう(デザインのタスクと、API実装のタスクを比較しても正当な評価とは言えません)
実際の現場では、フィボナッチ数列(1, 2, 3, 5, 8, 13…)を使ってポイントを付けることが多くなっています。この数列を使う理由は、タスクが大きくなるほど不確実性も増すため、細かい差を区別するよりも、大まかな区分で評価する方が現実的だからです。小さなタスクは1と2の違いを判断できますが、大きなタスクでは10と11を区別することに意味がありません。フィボナッチ数列の間隔が広がる特性が、この不確実性の増大をうまく表現しています。
速さは過去のポイント消化率で測る
では、作業スピードはどう扱うのでしょうか。ストーリーポイントでは、チームが過去のスプリントやイテレーションで消化したポイント数を「ベロシティ」として記録します。
例えば、あるチームが2週間のスプリントで平均30ポイントを消化しているなら、そのチームのベロシティは30ポイント/2週間です。この実績値が、チームの「速さ」を表す指標になります。
ただし、ここには注意点があります。プロジェクト開始当初など、まだ実績データが蓄積されていない段階では、正確なベロシティが分からないため、スケジュールを立てることが難しくなります。最初の数スプリントは、ベロシティを測定するための準備期間と考えるべきでしょう。
また、メンバーの入れ替えやチーム構成の変更があると、ポイント消化率は変動します。新しいメンバーが加わればベロシティは一時的に下がることもありますし、チームが成熟すれば上がることもあります。ベロシティは固定された値ではなく、チームの状態を反映して常に変化する動的な指標なのです。
スケジュールと時間の見積もりが容易に
実績のポイント消化率(ベロシティ)を使えば、将来のスケジュールも立てやすくなります。100ポイント分のタスクがあり、チームのベロシティが30ポイント/2週間なら、おおよそ6〜7週間で完了すると予測できます。
この方法の優れている点は、チームの実際のパフォーマンスに基づいた見積もりができることです。希望的観測や個人の主観ではなく、データに基づいた計画が可能になります。
また、時間の見積もりが必要な場合も、ストーリーポイントを経由することで精度が上がります。「このタスクは8ポイント。私たちのチームは1ポイントあたり平均0.5日かかっているから、約4日」という形で、大まかな時間も算出できるのです。
精度よりも実績の蓄積を優先する
ストーリーポイント見積もりで重要なのは、ベロシティは実績を重ねるごとに収束していくという特性です。多少個々のポイント付けに誤差があっても、数が増えれば統計的に平均化されていきます。
そのため、1つ1つのタスクのポイント数を完璧に見積もることに時間をかけるよりも、ある程度のスピード感を持って見積もりを進め、実績データを増やしていく方が重要です。
実践的なルールとして、ポイント数に迷ったときは大きい方に倒すという判断基準を持つことをお勧めします。例えば、3ポイントか5ポイントか迷ったら5ポイントにする。これにより見積もりの議論が長引くことを防ぎ、かつリスクを織り込んだ保守的な計画が立てられます。長期的には、こうした判断のばらつきもベロシティの中に吸収されていくのです。
まとめ
ストーリーポイントは、見積もりを「タスクの規模」と「チームの速さ」に分離することで、より正確で現実的な計画を可能にします。相対評価によってタスクの本質的な大きさを捉え、実績データに基づいてスケジュールを立てる。このアプローチこそが、不確実性の高いソフトウェア開発において、ストーリーポイントが広く採用されている理由なのです。
完璧な見積もりを目指すのではなく、適度な精度で素早く見積もり、実績を積み重ねてベロシティを安定させていく。このサイクルを回すことが、ストーリーポイントを効果的に活用する鍵となります。
