「予算は当初比130%、納期は6か月遅延、スコープは20%縮小」── 大規模変革プロジェクトの終盤で配布される報告書は、業種を問わず似た数字を並べている。経営会議でこの数字を眺めるCxOの胸の内には、たいてい「またこのパターンか」という静かな既視感が広がる。会議では「想定外の事象が重なった」と説明され、PMOは「次回はもっと精緻な見積もりを」と決意を新たにする。ところが半年後、別のプロジェクトでまた同じ数字が並ぶ。
これは「見積もりが甘かった」という担当者の問題ではない。プロジェクトの初期見積もりは、構造的に外れるよう設計されている。Standish Group の長年の調査では、ITプロジェクトの完全成功率は1〜3割の水準にとどまり、コスト超過と納期遅延は例外ではなく常態であることが繰り返し報告されている (Standish Group, 2020 ※年版により数値に差があるため最新版の原典で要確認)。Flyvbjerg (2014) のメガプロジェクト分析は、コスト・納期・便益のいずれかで未達となるプロジェクトが多数を占めることを示し、原因を「楽観バイアス」と「戦略的見積もり」の二重構造として整理した。
問題は予測精度ではない。個人の認知バイアスと組織のインセンティブが噛み合った瞬間に、見積もりは「外れることを前提とした合意」になる。本稿はこの構造を解剖し、不確実性を計画に織り込むための3原則を提示する。
楽観は「人」ではなく「構造」が生む
ノーベル経済学賞のカーネマンとトヴェルスキーが提示した Planning Fallacy（計画錯誤） は、人間が予測する際に「内部視点（inside view）」に偏り、過去の類似事例という「外部視点（outside view）」を過小評価する傾向を指す (Kahneman & Tversky, 1979)。自分のプロジェクトを語るとき、人は固有の状況・優秀なチーム・周到な計画を見る。そして「今回はうまくいく」と確信する。同じ業界で過去30件の類似プロジェクトが平均40%超過したという事実は、視野の外に追いやられる。
しかしこれは個人の弱さではない。組織が個人の楽観を増幅する構造を持っているからだ。Flyvbjerg (2008) はオックスフォード大学の研究グループとともに、大規模インフラ・ITプロジェクトを分析し、楽観バイアスに加えて 戦略的見積もり（Strategic Misrepresentation） という概念を提示した。プロジェクトを承認させたい起案者には、コストを低く・便益を高く見積もるインセンティブが構造的に働く。承認する経営層も、低い数字のほうが意思決定しやすい。双方の利害が「楽観的な数字」で一致する。誰も嘘をついていないのに、合意された見積もりは現実から乖離する。
ここに第三の要素が加わる。コミットメント装置としての見積もりだ。経営会議で承認された数字は、その瞬間から「達成すべき目標」に変質する。実行段階で「やはり厳しいので再見積もりを」と提起することは、起案者・PM・スポンサーすべてにとって政治的コストが高い。結果として、見積もりは外れていることが現場で分かっていても、公式の数字としては最後まで保たれる。この沈黙が、Jカーブの谷を不必要に深くする。
見積もりが外れるのは予測の失敗ではない。組織が「正確な予測」よりも「楽観的な合意」を選好する構造の必然的帰結だ。
「外れる瞬間」は3つある
見積もりの破綻は一気に表面化するわけではない。3つの局面で、それぞれ異なる構造が働く。問いたい。あなたの組織の直近のプロジェクトで、当初予算と最終予算の差はどの程度だったか。その差は偶発の積み重ねではなく、これから整理する3つの瞬間の累積として説明できる。
第一に、計画段階の「内部視点の罠」。要件定義の精緻化、リスク識別、WBSの細分化 ── これらの作業は内部視点を強化する方向に働く。詳細に踏み込むほど「自分たちは把握している」という確信が増し、参照すべき外部データの存在が忘れられる。Kahneman (2011) はこの現象を「詳細さの錯覚」と呼んだ。WBSが100行になっても、それは100行分の精緻さを意味するだけで、想定外の事象に対する備えにはならない。
第二に、実行段階の「見積もり値の公式化」。承認された数字が予算管理システムとガントチャートに転記された瞬間、それは「事実」として組織内に流通し始める。月次の進捗報告は当初計画との差分で評価され、差分を縮めることが各層の関心事になる。現場は早期警報を上げにくくなり、PMOは差分を「説明可能なレベル」に丸める。結果として、経営層には実態より楽観的なシグナルが届き続け、本当の谷が見えた瞬間にはすでに撤退コストが過大になっている。
第三に、レビュー段階の「再見積もり回避」。半期や四半期のレビューで前提条件が崩れていることが明らかになっても、組織は再見積もりを避ける傾向がある。再見積もりは「最初の見積もりが間違っていた」ことの公式認定であり、起案者・承認者・PMの三者全員に政治的コストを発生させる。代わりに行われるのは「スコープの静かな縮小」と「成功の定義の事後的調整」だ。外れた数字は修正されるのではなく、外れていないように再定義される。
この3つの瞬間は、既存の Insight「『撤退できない』プロジェクトの罠」「『要件の膨張』がプロジェクトを溺れさせる」「『やめる判断』が下せない組織」が扱う「外れた後どうするか」の手前にある。これらの記事が論じた撤退・スコープ管理・Kill Criteria は外れた後の処方箋であり、本稿はその前段 ── なぜ最初から外れているのか ── に正面から向き合う位置づけにある。
不確実性を設計に織り込む3原則
これらの構造的問題に対し、個人の見積もりスキル向上で対処することはできない。必要なのは、不確実性を計画プロセスそのものに組み込む設計だ。3原則は、それぞれ前述の3瞬間と正対する。原則①は計画段階の内部視点の罠を、原則②は実行段階の公式化の重力を、原則③はレビュー段階の再見積もり回避を、設計の力で解く。
原則① 参照クラス予測 ── 自分のプロジェクトを「サンプルの一つ」として扱う
これは瞬間①の「内部視点の罠」を解くための設計だ。Flyvbjerg (2008) が提唱した Reference-Class Forecasting の核心は、見積もりを「内部視点の積み上げ」ではなく「外部視点の補正」として行うことにある。手順は3段階に整理される。まず、類似プロジェクトの参照クラスを定義する。類似度は「同一規模（投資額・期間・関与人数）」「同一技術領域（基幹刷新・データ基盤・組織再編 など）」「同一導入部門タイプ（営業・製造・バックオフィス など）」の3軸で定義すると実務的に運用可能になる。次に、参照クラスの実績分布を取得する（平均的なコスト超過率・遅延率・成功確率）。最後に、内部視点で算出した見積もりに、参照クラスの分布で補正をかける。
このアプローチを機能させる鍵は、過去プロジェクトのデータを組織として蓄積していることだ。多くの企業は個別プロジェクトの教訓を Lessons Learned 文書として残しているが、定量データとしてクロス検索可能な形にはなっていない。PMOがプロジェクト終了時に「当初予算」「最終予算」「予定期間」「実期間」「スコープ達成率」を構造化データとして登録する仕組みを整えるだけで、参照クラスの基礎が築ける。これは andChange が提唱する データマネジメントとチェンジマネジメントの両輪 の、プロジェクト計画段階での実装形である。勘と経験ではなくデータで、見積もりを語る。
原則② 段階的コミットメント ── 「全予算の一括承認」を捨てる
これは瞬間②の「見積もり値の公式化」が持つ重力に対する処方箋だ。参照クラス予測で補正をかけても、不確実性そのものは消えない。消えない不確実性に対しては、コミットメントを段階化する。
Robert Cooper の Stage-Gate プロセス (Cooper, 1990; Cooper, 2008) や、逐次的な意思決定理論の系譜は、全予算を最初に承認するのではなく、フェーズごとに「次のフェーズに進むかどうか」を再判断する設計を提示してきた。具体的には、計画フェーズに全予算の5〜10%、パイロットに15〜20%、本格展開に残額を割り当てる。各フェーズ末で、参照クラス予測を更新し、Go / Hold / Kill を再決定する。この配分はIT・データ基盤系プロジェクトの典型例であり、組織再編や事業ポートフォリオ変革では別の配分思想（たとえば部門別パイロットの段階展開）が適切となる。重要なのは比率そのものではなく、「最初に全予算を確定させない」という設計思想だ。
この設計の最大の効用は、「見積もりを最初に当てる」というプレッシャーから組織を解放することにある。最初の見積もりは「最初のフェーズの予算」に限定され、その先は実データで再見積もりされる。結果として、起案者は楽観的に過大コミットする必要がなくなり、承認者は不確実性を抱えたまま意思決定する負担から解放される。
原則③ 確率予測付き進捗報告 ── 不確実性の「色」を可視化する
これは瞬間③の「再見積もり回避」を解くための設計だ。多くの組織で進捗は「赤・黄・緑」の三色信号で報告されるが、これは 確実性が高い領域 の進捗管理を前提とした設計だ。不確実性の高いフェーズでは、緑（順調）と赤（遅延）の二項対立では実態を捉えられない。
代替として有効なのが、確率予測付き進捗報告だ（本稿では実務での運用を念頭に「確率予測」と呼ぶ。統計学的には予測区間に近い概念）。たとえば「現在のスコープを納期通り完了する確率は60%、+1か月以内が80%、+3か月以内が95%」という形式で、不確実性そのものを可視化する。経営層は「いつ終わるか」ではなく「どの確率でどう終わるか」を見ることになり、対応策の選択肢が広がる。
導入の第一歩としては、いきなり数値を出すよりも、「楽観・標準・悲観の3シナリオ」を語ることから始めるのが現実的だ。3シナリオが定着したのち、過去プロジェクトのデータが蓄積されるにつれて、徐々に数値を入れていく。原則①と原則②で蓄積されたデータが、ここで報告の精度を支える。三つの原則は独立した打ち手ではなく、データを核に相互補強する一つの体系として機能する。
そしてこの3原則は、andChange が掲げる チェンジマネジメントとデータマネジメントの両輪 が、見積もりという計画プロセスの最初の場面で噛み合う実装形でもある。データマネジメント側は、過去案件の構造化登録と参照クラスの構築、報告フォーマットの確率データ整備を担う。チェンジマネジメント側は、「再見積もりは失敗の認定だ」という暗黙の前提を解きほぐし、不確実性を語る語彙を組織に定着させる。両輪の役割分担が明確になったとき、3原則は単なる手法から、組織の計画文化を書き換える装置に変わる (Prosci, 2023 が示すように、変革を支えるのは技法そのものより、技法を運用する組織心理の設計だ)。
不確実性は予測の敵ではなく、設計の対象だ。設計に織り込めば、見積もりの破綻は事故ではなく、想定された揺らぎの範囲に収まる。
実務への示唆
明日から動かせる3つのアクションを提示する。
第一に、進行中のプロジェクトについて「参照クラスの逆引き」を試みることだ。 主語はPMO、レビューはCFOまたは経営企画。直近5件の類似プロジェクトの最終予算と当初予算を並べ、平均超過率を算出する。その係数を現在進行中のプロジェクトに当てはめ、現時点の「修正見積もり」を計算する。最初の30日でデータ収集と係数算出までを完了し、当初計画と修正見積もりの差分を次回のステアリングコミッティで提示する。この差分が、組織が現在抱えている「見えないリスク」の規模になる。
第二に、次に起案する大型プロジェクトに「Stage-Gate予算配分」を組み込むことだ。 主語は起案部門と経営企画。全予算の一括承認を求めるのではなく、計画・パイロット・本格展開の3フェーズに予算を分け、各フェーズ末のGo/No-Go判断を起案書に明記する。最初の30日で次期起案書テンプレートに「フェーズ別予算配分」と「ゲート判定基準」を必須項目として追加する。経営層にとっては「初回コミットメントが軽くなる」というメリットがあり、起案者にとっては「最初の見積もりに過大な責任を負わなくてよい」という心理的解放がある。
第三に、進捗報告フォーマットに「3シナリオ欄」を追加することだ。 主語はPMO、運用はプロジェクトマネージャー。三色信号の隣に「楽観・標準・悲観の納期予測」を併記する。最初は主観的でも構わない。最初の30日でフォーマットを改定し、次の月次報告から運用を開始する。継続的に運用することで、参照クラスデータが蓄積され、徐々に客観性が増す。最初の参照クラスデータ蓄積から、報告フォーマットの定着まで、最低でも6〜12ヶ月の伴走サイクルを設計に組み込むことが、3原則を「導入」から「定着」へと進めるうえで不可欠だ。
そしてスポンサーは、現場が再見積もりを提起することを躊躇しないよう、「再見積もりは失敗の認定ではなく、不確実性を計画に織り込むという最初の合意の履行である」という再定義を、タウンホールや経営会議の冒頭で繰り返し発する。この一言が、現場の早期警報を解放する最も強力な装置になる。
まとめ ── 「外さない見積もり」より「外れることを設計した計画」を
プロジェクトの初期見積もりが外れる構造は、個人の能力でも組織の怠慢でもない。人間の認知バイアスと組織のインセンティブが噛み合った結果の必然的帰結だ。だからこそ、個人の精度向上ではなく、計画プロセスそのものの再設計で対処するしかない。
参照クラス予測で外部視点を取り戻し、段階的コミットメントで一括承認の重力を分散し、確率予測付き報告で不確実性を可視化する ── この3原則は、それぞれ単独でも効くが、過去プロジェクトのデータを核に相互補強したときに最大の効果を発揮する。データマネジメントが見積もりの基盤を作り、チェンジマネジメントが組織の心理的抵抗 ── 「再見積もりは失敗の認定だ」という暗黙の前提 ── を解きほぐす。両輪が回ったとき、見積もりは「外さないために祈るもの」から「外れることを織り込んだ計画」へと変わる。
冒頭の報告書 ── 「予算130%、納期遅延6か月」── は、組織が見積もりに対して払っている隠れたコストの精算書だ。このコストを精算し続けるのか、それとも見積もりの構造そのものを書き換えるのか。次のプロジェクトのキックオフ前に、ステアリングコミッティの議題にこの問いを置けるかどうかが、組織の計画文化の分かれ目になる。問うべきは、「見積もりが正確か」ではなく、「見積もりが外れることを、計画はどう想定しているか」である。