スコープ通り、納期通り。なのに「成功」と呼べない
プロジェクトマネジメントの教科書通りに進めた。スコープは明確に定義し、WBSを精緻に分解し、リスク登録簿も整備した。マイルストーンは予定通りに通過し、予算内でシステムはカットオーバーを迎えた。PMBOKが示すプロセスを忠実に踏んだ、模範的なプロジェクトだった。
しかし、半年後の利用率は20%に満たない。新システムへのデータ入力を現場は避け、旧来のExcelに戻っている。経営層に報告された「プロジェクト成功」の裏で、組織は何も変わっていない。
この風景に、既視感はないだろうか。
プロジェクトマネジメントの世界標準であるPMBOK（Project Management Body of Knowledge）は、プロジェクトを「技術的に正しく」遂行するための強力なフレームワークだ。しかし、PMBOKが導くのは「ソリューションを組織に届ける」ところまでである。届いたソリューションを人が受け入れ、使いこなし、行動を変え、組織文化として定着させる。この「もう半分」の仕事は、PMBOKの射程の外にある。
Prosciの調査によれば、プロジェクトマネジメントとチェンジマネジメントを統合した組織では、プロジェクト目標の達成率が統合しなかった場合と比較して17ポイント高い (Prosci, 2016)。さらに、優れたチェンジマネジメントを実施したプロジェクトでは88%が目標を達成もしくは超過したのに対し、チェンジマネジメントが不十分だったプロジェクトでは13%にとどまっている (Prosci, 2023)。
この差が意味するものは明白だ。プロジェクトの「成功」は、技術的な完了だけでは測れない。人と組織が変わって初めて成立する。
PMBOKが設計する世界、チェンジマネジメントが設計する世界
「技術的な解」と「人の受容」は別の設計対象
PMBOK第7版（PMI, 2021）は、従来のプロセスベースの体系から原則ベースのアプローチへと大きく転換した。12の原則と8つのパフォーマンスドメインを軸に、価値の提供を中心とした柔軟なフレームワークへと進化している。ステークホルダーエンゲージメントが独立したパフォーマンスドメインとして位置づけられたことは、人への関心が高まっている証左でもある。
しかし、PMBOKが扱う「ステークホルダーエンゲージメント」と、チェンジマネジメントが扱う「人の行動変容」は、本質的に異なるレイヤーの課題だ。
PMBOKのステークホルダーマネジメントは、プロジェクトに影響を与え得る人々を特定し、その期待を管理し、適切に情報を伝達するプロセスである。これはプロジェクトの推進に必要な合意形成と障害除去のための活動だ。
一方、チェンジマネジメントが扱うのは、プロジェクトの成果物が組織に導入された後に、影響を受ける一人ひとりが新しい行動様式を自分のものにしていく過程である。「なぜ変わる必要があるのか」を心から理解し（Awareness）、「変わりたい」と思い（Desire）、「どう変わればよいか」を学び（Knowledge）、「実際に変われる」ようになり（Ability）、「元に戻らない」状態を維持する（Reinforcement）。Prosciが体系化したADKARモデルは、この個人レベルの変革受容プロセスを構造的に可視化するフレームワークである (Prosci, 2023)。
プロジェクトマネジメントは「ソリューションを組織に届ける」技術。チェンジマネジメントは「組織をソリューションに備えさせる」技術。この二つは補完関係にあり、どちらか一方では変革は完結しない。
二つの「成功の定義」の統合
Prosciはこの関係を「統一価値提案（Unified Value Proposition）」として定式化している (Prosci, 2024)。プロジェクトマネジメントとチェンジマネジメントは、共通の目的 ── プロジェクト目標の達成と組織的な便益の実現 ── に向かう補完的な専門領域であるという位置づけだ。
技術的な側面（ソリューションの設計・開発・提供）をプロジェクトマネジメントが担い、人的な側面（影響を受ける人々のエンゲージメントと行動変容の支援）をチェンジマネジメントが担う。この二本の糸が撚り合わさることで、変革という「綱」は初めて強度を持つ。
どちらか一方だけでは何が起きるか。プロジェクトマネジメントだけを徹底すれば、技術的には完璧なソリューションが誰にも使われないまま棚に並ぶ。チェンジマネジメントだけに注力すれば、人々の意識は変わっても、それを支える技術基盤が脆弱で実行に移せない。
なぜ統合は「自然には」起きないのか
プロジェクトマネジメントとチェンジマネジメントの統合が重要であることは、理屈としては理解されやすい。では、なぜ多くの組織で統合が実現していないのか。
「ソフト」への偏見
Prosciの調査では、チェンジマネジメント実務者の多くが、プロジェクトチームからチェンジマネジメントを「余分なもの」と見なされているという障壁に直面している (Prosci, 2024)。プロジェクトマネージャーの目から見ると、スコープ・スケジュール・コストという三大制約に加えてチェンジマネジメントの工程が入ることは、プロジェクトを複雑にし、遅延させるリスク要因に映りやすい。
しかし、データは逆のことを示している。Prosciの調査では、優れたチェンジマネジメントを実施したプロジェクトは、実施していないプロジェクトと比較して納期遵守率が約5倍高い (Prosci, 2023)。チェンジマネジメントはプロジェクトを遅らせるのではなく、むしろ加速させるのだ。
組織構造の壁
多くの組織では、プロジェクトマネジメントとチェンジマネジメントが異なる部署、異なるレポートラインに属している。PMOはIT部門や経営企画に、チェンジマネジメント機能は人事部門に。このサイロ構造が、プロジェクトレベルでの統合を構造的に阻害する。
計画の段階からプロジェクトマネージャーとチェンジマネジメント実務者が同じテーブルにつき、同じ成功指標を共有し、同じタイムラインの上でそれぞれのアクティビティを同期させる。この「設計された統合」がなければ、二つの専門性はそれぞれの論理で独立に動き、最終的にはすれ違う。
「Go Live」が終着点になっている
プロジェクトマネジメントの世界では、システムの稼働開始（Go Live）が主要なマイルストーンとなる。予算消化とタスク完了の観点から、Go Liveをもって「プロジェクト完了」とする慣行が根強い。
しかし、変革の観点から見れば、Go Liveは始まりにすぎない。新しいシステムが稼働した瞬間から、人々は慣れない操作に戸惑い、旧来のやり方に引き戻される力学が働き始める。Jカーブの「谷」はまさにこの時期に訪れる。Go Liveの時点でプロジェクトが「完了」してしまえば、谷を越えるための組織的なサポートは存在しなくなる。
統合のための実践的フレームワーク
では、プロジェクトマネジメントとチェンジマネジメントをどう統合するのか。Prosciの調査は、統合を5つの次元で捉えることを提唱している (Prosci, 2024)。
人：誰がやるのか
プロジェクトチームの中にチェンジマネジメントの専門性を持つ人材を配置するか、外部から支援する体制を構築する。重要なのは、チェンジマネジメント担当者がプロジェクトスポンサーへの直接アクセスを持つことだ。Prosciの調査では、スポンサーへのアクセスが十分にあった参加者の71%がプロジェクト目標を達成した一方、アクセスが不十分だった場合はわずか21%にとどまった (Prosci, 2024)。
プロセス：いつ何をやるのか
プロジェクトマネジメントのフェーズ（立ち上げ → 計画 → 実行 → 監視 → 終結）と、チェンジマネジメントのフェーズを対応させ、それぞれのマイルストーンを同期させる。たとえば、Go Liveの時点では、影響を受ける人々がADKARのAbility（実行能力）の段階に到達していることが前提条件となる。トレーニングがGo Liveの直前に「消化試合」のように行われるのではなく、Awareness（認知）とDesire（意欲）の醸成が十分に済んだ段階でKnowledge（知識）の習得に進む設計が求められる。
ツール：何を使うのか
コミュニケーション計画、タイムライン、リスク登録簿といった、両方の領域で使われるツールを統合する。リスク管理においては、技術的リスクだけでなく「人の抵抗」「スポンサーシップの弱さ」「コミュニケーションの不足」といった人的リスクを同じ登録簿で管理する。変革の進捗を技術的なマイルストーンと同じダッシュボード上で可視化することで、経営層の注意を「もう半分」にも向けることができる。
明日からの3つのアクション
プロジェクトマネージャーや変革リーダーが、この記事を読んだ直後に踏み出せる一歩がある。
第一のアクション：成功の定義を書き換える。 現在進行中のプロジェクトの「成功基準」を見直してほしい。そこに「人の行動がどう変わったか」を測る指標が含まれているか。Go Liveの日付だけが成功基準になっていないか。利用率、業務プロセスの遵守率、データ入力の完全性など、定着を測る指標を一つでも加えることが出発点になる。
第二のアクション：次のステアリングコミッティで「人の側面」を議題に入れる。 プロジェクトの報告が進捗率とバーンダウンチャートだけで構成されているなら、そこに「ステークホルダーの受容度」「抵抗の状況と対策」「コミュニケーションの到達度」を加える。報告に含めることで、組織の注意はそこに向く。測られるものは管理される。
第三のアクション：Go Live後の90日間を計画する。 プロジェクト計画にGo Live後のサポート体制を明示的に組み込む。チェンジエージェント（現場の推進者）の配置、短期的な成功事例の共有、抵抗が顕在化した場合の対応プロセス。この「定着フェーズ」を計画に含めるだけで、Jカーブの谷を越える確率は格段に上がる。
まとめ ── 届けるだけでなく、届いた先まで
PMBOKは、プロジェクトを成功させるための知の体系として、世界中の実務者に不可欠なフレームワークであり続けている。第7版で示された原則ベースのアプローチと価値提供の重視は、従来の「作って終わり」からの前進を示している。
しかし、組織の変革において「作る」は半分にすぎない。残りの半分 ── 人がソリューションを受け入れ、自分のものとし、新しい行動を日常に組み込む ── を設計し、推進し、定着させるチェンジマネジメントがなければ、プロジェクトの成果は宙に浮いたままになる。
プロジェクトマネジメントが「ソリューションを組織に届ける」専門性であるなら、チェンジマネジメントは「組織をソリューションに備えさせる」専門性である。この二つを統合して初めて、プロジェクトは「完了」ではなく「成功」を語れるようになる。
テクノロジーだけでは、組織は変わらない。しかし、テクノロジーなしに、変わるべき方向は見えない。技術と人、その両方に向き合い、プロジェクトの完了線の先まで伴走すること。それが、変革を「一過性のプロジェクト」で終わらせず、持続的な組織の進化へとつなげる鍵になる。