プロジェクト統合マネジメントとは

プロジェクト統合マネジメント

この用語のポイント

プロジェクトを管理するよ

その他の「プロジェクト○○マネジメント」を統合するための管理だよ

私もよく分かってないよ

簡単に書くよ

プロジェクト統合マネジメント（読：プロジェクトトウゴウマネジメント　英：project integration management）とは

プロジェクト（ゴールがあるお仕事）全体として見たときにチグハグにならないように「プロジェクト○○マネジメント」同士を連携・統合させるために必要な管理のこと。
もう少し具体的に書くと

期限とかが決まっていてゴールがある仕事（プロジェクト）では、いろいろなことを管理する必要があるよね。それを「スコープ管理」「コスト管理」「リスク管理」……のように分けて管理しよう！な考え方があるんだけど、それぞれをバラバラに管理するだけでは全体としてチグハグになるかもしれないじゃないですか。そうならないように、それぞれの「○○管理」を連携させてプロジェクト全体が良い感じになるように頑張ること
です。

表示するよ

詳しく書くよ

順番に見ていきましょう。
まずは予備知識として

・プロジェクト
・プロジェクトマネジメント
・PMBOK（ピンボック）

について説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

プロジェクトは「（計画的に）ゴールがあるお仕事」です。
ルーティンワーク（定型業務、日常業務）の反対です。
目標や期間が決まっていて「終わり」のある仕事を指します。
システム開発の現場では「お仕事」くらいの軽いニュアンスですけどね。

プロジェクト統合マネジメント

プロジェクトマネジメントは「プロジェクトを管理すること」です。
そのまんまな説明ですね。
日本語では「プロジェクト管理」とか言われます。

プロジェクト統合マネジメント2

PMBOKは「プロジェクトを管理する上で『知っておいた方が良いんじゃね？』な知識をまとめたもの（のひとつ）」です。
「Project Management Body of Knowledge（プロジェクト・マネジメント・ボディ・オブ・ナウレッジ）」の頭文字を取って「PMBOK」ね。
その名の通り

プロジェクト管理（Project Management）に関する知識のかたまり（Body of Knowledge）

です。

PMBOKでは「プロジェクトの進み具合って、ざっくり5段階くらいに分けられるよね？」と考えます。
その5段階は

１．立ち上げ
２．計画
３．実行
４．監視と管理
５．終結（まとめ）

の5つです。

この「プロジェクトの進み具合で分割した5つの段階」を「5個のプロセス」と表現したりしなかったりします。

プロジェクト統合マネジメント3

次に、それぞれの段階に注目してください。

PMBOKでは「それぞれの段階ごとに管理すべきことが、ざっくり分けて10種類くらいあるよね？」と考えます。
その10種類は

１．統合管理：まだ内緒
２．スコープ管理：作業範囲を管理
３．タイム管理（スケジュール管理）：スケジュールを管理
４．コスト管理：お金関係を管理
５．品質管理：品質を管理
６．人的資源管理：人を管理
７．コミュニケーション管理：情報の流通を管理
８．リスク管理：リスクを管理
９．調達管理：お買い物を管理
１０．ステークホルダー管理：利害関係者を管理

です。
それぞれ

１．プロジェクト統合マネジメント
２．プロジェクトスコープマネジメント
３．プロジェクトタイムマネジメント
４．プロジェクトコストマネジメント
５．プロジェクト品質マネジメント
６．プロジェクト人的資源マネジメント
７．プロジェクトコミュニケーションマネジメント
８．プロジェクトリスクマネジメント
９．プロジェクト調達マネジメント
１０．プロジェクトステークホルダーマネジメント

という呼び名呼び名が付いています。
呼び名は「プロジェクト○○マネジメント」な形式です。

この「それぞれの段階で管理しなくちゃいけないこと10種類」を「10個の知識エリア」と表現したりしなかったりします。

プロジェクト統合マネジメント4

以上を踏まえて、10種類の管理すべきことのうち「統合管理」以外の

２．スコープ管理
３．タイム管理（スケジュール管理）
４．コスト管理
５．品質管理
６．人的資源管理
７．コミュニケーション管理
８．リスク管理
９．調達管理
１０．ステークホルダー管理

を連携させてプロジェクト全体が良い感じになるようにあれこれ管理するのが「プロジェクト統合マネジメント」です。

プロジェクト統合マネジメント5

例えば、プロジェクトスコープマネジメントで管理するのは「作業範囲」です。
プロジェクトタイムマネジメントで管理するのは「スケジュール」です。

普通に考えて、作業範囲が広がれば作業期間も長くなりますよね。
作業範囲とスケジュールは連動します。

ということは、プロジェクトスコープマネジメントとプロジェクトタイムマネジメントは連携が必要です。
それぞれをバラバラに管理するだけでは、全体がチグハグになってしまいます。

そのような事態を避けるために「プロジェクト○○マネジメント」同士の懸け橋となり、全体として良い感じになるようにするのがプロジェクト統合マネジメントの役割です。

……と私は理解しました。
偉そうに書いておいてなんですが、私も細かいことは、よく分かっていません。
具体的なことは他のところで勉強してください。

ちなみに教科書的な定義は

プロジェクトマネジメント・プロセス群内の各種プロセスとプロジェクトマネジメント活動の特定、定義、結合、統一、調整等を行うために必要なプロセスおよび活動

だそうです。
「ふーん（－－）」って感じですね。

あと、PMBOKの内容は4年に1回くらいの頻度で改訂されているようです。
それに伴い、プロジェクト統合マネジメントの内容も、近い将来、変わってしまう可能性があります。
一応、頭の片隅にでも置いておいてあげてください。
頑張って書いたのになぁ、しくしく。