メインコンテンツへスキップ
HomeAboutServicesInsightsContact
← Insights に戻る
Project2026.04.27

「沈むプロジェクト」を、なぜ止められないのか

佐藤 史駿
佐藤 史駿
andChange

ステアリングコミッティの議事録に「順調」と書かれているプロジェクトを、現場のリーダーは半年前から信じていない。ベンダーから上がってくる進捗率は90%だが、その90%は3か月前から動いていない。要件は膨張を続け、テスト工程は圧縮され、Go Live は3度目の延期を控えている。経営会議で誰かがつぶやく。「これ、本当に成功するんですかね」。沈黙のあと、議題は次に移る。決定は下されない。プロジェクトは沈み続ける。

それから半年後、プロジェクトはどうなっているか。ベンダーとの追加契約が結ばれ、社内タウンホールでは「次のフェーズ」と語られ、月例会議のスライドはマイナーな修正だけが続く。誰もが「もう」とは言わない。誰もが「まだ」と言う。この『まだ』の積み重ねが、最も静かな失敗の形だ。

このプロジェクトが「失敗」として正式に認定される日は、おそらく来ない。多くの場合、Go Live をなんとか終え、便益は約束より大幅に少ない形で記録され、関係者は次のアサインに移っていく。報告書には「学習成果」が記される。しかし組織の中で誰もが知っている。あれは止めるべきだったプロジェクトだ、と。

変革プロジェクトの成否を語るとき、議論はしばしば「いかに成功させるか」に集中する。スコープ管理、便益実現、スポンサーシップ、チェンジマネジメント。これらはすべて重要だ。しかしもう一つ、組織の変革成熟度を決定的に左右する論点が見落とされている。沈み始めたプロジェクトを、組織は止められるのかという問いだ。

Royer (2003) は Harvard Business Review の名稿「Why Bad Projects Are So Hard to Kill」で、失敗が明白になっても止まらないプロジェクトの構造を解き明かした。Staw (1976) が「Knee-Deep in the Big Muddy」で記述したコミットメントのエスカレーション(Escalation of Commitment)── 失敗の兆候があるほど、人はかえって投資を増やす ── という認知の癖は、今も組織の意思決定を縛り続けている。日本企業はこの罠から自由ではない。むしろ、撤退判断を躊躇する文化的傾向は欧米よりも強い可能性がある(※日本企業の意思決定文化に関する系統的比較研究は限定的であり、実務観察に基づく仮説)。

以前のInsight「『投資対効果』を語れない変革は、やがて止まる」では、便益実現マネジメント(BRM)の不在が投資の正当化を構造的に困難にすることを論じた。「『想定外』は、本当に想定外だったのか」では、楽観バイアスがリスクを「見えない」状態にする構造を扱った。本稿はその先を問う。リスクが顕在化し、便益が実現しないことが明らかになっても、なぜプロジェクトは止まらないのか。 そして、組織が「沈むプロジェクトを止める力」を持つには、何を設計すべきか。

なぜプロジェクトは「止められない」のか ── 3つの構造的バイアス

プロジェクトを止められない理由は、関係者の意志の弱さではない。人間の認知と組織の力学に深く埋め込まれた構造的なバイアスが、撤退判断を体系的に阻害している。とりわけ、変革のJカーブの谷 ── 生産性が一時的に落ち、現場の不安が高まる時期 ── こそ、撤退判断が最も困難になる時間帯だ。「もう少し進めば抜けるはず」という期待と、目の前のコストが、判断の天秤を狂わせる。

記事画像

バイアス① ── サンクコスト・バイアス

最も古典的にして最も強力な力学が、サンクコスト・バイアス(Sunk Cost Bias)だ。Kahneman (2011) が『Thinking, Fast and Slow』で再整理した通り、人間の意思決定は、合理的には無視すべき過去の投資コストに支配される。「ここまで5億円使った。今止めたら全てが無駄になる」── この感覚が、追加投資の継続を正当化する。

しかし経済合理性の観点からは、サンクコストは意思決定の判断材料にしてはならない。問うべきは「これから先の投資が便益を上回るか」だけだ。にもかかわらず、人間も組織も「すでに使った金」に縛られる。Arkes & Blumer (1985) の古典的研究は、この傾向が組織レベルで増幅されることを示している。複数の関係者が共同で投資を決定したプロジェクトでは、誰も「無駄でした」と言いたくない。サンクコスト・バイアスは個人の認知の問題であると同時に、組織の集団的な防衛反応でもある。

バイアス② ── 関係者の利害が「継続」に偏っている

Royer (2003) が示した最も鋭い洞察は、プロジェクトの存続自体が関係者の利益と一致してしまう構造だ。プロジェクトマネージャーにとって、自分が率いるプロジェクトの中止は経歴の傷になる。ベンダーにとって、契約の継続は売上だ。スポンサーにとって、自分が承認したプロジェクトの撤退は判断ミスの認定に近い。

つまり、プロジェクトを止めることで利益を得る人が、組織の意思決定構造の中に存在しない。これが致命的だ。誰もが「順調ではない」とは認識しているが、誰もが「止めるべきだ」と最初に言うことを避ける。沈黙の中でプロジェクトは延命される。

ここに、政治的コストの問題が重なる。スポンサー個人の社内評価、ベンダーとの長期的な関係、プロジェクトに人を出している関連部門の人事評価への波及。これらが「合理的に止めるべき」判断を、政治的に困難な選択に変える。日本企業ではこの構造がさらに濃い。長期取引のベンダーとの関係性、社内政治の力学、評価制度のリスクアバース志向 ── これらが重なれば、撤退判断は経済合理性ではなく人間関係の方程式で決まる。

以前のInsight「『スポンサー不在』がプロジェクトを殺す」で論じたABCモデルは、変革を「動かす」スポンサーシップを記述したものだ。しかしスポンサーシップにはもう一つの責務がある。変革を「終わらせる」スポンサーシップだ。継続することが既定路線である中で、止める判断を下す勇気と権限。これが組織にあるかどうかが、プロジェクト・ポートフォリオの健全性を決める。

バイアス③ ── 「成功への楽観」が証拠を歪める

行動経済学の知見では、人間は自分の判断を支持する情報を過大評価し、否定する情報を過小評価する(確証バイアス)。プロジェクトの中止判断において、この傾向は最も危険な形で現れる。

「テストの一部で問題が出たが、本格運用までには解決できる」「現場の抵抗は強いが、Go Live 後には慣れる」「便益はまだ見えないが、3か月後には見えてくるはずだ」── こうした楽観的な解釈が、客観的に見れば撤退の判断材料になるはずの兆候を「希望的観測」に変換する。Klein (2007) のプレモーテムが効果的だとされるのは、この確証バイアスを意図的に逆転させ、「失敗するシナリオ」を強制的に検討させるからだ。Keil (1995) のITプロジェクト・エスカレーションに関する研究も、撤退判断が躊躇される最大の要因として「進行中プロジェクトの状態を経営層が正確に把握できないこと」を指摘している。情報の非対称性が、楽観バイアスを助長する。

そして、この楽観バイアスは経営層ほど強くなる傾向がある。経営層は失敗を直視するコストが最も高い立場にあり、楽観的な解釈に流されやすい。現場の悲観と経営の楽観の間に乖離が生まれたとき、プロジェクトは沈黙のうちに沈み始める

「止められない」のは意志の問題ではない。サンクコスト、関係者の利害、確証バイアス ── これら3つの構造的な力が、撤退判断を組織の死角に追いやっている。

「撤退できる組織」と「撤退できない組織」の決定的な差

撤退判断のバイアスは普遍的な人間の認知に根ざすが、それを克服している組織もある。撤退できる組織と撤退できない組織を分ける構造的な差は、3つに整理できる。

差① ── ステージゲートが「次に進む正当性」を問うているか

撤退できる組織は、プロジェクトの各フェーズの間にステージゲート(Stage Gate)を置いている。Cooper (2008) が NPD(新製品開発)の文脈で体系化した手法だが、変革プロジェクトにも応用しうるフレームワークである。各ゲートで問われるのは、「次に進む正当性があるか」だ。判断の選択肢は、続行(Go)、修正(Recycle ── スコープや前提を見直しての再起動、すなわちピボット)、保留(Hold)、そして中止(Kill)の4つ。中止が最初から選択肢として提示されている構造が、撤退判断を「特別な決断」から「定例の判断」に変える。

PRINCE2 が Stage Boundary(ステージ境界)を正式なプロセスとして定義し、Project Board が次ステージの正当性を検証する仕組みを組み込んでいるのも、同じ思想に立つ (Axelos)。日本企業の多くのプロジェクトには、この「次に進む判断」を構造化する仕組みがない。だから、いったん始まったプロジェクトは、明示的な中止判断がない限り、慣性で進み続ける。

差② ── 「中止判断のトリガー」が事前に合意されているか

撤退できる組織のもう一つの特徴は、プロジェクト立ち上げ時点で「これが起きたら撤退を検討する」というトリガー条件を明文化していることだ。

たとえば、「Go Live 後3か月のシステム利用率が60%を下回ったら撤退判断レビューを実施する」「便益実現の先行指標が90日連続で計画線を50%以上下回ったら撤退候補とする」「主要ベンダーの離脱や、依存する技術スタックの公式サポート終了等の前提崩れが発生したら、計画の前提を再検証する」。これらのトリガーは、撤退を即座に意味するわけではない。しかし「このまま継続するか、止めるか」を構造的に問い直す機会を作る。

トリガーがもうひとつ重要にするのは、判断の「速度」だ。トリガーが発動してから撤退判断レビューを実施するまでの期限を、30日以内などと事前に決めておく。期限がなければ、ずるずると先延ばしされ、実質的にトリガーは機能しない。事前合意のトリガー + 判断期限のセットが、撤退判断を組織のプロセスに埋め込む。

これは、以前のInsight「『想定外』は、本当に想定外だったのか」で論じたリスク設計の延長線上にある。リスクの可能性を計画段階で言語化することと、リスクが顕在化した場合のトリガーを定義することは、同じ思想に立つ。事前に決めたことだけが、いざというときに実行できる。

差③ ── 撤退が「失敗」ではなく「学習」として処理されているか

最も深い差は、組織が撤退をどう意味づけるかにある。撤退できない組織では、プロジェクトの中止は「失敗の認定」であり、関係者の評価を傷つけるイベントだ。だから誰もが避けようとする。

撤退できる組織では、撤退は「環境の変化に応じた合理的な再配分」として処理される。市場が変わった、技術前提が崩れた、組織の優先順位が動いた。こうした変化に対して、「当初の計画を続けることが正しい」と主張するほうが、むしろ非合理的だ。Royer (2003) が研究した複数のフランス企業の事例では、トップが撤退を「失敗からの学習」として明示的に枠付け直したことが、組織のプロジェクト管理文化を変える契機になった(※具体的な企業名は原典で要確認)。

撤退から得られる学習は、組織の知的資産になる。なぜこの仮説は外れたか、どこで兆候を見逃したか、次のプロジェクトで何を変えるべきか。撤退レビュー(Project Termination Review)を制度化し、その学びを次のプロジェクトの計画に反映する仕組みがあれば、撤退は「無駄」ではなく「投資」になる。短期成果より持続的変化を重視するandChange の基本スタンスは、この撤退の意味づけにこそ表れる。

撤退できる組織は、撤退を「特別なイベント」ではなく「健全なプロセス」として運用している。データに基づくゲート、事前合意のトリガー、学習としての位置づけ ── この3つが揃って初めて、組織はプロジェクトを止める力を手にする。

「健全な撤退」を組織に実装する

撤退判断の仕組みを組織に埋め込むには、技術的な仕組みと組織的な構えの両輪が必要だ。

スポンサーに「終わらせる権限」を明示する

以前のInsight「『スポンサー不在』がプロジェクトを殺す」で論じた通り、変革の成否を最も強く予測するのはスポンサーシップの質だ。しかし多くの組織で、スポンサーの責務は「変革を推進すること」に偏っており、「変革を止めること」は明示的に語られない。

プロジェクト憲章にスポンサーの責務を記述する際、たとえば次の1行を加える。「スポンサーは、事業環境の変化や、便益実現の前提が崩れた場合に、プロジェクトの中止または大幅な再設計を判断する権限と責務を持つ。」 始める権限と止める権限はセットであり、片方だけを持つスポンサーシップは構造的に不完全だ。この明文化が、スポンサーが撤退判断を下す際の心理的・政治的コストを下げる。

データに基づく「撤退ダッシュボード」 ── 先行指標と遅行指標の分離

プロジェクトの健全性をデータで可視化する仕組みは、便益実現マネジメント(BRM)の延長線上で設計できる。「PMOが『進捗管理屋』で終わる構造」で論じた価値実現型 PMO の3層ダッシュボード ── プロジェクト進捗、便益実現、変革の定着度 ── に、第4層として「撤退判断のトリガー指標」を加える。

ここで決定的に重要なのが、先行指標と遅行指標の分離だ。利用率の推移、行動変化のスコア、現場の受容度サーベイは先行指標 ── 数か月先の便益実現の兆候を示す。一方、コスト削減額、売上影響、ROI実績は遅行指標 ── 既に起きた結果を示す。撤退判断には、遅行指標が出揃うまで待っていては手遅れだ。先行指標で兆候を捉え、遅行指標で検証するという時間差の設計が、データマネジメントの知恵だ。チェンジマネジメントとデータマネジメントの両輪が、ここで噛み合う。

事前に合意したトリガー閾値に対して、現在の値がどの程度近づいているかを赤・黄・緑で可視化する。黄信号(注意水準)に入った時点でステアリングコミッティの議題に「撤退判断レビュー」を加え、データに基づいて議論する。勘と経験ではなくデータで、止めるか進むかを語る。これが撤退判断の品質を担保する。

撤退レビューを「学習の制度」として運用する

撤退が決定された後、組織は撤退レビューを実施する。ただし、ここで犯人探しを行えば、次の撤退判断を誰もが避けるようになる。撤退レビューは「何が起きたか」「何を見逃したか」「次に何を変えるか」の3問に集中する。個人の責任ではなく、判断プロセスと組織の前提を検証する場として運用する。

このレビュー結果を組織のナレッジベースに蓄積し、次のプロジェクトの計画フェーズで参照する。Flyvbjerg (2023) が体系化を進めてきた参照クラス予測(Reference Class Forecasting)── Kahneman & Tversky の発想を起源に持ち、過去の類似プロジェクトの実績を参照して計画精度を上げる手法 ── は、撤退事例を学習資産化する具体的な方法論だ。撤退は「無駄な失敗」ではなく、組織の意思決定能力を高める投資になる。

実務への示唆

撤退できる組織を作るために、明日から始められることがある。

月曜の朝、まず始めること ── 健全性スコアの即席診断。 進行中の主要プロジェクトについて、スポンサーと共に3問だけ問う。「①このプロジェクトの便益実現の先行指標は、現在計画線の何%か」「②過去90日で前提条件が崩れた事象はあったか、そしてそれは計画に反映されているか」「③もし今からこのプロジェクトを始めるなら、同じ判断をするか」。3問とも自信を持って答えられないなら、それは黄信号の可能性が高い。30分の対話が、撤退判断の起点になる。

第一に、現在進行中のプロジェクトについて「撤退判断のトリガー指標」を遡って定義する。 プロジェクト立ち上げ時に決めていなかった場合、今からでも遅くはない。便益実現の先行指標、コスト・スケジュールの乖離率、リスクの顕在化状況。これらの中から、各プロジェクトに3〜5の指標を選び、閾値を設定する。スポンサーとプロジェクトマネージャーが合意し、ステアリングコミッティに報告する仕組みを整える。一度設定すれば、それは将来の撤退判断を可能にする最大の装置になる。

第二に、次のプロジェクト立ち上げ時に「ステージゲート通過条件」をデータで定義する。 ゲートを2〜4設定し、各ゲートで「Go / Recycle / Hold / Kill」の4択を正式な選択肢として提示する。ゲート通過の判定基準を、感覚ではなくデータで定義する ── 利用率X%以上、業務指標Y%改善、リスクスコアZ未満。「中止」を選択肢として最初から認知させること自体が、プロジェクトの心理的力学を変える。継続が既定ではなく、継続も中止も対等な選択肢になる。

第三に、経営層が「健全な撤退」をメッセージとして発信する。 タウンホールや経営会議で、過去の撤退事例を「失敗」ではなく「合理的な再配分」として語り直す。「あの判断によって、年間X億円のリソースが他の重要施策に振り向けられた」「あの撤退で得た学習が、次のY事業の成功につながった」。経営層がこの語り口を持つことで、組織全体の撤退に対する見方が変わる。スポンサーが「終わらせる勇気」を見せることが、組織の撤退力を最も強く高める

まとめ ── 「終わらせる力」が、組織の変革成熟度を決める

プロジェクトを成功させる力と、プロジェクトを止める力は、別の能力だ。前者だけを磨いてきた組織は、沈むプロジェクトを延命させ続け、リソースを蝕まれていく。後者を備えた組織は、不確実性の高い変革プロジェクトに対しても、健全な投資ポートフォリオを維持できる。

サンクコストに縛られない経済合理性、関係者の利害を超える組織的視点、楽観バイアスを抑える構造的な仕組み。これらは個人の意志ではなく、組織の設計によって担保される。ステージゲート、撤退判断のトリガー、撤退レビューの制度化。撤退を「特別なイベント」から「健全なプロセス」に変えることが、組織の変革成熟度を一段引き上げる。

テクノロジーだけでは、組織は変わらない。そして、走り続けるだけでも、組織は変わらない。変革のJカーブの谷を越えられないと判断したとき、撤退して別の道を選ぶ勇気と仕組みこそが、組織の変革ポートフォリオの健全性を守る。

冒頭の問いに戻ろう。直近1年で「正式に中止」したプロジェクトの件数を、即答できるか。 ゼロなら ── あなたの組織はまだ、止める力を持っていない。沈み始めているプロジェクトを、組織はまだ見て見ぬふりをしているのかもしれない。


参考文献

  • Royer, I. (2003). Why Bad Projects Are So Hard to Kill. Harvard Business Review, 81(2), 48-56.
  • Staw, B.M. (1976). Knee-Deep in the Big Muddy: A Study of Escalating Commitment to a Chosen Course of Action. Organizational Behavior and Human Performance, 16(1), 27-44.
  • Arkes, H.R. & Blumer, C. (1985). The Psychology of Sunk Cost. Organizational Behavior and Human Decision Processes, 35(1), 124-140.
  • Kahneman, D. (2011). Thinking, Fast and Slow. Farrar, Straus and Giroux.
  • Klein, G. (2007). Performing a Project Premortem. Harvard Business Review, 85(9), 18-19.
  • Cooper, R.G. (2008). Perspective: The Stage-Gate Idea-to-Launch Process—Update, What's New, and NexGen Systems. Journal of Product Innovation Management, 25(3), 213-232.
  • Flyvbjerg, B. (2023). How Big Things Get Done: The Surprising Factors That Determine the Fate of Every Project. Currency Press.
  • Keil, M. (1995). Pulling the Plug: Software Project Management and the Problem of Project Escalation. MIS Quarterly, 19(4), 421-447.
  • Axelos. Managing Successful Projects with PRINCE2. The Stationery Office.
  • Prosci (2023). Best Practices in Change Management, 12th Edition. Prosci Inc.