スケジュールリスク分析とは？納期遅延の確率を定量的に評価する手法

スケジュールリスク分析とは

スケジュールリスク分析（Schedule Risk Analysis、SRA）とは、プロジェクトのスケジュールに含まれる不確実性を定量的に評価し、完了日の確率分布を算出する手法です。「予定通りに完了する確率は何%か」「90%の確率で完了する日はいつか」といった問いに、統計的根拠に基づいて回答できます。

従来のクリティカルパス法（CPM）では、各タスクの所要期間を単一の確定値として扱います。しかし実際には、各タスクの所要期間には不確実性があり、短く済む場合もあれば長引く場合もあります。SRAではこの不確実性を確率分布として表現し、プロジェクト全体への影響をシミュレーションで分析します。

PMBOKの「定量的リスク分析」の一部として位置づけられており、大規模プロジェクトや高リスクプロジェクトでの適用が推奨されています。SRAの基礎となるモンテカルロシミュレーションは、数学者スタニスワフ・ウラムとジョン・フォン・ノイマンが1940年代に開発した手法であり、プロジェクトマネジメント分野ではPMIやAPM（Association for Project Management）がその活用を体系化しました。三点見積りの結果を入力として使い、モンテカルロシミュレーションで数千回の試行を行うことで、統計的に信頼性の高い結果を得られます。

構成要素

確率的な所要期間

各タスクの所要期間を単一値ではなく確率分布で表現します。三点見積り（楽観値、最頻値、悲観値）をベータ分布や三角分布のパラメータとして使います。不確実性が高いタスクほど分布の幅が広くなります。

モンテカルロシミュレーション

各タスクの確率分布からランダムに値をサンプリングし、スケジュール計算を行う試行を数千回から数万回繰り返します。各試行でプロジェクトの完了日が算出され、試行全体の結果を集計することでプロジェクト完了日の確率分布が得られます。

確率分布とパーセンタイル

シミュレーション結果から、プロジェクト完了日の累積確率分布を生成します。P50（50パーセンタイル）は50%の確率で達成できる日付、P80は80%の確率で達成できる日付です。ステークホルダーへの報告では、複数のパーセンタイルを示して意思決定の選択肢を提供します。

感度分析

各タスクの不確実性がプロジェクト全体の完了日にどの程度影響するかを分析します。トルネードチャートで可視化されることが多く、プロジェクト完了日への影響度が大きいタスクが上位に表示されます。リスク対策の優先順位付けに直結する分析です。

実践的な使い方

ステップ1: スケジュールの準備

WBS、アクティビティの依存関係、リソース割当が完成したスケジュールを準備します。クリティカルパスが正しく算出されていること、依存関係に漏れがないことを確認します。スケジュールの論理的な整合性がSRAの前提条件です。

ステップ2: 確率分布の設定

各タスクについて三点見積り（楽観値、最頻値、悲観値）を設定します。特に不確実性が高いタスク（新技術の導入、外部依存、複雑な要件）は慎重に値を設定します。過去の実績データがあれば、それに基づいて分布を設定します。

ステップ3: シミュレーションの実行

モンテカルロシミュレーションツールを使って、5,000回から10,000回の試行を実行します。各試行では、各タスクの所要期間が確率分布からランダムにサンプリングされ、スケジュール全体が再計算されます。

ステップ4: 結果の分析

シミュレーション結果から完了日の確率分布を確認します。P50の日付が当初の確定的なスケジュールの完了日と比較してどの程度乖離しているかを確認します。多くの場合、P50の日付はCPMの完了日よりも遅くなります。これは、複数のパスが同時に遅延する確率を考慮しているためです。

ステップ5: 感度分析とリスク対策

トルネードチャートから、プロジェクト完了日への影響度が高いタスクを特定します。上位5つから10つのタスクに集中してリスク対策を講じることで、効率的にスケジュールリスクを低減できます。リスク対策後にSRAを再実行して効果を検証します。

活用場面

プロジェクトの計画段階で、スケジュールの実現可能性を評価する場面に適しています。CPMの結果が「6月30日完了」であっても、SRAで「6月30日までに完了する確率は35%、8月15日なら90%」と示すことで、現実的なコミットメント日の設定が可能になります。

契約交渉において、納期のバッファを合理的に説明する根拠としても活用されます。「90%の確率で完了するためには2ヶ月のバッファが必要」という統計的根拠は、単なる「余裕を見ている」という説明よりも説得力があります。

進行中のプロジェクトでも、残作業に対してSRAを実施することで、完了予測の精度を向上させられます。実績データの蓄積に伴い、確率分布のパラメータを更新して予測を洗練させます。

注意点

入力データの品質を検証する

過去の実績データとの整合性を検証してください。見積もりの妥当性を確認するために、類似プロジェクトの実績値と比較する手法が有効です。

タスク間の相関を考慮する

タスク間の相関を無視したシミュレーションは結果を過少評価する可能性があります。同じ技術を使うタスクは同時に遅延する傾向がありますが、独立なサンプリングではこの相関を捉えられません。重要な相関関係は事前に識別し、モデルに反映してください。

スケジュールの論理構造を先に整備する

SRAはスケジュールの論理構造に依存します。依存関係が不正確、リソース制約が未反映、クリティカルパスが不明確な状態でSRAを実施しても、信頼できる結果は得られません。スケジュールの品質確保が先決です。

結果を確実な予測として伝えない

シミュレーション結果を「確実な予測」として伝えないでください。SRAはあくまで確率的な評価であり、前提条件が変われば結果も変わります。結果の解釈には前提条件と限界を合わせて説明してください。

まとめ

スケジュールリスク分析は、各タスクの所要期間の不確実性を確率分布で表現し、モンテカルロシミュレーションでプロジェクト完了日の確率分布を算出する手法です。感度分析により影響度の大きいタスクを特定し、効率的なリスク対策の優先順位付けを支援します。入力データの品質確保、タスク間の相関への配慮、スケジュールの論理構造の正確性が、信頼できる分析結果の前提条件です。