PMOプロジェクトの「急な体制変更」を乗り越える—体制変更の3段階対応 プロジェクトを止めないための実践設計
2026.07.09GROWTH INTELLIGENCE 編集部
1｜結論—体制変更は「起きたら対処する」ではなく「起きる前提で設計する」
PMOプロジェクトにおける体制変更は、別プロジェクトのひっ迫・担当者のキャリアアップ・人間関係のトラブルなど、様々な理由で突然発生します。「いつか起きるかもしれないリスク」ではなく「必ず起きる前提」で設計することが重要です。体制変更が発生した際の対応は「①時期の調整②通達③実施」という3段階で進めますが、それ以上に重要なのは「振り返り（KPT）」と「ナレッジ蓄積の仕組み」です。体制変更のたびにプロジェクトが停滞する組織と、スムーズに継続できる組織の差は「ナレッジが個人に蓄積されているか・組織に蓄積されているか」の一点に集約されます。多くのプロジェクトで「担当者が変わったら何もわからない状態になった」「引き継ぎが不十分で最初からやり直しになった」という経験が繰り返されています。これは担当者個人の問題ではなく、ナレッジを組織として蓄積する仕組みが設計されていないという構造的な問題です。本稿では、体制変更の3段階対応・KPTによる振り返り・ナレッジ蓄積の仕組みを経営者・PMO担当者の実践材料として整理します。
2｜体制変更が起きる3つの原因—それぞれへの事前対策
PMOプロジェクトで体制変更が発生する主な原因は3つです。それぞれの原因に対して事前にどんな対策を講じられるかを整理します。
体制変更の根本的な予防策：「ナレッジの個人依存を排除する」 どの原因で体制変更が起きても、プロジェクトへのダメージを最小化できる唯一の方法は「誰が抜けても他の人が引き継げる状態をあらかじめ作っておくこと」です。ドキュメント化・定期的な情報共有・複数人での作業理解という仕組みが、体制変更リスクへの最も確実な事前対策になります。
3｜体制変更の3段階対応—「時期の調整→通達→実施」の実務
▶ 第1段階：体制変更時期の調整 体制変更が決まったら、まず「いつ変更するか」の時期を慎重に調整します。時期の調整には2つの観点があります。
▶ 第2段階：体制変更の通達 通達の順序と内容は体制変更の成否を左右します。通達する順序は「社内の上位関係者→プロジェクトチーム全体→クライアント」が基本です。クライアントへの通達では「誰が後任となり・どう引き継ぐか・プロジェクトへの影響はないか」を具体的に説明することで不安を解消します。通達のタイミングと内容は、プロジェクトマネジメント計画書のコミュニケーション管理方針と照らし合わせて決定します。計画書にコミュニケーションルートが明確に定義されていれば、通達の順序と内容が迷わず決まります。これが計画書の事前整備が重要な理由の一つです。
▶ 第3段階：体制変更の実施 体制変更の実施は2つのフェーズで進めます。
残務処理ドキュメントに含めるべき最低限の項目 ①現在の進捗状況と完了済みタスクの一覧 ②未完了タスクと各タスクの担当者・期日・ステータス ③クライアントとの未解決の懸案事項・保留中の判断 ④プロジェクト特有の背景情報・関係者の特性・注意事項 ⑤関連ファイルの保存場所とアクセス権限
4｜KPTによる振り返り—体制変更後に必ず実施すべき3つの問い
体制変更の実施後、できる限り早い時点でKPT（Keep・Problem・Try）フレームワークを使った振り返りを実施することが重要です。振り返りなしに次のフェーズへ進むと、同じ問題が繰り返されます。▶ KPTフレームワークの3つの問い
▶ KPT後の管理—「振り返って終わり」にしない KPTの最大の失敗パターンは「振り返りを実施したが、Tryが実行されないまま終わる」ことです。KPTで挙げたTryは必ず「誰が・いつまでに・どのように実施するか」を決めてプロジェクト管理表に登録し、次回の定例会でその進捗を確認するサイクルを作ることが必須です。振り返りの結果は次の体制変更時の引き継ぎ資料にも組み込みます。「前回の体制変更でどんな問題が起き・どう解決したか」という情報は、次の後任者にとって非常に価値ある引き継ぎ情報です。
KPTをPMOプロセスとして定着させるポイント KPTを「体制変更後の特別イベント」ではなく「フェーズ完了・マイルストーン通過後の定番ルーティン」としてプロジェクト計画書に最初から組み込むことで、振り返りが「やる気がある人がやる任意の取り組み」から「全員が参加するプロセス」に変わります。
5｜ナレッジ蓄積の仕組み—「個人の知識」を「組織の資産」に変える
▶ プロジェクトにおいて知見のある人は誰か プロジェクトには複数のステークホルダーがいますが、それぞれが持つ知識の種類は異なります。
▶ ナレッジの蓄積ができない理由と対策 多くの組織でナレッジ蓄積が機能しない理由は4つあります。
ナレッジ蓄積の仕組みで最も重要な原則は「記録のハードルを極限まで下げること」です。完璧なドキュメントを求めると記録自体が行われなくなります。「箇条書き・未完成でも構わない、とにかく記録する」という文化を作ることが、長期的なナレッジ蓄積の出発点です。
6｜体制変更対応でよくある失敗—3つの典型パターン
失敗① 「口頭での引き継ぎだけで交代する」 前任者から後任者への引き継ぎを口頭のみで行うと、後任者が実務で詰まった時に参照できる情報が何も残っていません。 「聞けばわかる」が「前任者がすでにいない」になった瞬間に、すべての情報が失われます。引き継ぎは必ず文書で行い、口頭説明はその補足として位置づけてください。失敗② 「KPTを実施したがTryが誰にも割り当てられない」 KPTで出てきたTryを「チーム全員で頑張る」という形にすると、実際には誰も実行しないまま終わります。Tryのひとつひとつに「誰が・いつまでに・どうやって実施するか」を明確に割り当て、次回の定例会で進捗を確認する仕組みが振り返りを「意味のある活動」に変えます。
失敗③ 「ナレッジが特定の担当者の頭の中にしかない」 「あの人だけが知っている」という情報が多いプロジェクトは、その人が抜けた瞬間に機能不全になります。これは担当者個人の問題ではなく「記録する仕組みがない」という組織の設計問題です。体制変更が起きる前から「誰が抜けても引き継げる状態」を継続的に維持することが、唯一の根本的な解決策です。
7｜経営判断チェックリスト—体制変更対応の仕組みを今整備すべき組織の条件
✓ プロジェクトメンバーの交代が発生するたびにプロジェクトが停滞・後退する経験が繰り返されている ✓ 引き継ぎが口頭中心で行われており、後任者が実務で詰まった時に参照できるドキュメントがない ✓ プロジェクトの重要な情報・背景・判断経緯が特定の担当者の記憶に依存している ✓ フェーズ完了・マイルストーン通過後のKPT（振り返り）が実施されていない、または実施しても改善につながっていない ✓ プロジェクトで蓄積した知識・ノウハウが次のプロジェクトに活かされておらず、毎回ゼロからのスタートになっている ✓ 体制変更のリスクを「計画書のリスク管理」に明記しておらず、発生してから対応策を考えている体制変更への対応力は「プロジェクトの継続性を守る組織能力」です。担当者が変わってもプロジェクトが止まらない組織を作るためには、体制変更の3段階対応・KPTによる振り返り・ナレッジ蓄積の仕組みという3点を「起きてから設計する」のではなく「プロジェクト計画の最初から組み込む」ことが必要です。この3点の整備は、PMOプロジェクトへの投資を守るための最もコストの低い経営基盤の強化です。