PMP資格取得-PMBOK第6版(統合①)｜技術ブログ tech info ilsole

前回の基本編に続き、PMPについてまとめていきます。今回は、プロジェクト統合マネジメントについてです。

ここからは、各知識エリアのプロセスについて確認していきますが、それぞれのプロセスの「インプット・ツールと技法・アウトプット」が重要になります。

“どのアウトプットがどのインプットになるのか？” や”どの技法がどの知識エリアでよく使われるか？” を常に意識してまとめていこうと思います。

※統合編は長編のためPart 1とPart 2に分けました。

what you learn

プロジェクト統合マネジメント
プロジェクト憲章の作成（立上げ）
プロジェクトマネジメント計画書の作成
プロジェクト作業の指揮・マネジメント（実行）
統合編 Part 2 へ

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

プロジェクト統合マネジメントとは、その他の知識エリア「スコープ、スケジュール、コスト、品質、資源、コミュニケーション、リスク、調達、ステークホルダー」を取りまとめるエリアで、PMBOKガイドでは「プロジェクトマネジメント・プロセス群内の各種プロセスと、プロジェクトマネジメント活動の特定、定義、統合、統一、調整などを行うために必要なプロセスおよび活動」と定義されています。

プロジェクト統合マネジメントでは簡単にまとめると以下のようなことが行われます。

プロジェクト憲章を作成してプロジェクトの認可を得る
その他の知識エリアで作成された計画書やベースラインをプロジェクトマネジメント計画書とプロジェクト文書としてまとめる
計画通りにプロジェクトの作業を実施。成果物と作業から生み出された作業パフォーマンスデータを分析して変更要求をかける。また作業実施で得られた知識や経験をドキュメント化する
プロジェクト作業により生み出されたパフォーマンスデータの分析情報を報告書としてまとめ、統合変更管理の委員会にて変更の可否を決定する。変更がOKであれば変更を実施して成果物がアウトプットされる。
すべての成果物が他の知識エリアのプロセスで受け入れられたら、プロジェクトおよびフェーズを終結させる。成果物を納品、必要な情報やマニュアルをユーザー部門に移管してプロジェクトを終了し、最後にリソースを解放する。

それでは、プロジェクト統合マネジメントの以下７つプロセスを確認していきます。
※ () 内はプロセス群の名前を記載。

プロジェクト憲章の作成（立上げ）
プロジェクトマネジメント計画書の作成（計画）
プロジェクト作業の指揮・マネジメント（実行）
— ここから Part 2 へ —
プロジェクト知識のマネジメント（実行）
プロジェクト作業の監視・コントロール（監視・コントロール）
統合変更管理（監視・コントロール）
プロジェクトやフェーズの終結（終結）

プロジェクト憲章の作成（立上げ）

プロジェクトを正式に認可するために必要なプロジェクト検証を作成するプロセスです。組織の戦略とプロジェクトを紐づけ、プロジェクトへの組織のコミットメントを取り付けます。

ここでのインプット・ツールと技法・アウトプットは以下の通りです。

インプット	■ ビジネス文書：ビジネスケース（ニーズ、費用便益分析）やベネフィットマネジメント計画書（戦略の整合性）によりプロジェクトに投資価値があるかを定量的に判断 ■ 合意書（契約書） ■ EEF（業界標準など） ■ OPA（組織標準の方針）
ツールと技法	■ 専門家の判断（SME） ■ データ収集（ブレーンストーミング、フォーカスグループインタビュー） ■ 人間関係とチームに関するスキル（コンフリクトマネジメント、ファシリテーション、会議のマネジメント） ■ 会議
アウトプット	■ プロジェクト憲章 ■ 前提条件ログ

※ EEF – Enterprise Environment Factors
※ OPA – Organizational Process Assets

インプット

インプットのビジネス文書である、ベネフィットマネジメント計画書でプロジェクトによるベネフィット（スポンサーや受益者へ提供する価値）をどう生み出し継続するかを明確にします。

そして、ビジネスケースに記述されているビジネスニーズで投資価値、費用便益分析で効果と価値を数値化して評価します。その結果プロジェクトを開始するかどうか（Go or No Go）を判断します。

ツールと技法

専門家の判断は、SME（Subject Matter Experts）- 当該分野専門家と呼ばれ、特定の専門知識を持った個人やグループによる判断になります。必要な専門知識として、組織戦略、ベネフィットマネジメント、業界の技術知識とプロジェクトの注力店、所要期間と予算の見積もり、リスクの特定などがあります。

アウトプット

プロジェクト憲章の作成はスポンサー（イニシエーター）が発行しますが、PMはドラフト作成をすることがあります。

プロジェクト憲章の記載事項は以下の通り

プロジェクトの目的・妥当性
目標および成功基準
要求事項概略
プロジェクト記述（スコープや成果物）概略
リスク概略
要約マイルストーン・スケジュール
要約予算
プロジェクト承認要件
PMの氏名・責任・権限
スポンサーの氏名

ここでは詳細ではなく、概要レベルのスコープやスケジュールが記載されています。

前提条件ログは、プロジェクトの前提条件・制約条件が記載されており、リスクとしてマネジメントする必要があります。また、以下のプロセスのインプットになります。

スコープの定義
リスクの特定

プロジェクトマネジメント計画書の作成

プロジェクトマネジメント計画書は以下のような計画書が含まれています。

補助マネジメント計画書：スコープ、要求事項、スケジュール、コスト、品質、資源、コミュニケーション、リスク、調達、ステークホルダーエンゲージメント、変更、コンフィギュレーション
ベースライン：スコープ、スケジュール、コスト、パフォーマンス測定ベースライン

これらは他の知識エリアの「〇〇の計画」や「XXの見積もり」などの計画のプロセス群でのアウトプットです。その他、開発アプローチやライフサイクルに関する記述書、マネジメントレビューも含まれています。

プロジェクトマネジメント計画書作成時の全体的な位置はこの図がわかりやすかったので引用します。下図よりプロジェクトマネジメント計画書は計画プロセス群のその他の知識エリアのアウトプットが集約したドキュメントだとわかります。

出典：図解入門よくわかる最新PMBOK第6版の基本 (p.g.122)

ここでのインプット・ツールと技法・アウトプットは以下の通りです。

インプット	■ プロジェクト憲章 ■ 他のプロセスからのアウトプット ■ EEF ■ OPA
ツールと技法	■ 専門家の判断（テーラリング、コンフィグレーションマネージメントのレベル定義、プロジェクト作業の優先順位付け、など） ■ データ収集（ブレーンストーミング、フォーカスグループインタビュー） ■ 人間関係とチームに関するスキル（コンフリクトマネジメント、ファシリテーション、会議のマネジメント） ■ 会議
アウトプット	■ プロジェクトマネジメント計画書

ここではこれ以上詳細に確認する箇所はないので割愛。

プロジェクト作業の指揮・マネジメント（実行）

プロジェクトの目標を達成するために、計画されたプロジェクトのアクティビティを実行して成果物をアウトプットします。また、成果物とともに課題や変更要求、作業パフォーマンスデータなどがアウトプットされ、これらが後続の監視コントロールプロセスにおける重要なインプットになります。

プロジェクト作業の指揮・マネジメントと後述のプロジェクト知識のマネジメントは実行エリアのプロセスになります。その他の知識エリア実行プロセス群との関係性は下図がわかりやすいので引用します。

出典：図解入門よくわかる最新PMBOK第6版の基本 (p.g.123)

プロジェクト作業の指揮・マネジメントでのインプット・ツールと技法・アウトプットは以下の通りです。

インプット	■ プロジェクトマネジメント計画書 ■ プロジェクト文書(※) ■ 承認済み変更要求 ■ EEF ■ OPA
ツールと技法	■ 専門家の判断 ■ プロジェクトマネジメント情報システム（PMIS） ■ 会議
アウトプット	■ 成果物 ■ 作業パフォーマンスデータ ■ 課題ログ ■ 変更要求 < 以下更新版 > ■ プロジェクトマネジメント計画書 ■ プロジェクト文書 ■ OPA