※本記事にはプロモーション(広告)が含まれています。
プロジェクトが「なぜか迷走する」原因の多くは、全体を束ねる司令塔の不在にあります。本記事では、PMBOKの10の知識エリアの中心に位置する統合マネジメントを、プロジェクトマネジメントを学び始めた社会人に向けて解説します。読み終えると、統合マネジメントの役割・7つのプロセス・実務で効く3つのポイントがつかめます。
分かりやすさを優先して第6版(プロセス重視)をベースに解説し、最後に第7版・第8版での位置づけにも触れます。なお、PMBOK全体の位置づけや第6・7・8版の違いは、別記事「PMBOKとは何か」にまとめています。
結論:統合マネジメントは10エリアをまとめる「司令塔」。部分最適を全体最適に束ねる
- 統合マネジメントは、スコープ・コスト・リスクといった個別領域の判断を、プロジェクト全体の目的に照らして調整する「司令塔」です
- 第6版では、「立上げ→計画→実行→監視・コントロール→終結」の5つのプロセス群すべてに登場する唯一の知識エリアで、プロジェクトの背骨にあたります
- 中身は7つのプロセス(①憲章の作成 ②計画書の作成 ③作業の指揮 ④知識のマネジメント ⑤作業の監視 ⑥統合変更管理 ⑦終結)
- 実務でとくに効くのは「プロジェクト憲章」「プロジェクトマネジメント計画書」「統合変更管理」の3つです
統合マネジメントとは何か――10エリアをまとめる「司令塔」
統合マネジメント(Project Integration Management)は、スコープ・スケジュール・コストなど他の9エリアの活動を取りまとめ、ひとつのプロジェクトとして整合させる知識エリアです。
①なぜ「統合」が必要なのか
プロジェクトには、立場の違う関係者がそれぞれの「最適」を持ち込みます。スコープ担当は機能を盛り込みたい、コスト担当は予算を抑えたい、スケジュール担当は早く終わらせたい――これらを個別に最適化すると、必ずどこかで衝突します。
この「あちらを立てればこちらが立たず」のトレードオフを、プロジェクト全体の目的に照らして裁定するのが統合マネジメントです。たとえば納期が厳しいとき、スコープを削るのか・人を増やしてコストをかけるのか・品質基準を見直すのか――この判断は特定の1エリアだけでは決められません。
②5つのプロセス群すべてに登場する唯一のエリア
第6版のPMBOKは、5つのプロセス群と10の知識エリアのマトリクスで全体を整理しています。その中で、統合マネジメントは5つのプロセス群すべてに少なくとも1つのプロセスを持つ唯一の知識エリアです。始まりから終わりまで切れ目なく関与するため、「司令塔」「背骨」と呼ばれます。

各自が自由に動いた結果、あとでもめるPJは怖いね
統合マネジメントの7つのプロセス
統合マネジメントは、5つのプロセス群に対応する7つのプロセスで構成されます。まず一覧で全体像をつかみましょう。
| プロセス | プロセス群 | ひとことで言うと |
|---|---|---|
| ① プロジェクト憲章の作成 | 立上げ | プロジェクトを正式に「発足」させる |
| ② プロジェクトマネジメント計画書の作成 | 計画 | すべての計画を1冊に束ねる |
| ③ プロジェクト作業の指揮・マネジメント | 実行 | 計画どおりに作業を進める |
| ④ プロジェクト知識のマネジメント | 実行 | 経験と教訓を資産に変える |
| ⑤ プロジェクト作業の監視・コントロール | 監視・コントロール | 計画と実績のズレを見張る |
| ⑥ 統合変更管理 | 監視・コントロール | 変更を全体への影響で判断する |
| ⑦ プロジェクトやフェーズの終結 | 終結 | きちんと「終わらせる」 |
①立上げ:プロジェクト憲章でプロジェクトを「発足」させる
最初のプロセスはプロジェクト憲章の作成です。憲章とは、プロジェクトを正式に認可し、プロジェクトマネージャーに「組織の資源を使う権限」を与える文書です。目的・概要・主要なマイルストーン・想定リスクなどを記し、スポンサー(出資・決裁する立場)が承認します。
②計画:すべての計画を「計画書」に束ねる
プロジェクトマネジメント計画書の作成では、各エリアの個別計画と3つのベースライン(スコープ・スケジュール・コストの基準値)を、1つに統合した総合計画にまとめます。バラバラの計画を束ねて整合させるのは、まさに統合の役割です。
③実行:作業を指揮し、知識を資産化する
プロジェクト作業の指揮・マネジメントで計画どおりに作業を進めつつ、プロジェクト知識のマネジメントで得た経験や教訓(lessons learned)を記録し、次に活かせる資産に変えます。
④監視・コントロール:ズレを見張り、変更を裁く
プロジェクト作業の監視・コントロールで計画と実績のズレをチェックし、統合変更管理で発生した変更要求を評価・承認します(詳しくは次章で解説します)。
⑤終結:きちんと「終わらせる」
プロジェクトやフェーズの終結で、成果物の引き渡しを確認し、契約や事務手続きを締め、教訓を整理します。「やりっぱなしで自然消滅」を避け、学びを次につなぐための締めくくりです。

どれも全部言われてみれば大切だなと思うけど、実際は結構ふわふわしたまま進むことも多い印象
実務で効く3つの肝――憲章・計画書・統合変更管理
7つのプロセスの中でも、実務でつまずきやすく、押さえると効果が大きいのが次の3つです。
①プロジェクト憲章――「誰の権限で・何のために」を1枚にする
本質は権限と目的の明文化です。「誰が決めたプロジェクトで、何を目指し、誰が責任を持つのか」が曖昧なまま走り出すと、後で「聞いていない」「担当ではない」という綱引きが起きます。立上げ時に1枚にまとめて合意を取っておくだけで、迷走のかなりの部分を防げます。
②プロジェクトマネジメント計画書――バラバラの計画を束ねる
計画書は、個別計画をただ寄せ集めた「ホチキス留め」ではありません。スコープを広げればコストと納期に響くように各計画は互いに連動しているため、矛盾なく整合させて1つの計画に束ねることに意味があります。
③統合変更管理――変更を「単体」でなく「全体」で判断する
実務で最も差が出るのがここです。変更要求を「その部分だけ」でなく、スコープ・コスト・スケジュール・品質への波及まで含めて評価し、承認・却下を決めます。変更管理委員会(CCB:Change Control Board)のような仕組みで承認された変更だけを実施し、関連するベースラインを更新します。
これは現場の独断で変更を握りつぶしたり勝手に通したりさせないための仕組みです。
変更を場当たりで受け入れ続けると、当初の範囲が膨らむ「スコープクリープ」に陥ります。

お客さんの話をどんどん取り込んでやっていくといつの間にか当初の想定どおりにいかなくなってしまうことも。。
型を押さえたら、あとは自分のプロジェクトで使ってみるのが一番の近道です。「自分のケースだとどう当てはめればいいか分からない」ときは、スキルマーケットのココナラで現役のプロジェクトマネージャーやPMP(プロジェクトマネジメントの国際資格)保有者に、進め方を単発で相談する手もあります(PR)。
統合マネジメントが弱いとどうなる
司令塔が不在だと、次のような失敗が起きがちです。
- 各担当が個別最適で動き、全体の整合が取れない(機能・予算・納期が引っ張り合い、最後にしわ寄せが噴き出す)
- 変更が場当たりで積み重なり、範囲が膨張する(スコープクリープ)
- 終結が曖昧で、振り返り(教訓)が次に活きない
これは大型プロジェクトに限りません。
「いつまでに合格するかを決めず、途中で気になった参考書に次々手を出して結局どれも中途半端」――こうした資格勉強のつまずきも、司令塔不在のプロジェクトの縮図です。統合マネジメントの考え方は、身近な取り組みにも応用できます。

勉強でも「気になった参考書に次々手を出して中途半端」は、うまくいかない典型例……。
最初に全体の段取りを決めるのが大事
まとめ
- 統合マネジメントは、10の知識エリアをまとめる「司令塔」。個別領域の判断を全体の目的に照らして調整する
- 第6版では5つのプロセス群すべてに登場する唯一の知識エリア=プロジェクトの背骨
- 構成は7つのプロセス(①憲章 ②計画書 ③指揮 ④知識 ⑤監視 ⑥統合変更管理 ⑦終結)
- 実務で効く肝は「憲章(権限と目的の明文化)」「計画書(計画を束ねる)」「統合変更管理(変更を全体影響で判断)」の3つ
- 司令塔が不在だと、部分最適の衝突・スコープクリープ・学びの取りこぼしが起きる
なお本記事の構成は第6版のものです。第7版では原則中心の構成に変わり統合は独立した章ではなくなりましたが、「全体を束ねて整合させる」という考え方は原則として受け継がれ、第8版ではプロセスが再収録されています(版ごとの違いはPMBOKとは何かを参照)。

「司令塔=全体を束ねる」が腹落ちすると、日々の仕事の見え方も少し変わってきます
学んだことを自分の言葉でブログにアウトプットすると、知識の定着が一気に進みます。本格的にブログを始めるなら、表示が速く運用が安定しているエックスサーバーのようなレンタルサーバーが候補になります。学習のアウトプットと副業を兼ねたい方は検討してみてください(PR)。
出典・参考(執筆時点: 2026年6月)
- PMI(Project Management Institute)公式サイト: https://www.pmi.org/
- 『PMBOKガイド 第6版』(PMI、2017年)/『PMBOKガイド 第7版』(PMI、2021年)
- PMI日本支部: https://www.pmi-japan.org/
※PMBOK®およびPMP®は、Project Management Institute, Inc.の登録商標です。本記事はPMBOKガイドの内容を筆者が独自に要約・解説したものであり、図表等の転載は行っていません。
※本記事は一般的な情報提供を目的としたものであり、特定の資格取得・業務上の成果を保証するものではありません。プロセスの名称・構成は版によって異なります。最新の情報はPMI公式サイトをご確認ください。

