対象試験と出題頻度
プロジェクト統合マネジメントは、基本情報技術者・応用情報技術者で出題されるテーマです。
PMBOKの10の知識エリアの中でも「司令塔」の役割を担うため、他の知識エリア（スコープ、スケジュール、コスト、品質など）との関係を整理する問題が頻出です。
「プロジェクト憲章」「変更管理」「教訓登録簿」といったキーワードが選択肢の軸になります。
詳細をクリックして確認
基本情報技術者
応用情報技術者
★★★☆☆
ランクB（標準）覚えておくと有利
用語の定義
情報処理試験を勉強していると、「プロジェクト統合マネジメントって、結局ほかの知識エリアと何が違うの？」と混乱しがちです。
プロジェクト統合マネジメント（Project Integration Management）とは、一言で言うと
「プロジェクト全体を一つにまとめ、各知識エリアの活動を調整・統括するマネジメント領域」
のことです。
イメージとしては、「オーケストラの指揮者」です。
オーケストラには、弦楽器・管楽器・打楽器など多くのセクションがあります。それぞれの演奏者が個別に頑張っても、指揮者がテンポや強弱を統括しなければ一つの曲にはなりません。
プロジェクト統合マネジメントも同じで、スコープ・スケジュール・コストなどの個別領域を「ひとつのプロジェクトとして成立させる」ための上位の調整役です。
📊 プロジェクト統合マネジメントの基本情報
| 項目 | 内容 |
|---|---|
| 英語名 | Project Integration Management |
| 準拠規格 | PMBOK（Project Management Body of Knowledge） |
| 位置づけ | PMBOKの10知識エリアのうち、他の9エリアを束ねる上位領域 |
| 主要成果物 | プロジェクト憲章、プロジェクトマネジメント計画書、教訓登録簿 |
| 責任者 | プロジェクトマネージャ（PM） |
解説
プロジェクトは、スコープ・スケジュール・コスト・品質・資源・コミュニケーション・リスク・調達・ステークホルダーという9つの専門領域が同時並行で動きます。
各領域は独立して見えても、実際は密接につながっています。例えばスコープを広げればコストとスケジュールが膨らみ、品質基準を上げれば資源が増えます。
この相互作用を放置するとプロジェクトは破綻します。
そこで、全体最適の視点で各エリアを調整する上位の知識エリアが必要になります。それが統合マネジメントです。
PMBOKにおける位置づけ
PMBOKは10の知識エリアと5つのプロセス群（立ち上げ・計画・実行・監視/コントロール・終結）で構成されます。
統合マネジメントは唯一、5つのプロセス群すべてに関与する知識エリアです。
PMBOK 10知識エリアの構造
▲ 統合マネジメントは他の9エリアを統括する上位概念
7つのプロセス
統合マネジメントは7つのプロセスで構成されます。
プロジェクトの立ち上げから終結までを時系列で押さえると整理しやすくなります。
| プロセス群 | プロセス名 | 主な成果物 |
|---|---|---|
| 立ち上げ | ①プロジェクト憲章の作成 | プロジェクト憲章 |
| 計画 | ②プロジェクトマネジメント計画書の作成 | プロジェクトマネジメント計画書 |
| 実行 | ③プロジェクト作業の指揮・マネジメント | 成果物、作業パフォーマンスデータ |
| ④プロジェクト知識のマネジメント | 教訓登録簿 | |
| 監視・コントロール | ⑤プロジェクト作業の監視・コントロール | 作業パフォーマンス報告書 |
| ⑥統合変更管理 | 承認済み変更要求 | |
| 終結 | ⑦プロジェクトやフェーズの終結 | 最終成果物、最終教訓登録簿 |
プロジェクトの流れと統合マネジメント
プロジェクトのライフサイクル
①憲章作成
②計画書作成
③作業指揮
④知識管理
⑤監視
⑥変更管理
⑦終結
▲ 統合マネジメントの7プロセスはプロジェクトの全フェーズに分布する
特に重要な3つの成果物
プロジェクト憲章：プロジェクトを公式に立ち上げる文書。目的、概要、PMの権限、主要ステークホルダーが記述されます。発行者は依頼元（スポンサー）であり、PMではない点が試験で問われます。
プロジェクトマネジメント計画書：各知識エリアの個別計画（スコープ計画、スケジュール計画など）を統合した上位計画書。プロジェクト遂行の基準線（ベースライン）になります。
教訓登録簿：プロジェクトを通じて得た学びを記録する文書。次のプロジェクトに活かす組織的な知識資産になります。
統合変更管理の流れ
プロジェクト中の変更要求は、必ず統合変更管理プロセスを通します。
個別のメンバーが勝手にスコープを変えると全体が破綻するため、変更管理委員会（CCB：Change Control Board）が一元的に判断します。
統合変更管理のフロー
受付
変更要求書
（顧客・メンバーから）
PMが変更要求を
正式に受け付ける
変更ログへの記録
影響分析
プロジェクト
マネジメント計画書
コスト・スケジュール・
品質・リスクへの影響を
多角的に評価
影響分析レポート
判断
影響分析レポート
CCB（変更管理委員会）が
承認 or 却下を決定
承認 or 却下の決定
STEP 4-A：実施
変更を反映し、プロジェクトマネジメント計画書・ベースラインを更新。関係者へ周知する。STEP 4-B：却下記録
却下理由を変更ログに記録し、要求者へフィードバック。計画書は変更しない。▲ ポイント：個人判断では変更せず、必ずCCBを経由して一元管理する
では、この用語が試験でどのように出題されるか見ていきましょう。
💡 プロジェクト統合マネジメントの核心を3行で
・PMBOKの10知識エリアを束ねる「司令塔」役の上位領域
・7つのプロセスでプロジェクトの立ち上げから終結までを統括する
・代表的な成果物は「プロジェクト憲章」「プロジェクトマネジメント計画書」「教訓登録簿」
試験ではこう出る！
プロジェクト統合マネジメントは、FE・APの午前問題でPMBOK関連のテーマとして出題されます。出題パターンは大きく3つに分かれます。
📊 過去問での出題実績
| 試験回 | 出題内容 | 問われたポイント |
|---|---|---|
| AP R元秋 午前 問52 |
プロジェクト憲章に記述する項目を選ぶ問題。 | ・「プロジェクトの目的」「PMの責任と権限」が正解側 ・「詳細なWBS」はスコープマネジメントの範疇 |
| AP H30秋 午前 問52 |
統合変更管理プロセスの目的を問う問題。 | ・「変更要求を一元的に評価して承認/却下する」が正解 ・個別エリアでの変更対応はひっかけ |
| FE H29春 午前 問52 |
PMBOKの知識エリアと活動の対応を問う問題。 | ・統合マネジメント＝プロジェクトの構成要素を統合・調整 ・スコープ・コスト・リスクとの役割の違い |
📝 IPA試験での出題パターン
パターン1：「プロジェクト憲章に書く内容は？」
憲章には目的、概要、PMの権限、主要マイルストーンなど「全体像」を書きます。詳細WBSや個別スケジュールは別の知識エリアの成果物なので除外します。
パターン2：「統合変更管理の目的を選べ」
「変更要求を一元化して影響評価し、承認/却下を決める」が正解の軸。「個別の担当者が変更を即座に実施する」「変更を記録するだけ」はひっかけです。
パターン3：「知識エリアの役割を選べ」
10エリアのうち、統合マネジメントは「全体を束ねる」役割。スコープ（範囲）、スケジュール（時間）、コスト（費用）と混同しないよう、キーワードで区別します。
試験ではここまででOKです。各プロセスのITTO（インプット・ツール・技法・アウトプット）の細部までは問われないので、深追いは不要です。
【確認テスト】理解度チェック
ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。
Q. PMBOKにおけるプロジェクト統合マネジメントの説明として、最も適切なものはどれでしょうか？
- A. プロジェクトの作業範囲を定義し、WBSによって成果物を階層的に分解・管理する活動である。
- B. プロジェクトに必要な人的・物的資源を見積もり、調達計画に従って外部から取得する活動である。
- C. プロジェクトを構成する各種要素を識別・定義・結合・調整して、全体として一つのプロジェクトとして成立させる活動である。
正解と解説を見る
正解：C
解説：
選択肢Cが統合マネジメントの定義そのものです。各知識エリアの活動を結合・調整し、プロジェクトを一つの全体として成立させる司令塔の役割を担います。
選択肢Aはスコープマネジメントの説明です。WBSによる作業の分解はスコープ定義の中心的な活動であり、統合マネジメントの活動ではありません。選択肢Bは調達マネジメント（外部からの取得）または資源マネジメント（資源の見積もり）の説明であり、これらも統合マネジメントとは別の知識エリアに属します。
よくある質問（FAQ）
Q. プロジェクト憲章は誰が作成・承認しますか？
作成の責任者はプロジェクトマネージャ（PM）ですが、発行・承認するのはプロジェクトスポンサー（依頼元の経営層など）です。憲章はプロジェクトを公式に立ち上げ、PMに権限を付与する文書であるため、PM自身が発行することはできません。試験では「PMが発行する」という選択肢が誤答として頻出するので注意してください。
Q. PMBOKとPRINCE2やP2Mの違いは何ですか？
PMBOKは米国PMI（Project Management Institute）が策定する世界標準のプロジェクトマネジメント体系で、知識エリアごとに整理されています。PRINCE2は英国政府発祥でプロセス重視、P2Mは日本発でプログラム管理（複数プロジェクトの統合管理）に強みがあります。IPA試験で出題されるのはほぼPMBOK準拠なので、まずはPMBOKを優先して学習すれば十分です。
Q. 「教訓」を残すのは終結時だけですか？
いいえ、終結時にまとめるだけでは遅すぎます。PMBOK第6版以降は「プロジェクト知識のマネジメント」プロセスが実行プロセス群に位置づけられ、プロジェクト進行中に随時、教訓登録簿へ気づきを記録していくのが標準です。終結時には登録簿を組織のプロセス資産として整理し、次のプロジェクトに引き継ぎます。
Q. アジャイル開発でも統合マネジメントの考え方は使えますか？
使えます。PMBOK第7版では原則ベース（プリンシプル）と価値提供のフレームワークに刷新され、アジャイル・ハイブリッドを含むあらゆる開発スタイルに適用できる形になりました。アジャイルではスプリント単位で計画・実行・振り返りを回しますが、「全体を統括して整合性を保つ」という統合マネジメントの本質は変わりません。スクラムマスターやプロダクトオーナーが統括役を担います。
Q. 変更管理委員会（CCB）はどんなメンバーで構成されますか？
プロジェクトマネージャ、主要ステークホルダー、技術リーダー、品質管理担当などで構成されます。小規模プロジェクトではPMが単独で判断する場合もありますが、大規模になるほど影響範囲が広いため、複数の視点を持つメンバーで構成することが求められます。CCBの役割は変更要求の影響を多角的に評価し、承認/却下を決定することです。
