Skip to the content.

まず結論

  • プロジェクト統合マネジメントとは、プロジェクト全体を見ながら、計画・実行・変更・完了を調整する管理です。
  • SG試験では、個別の作業管理ではなく、全体の整合性を取る役割として理解することが大切です。
  • 選択肢では、スコープ、コスト、スケジュールなどの個別管理と混同させてくることがあります。

プロジェクトでは、ある部分を変更すると、別の部分にも影響します。

たとえば、作業範囲を増やすと、次のような影響が出ます。

  • 期間が延びる
  • コストが増える
  • 必要な人員が増える
  • 品質確認の作業も増える
  • 関係者への説明が必要になる

このように、プロジェクトは一つひとつの管理が独立しているわけではありません。

プロジェクト統合マネジメントは、こうした影響を全体で見て、ばらばらにならないように調整する考え方です。


直感的な説明

プロジェクト統合マネジメントは、オーケストラの指揮者のような役割です。

楽器ごとに担当は違っても、全体として一つの曲になるように合わせる必要があります。

プロジェクトでも同じです。

  • スコープを管理する人
  • スケジュールを管理する人
  • コストを管理する人
  • 品質を確認する人
  • リスクを確認する人
  • 関係者と調整する人

それぞれの管理が正しくても、全体としてかみ合っていなければ、プロジェクトはうまく進みません。

たとえば、開発範囲を追加したのに、スケジュールも予算もそのままでは、現場に無理が出ます。

そこで、プロジェクト全体を見て、

  • 変更を受け入れるのか
  • 期間を延ばすのか
  • 予算を増やすのか
  • 優先度を見直すのか
  • 関係者にどう説明するのか

を調整する必要があります。

この全体調整の役割が、プロジェクト統合マネジメントです。


定義・仕組み

プロジェクト統合マネジメントは、プロジェクトの各活動を結びつけ、全体として整合するように管理する考え方です。

PMBOKでは、プロジェクトマネジメントの知識や実務上の考え方が整理されています。PMBOK Guide については、PMI公式のPMBOK Guideページ で確認できます。

SG試験向けには、プロジェクト統合マネジメントを次のように理解するとよいです。

観点 内容
全体計画 プロジェクト全体の進め方をまとめる
実行の調整 各作業が計画に沿って進むように調整する
変更の調整 変更要求が他の要素に与える影響を確認する
監視・管理 進捗や問題を見ながら必要な対応を行う
終結 成果物や手続きを確認してプロジェクトを完了する

特に重要なのは、変更管理です。

プロジェクト中に変更要求が出たとき、単に「要望があるから追加する」と判断してはいけません。

変更には、次のような影響が出る可能性があります。

変更内容 影響しやすいもの
機能を追加する スコープ、スケジュール、コスト、品質
納期を短くする スケジュール、コスト、品質、リスク
予算を減らす スコープ、品質、資源、リスク
担当者を変更する 資源、スケジュール、品質

そのため、プロジェクト統合マネジメントでは、変更を全体で評価し、必要に応じて計画を調整します。


どんな場面で使う?

プロジェクト統合マネジメントは、プロジェクト全体の調整が必要な場面で使います。

たとえば、次のような場面です。

  • 新しいシステム導入プロジェクトの計画をまとめる
  • セキュリティ対策の実施範囲を変更する
  • 追加要望が出たときに、納期や費用への影響を確認する
  • 複数部門の作業を調整する
  • プロジェクト完了時に成果物や手続きを確認する

SG試験では、情報セキュリティ対策を導入する場面でも関係します。

たとえば、多要素認証を全社導入するプロジェクトを考えます。

途中で「対象システムを追加したい」という要望が出た場合、単に追加するだけでは不十分です。

  • 対象範囲は広がるか
  • 導入スケジュールは守れるか
  • 追加費用は必要か
  • 利用者への説明は必要か
  • 運用負荷は増えるか
  • セキュリティ上の効果は高まるか

このように、変更が全体に与える影響を見て判断するのが、プロジェクト統合マネジメントの考え方です。


よくある誤解・混同

誤解1:統合マネジメントは、作業を一つにまとめるだけである

統合という言葉から、複数の作業を単にまとめることだと思いやすいです。

しかし、プロジェクト統合マネジメントの本質は、全体の整合性を取ることです。

作業をまとめるだけでなく、変更や進捗を見ながら、スコープ・期間・費用・品質などのバランスを調整します。

誤解2:スコープ管理と同じものだと考える

スコープ管理は、何をどこまで行うかを管理します。

一方、統合マネジメントは、スコープ変更がスケジュールやコストなどに与える影響も含めて、全体を調整します。

つまり、

  • 作業範囲そのものを管理する → スコープ管理
  • 変更が全体に与える影響を調整する → 統合マネジメント

と切り分けます。

誤解3:コストやスケジュールの管理をまとめて行うだけだと考える

統合マネジメントは、コスト管理やタイム管理の単なる合計ではありません。

個別の管理をつなぎ、プロジェクト全体として矛盾がないように調整する役割です。

選択肢で「予算だけを管理する」「スケジュールだけを管理する」と書かれていたら、統合マネジメントとしては狭すぎます。

誤解4:変更要求はすぐ反映すればよいと考える

変更要求が出たときは、内容だけでなく影響を確認する必要があります。

特にSG試験では、次のような判断が重要です。

  • 変更の必要性を確認する
  • スケジュールやコストへの影響を確認する
  • 関係者の合意を取る
  • 計画を更新する
  • 変更後の内容を共有する

「要望があればすぐ実施する」という選択肢は、管理の観点が不足しているため注意です。


まとめ(試験直前用)

  • プロジェクト統合マネジメントは、プロジェクト全体の整合性を取る管理です。
  • 個別の作業ではなく、計画・実行・変更・完了を全体として調整します。
  • 変更要求が出たときは、スコープ、期間、コスト、品質、リスクへの影響を確認します。
  • スコープ管理は作業範囲、統合マネジメントは全体調整と切り分けます。
  • SG試験では、「一部だけを見る管理」ではなく「全体のバランスを見る管理」として判断します。

🔗 関連記事


🏠 情報セキュリティマネジメントトップに戻る