6.1PM標準とプロセス

プロジェクトマネージャがJIS Q21500やPMBOKを学ぶ目的は、用語や分類を暗記することではありません。目の前のプロジェクトが今どのプロセス群の局面にあり、どの対象群の活動が不足しているのかを診断し、次に何をすべきかを判断するための共通言語として使うことにあります。標準は「知っている」ことより「状況に当てはめて使える」ことが問われます。

6.1.15つのプロセス群

• 立上げ＝プロジェクトやフェーズの開始を正式に認可し、プロジェクト憲章を制定する段階。計画＝スコープ・スケジュール・コスト等の実行計画を具体化する段階で、計画は一度で終わらず状況変化に応じて反復・詳細化される。
• 実行＝計画に従って作業を遂行し成果物を作り出す段階。監視＝実行と並行して進捗・パフォーマンスを継続的に測定し、計画との乖離を検知して是正措置につなげる段階（実行と同時並行で走る）。終結＝成果物の受入れを確定し、契約を終了し、教訓を記録してプロジェクトやフェーズを正式に完了させる段階。

6.1.210の対象群と統合マネジメント

• JIS Q21500は、統合・スコープ・スケジュール・コスト・品質・資源・コミュニケーション・リスク・調達・ステークホルダの10の対象群（知識エリア）を定める。各対象群は5つのプロセス群のいずれか（あるいは複数）に属する個別プロセスの集合であり、「対象群×プロセス群」の2軸でプロジェクト活動全体を整理する。
• 統合マネジメント＝他の9つの対象群の活動を横串で束ね、トレードオフを調整して首尾一貫したプロジェクトとして進める対象群。個別分野（例：スケジュール短縮）の最適化が全体の目的（例：品質やスコープ）を損なわないよう、プロジェクト全体を俯瞰して整合させるのがPMの中核的な役割であり、統合マネジメントはその役割の理論的支柱にあたる。

あるプロジェクトマネージャが、実行段階も半ばを過ぎたプロジェクトで、複数のステークホルダから相次いで仕様変更の要望が非公式なメール・口頭で寄せられ、担当者がその都度個別に対応してスコープが徐々に膨らんでいる状況に直面したとします。まず診断すべきは「今どの対象群の活動が不足しているか」であり、この状況は変更要求を一元的に受け付け・影響評価し・正式に承認/却下する統合マネジメントの統合変更管理プロセスが機能していないことを示しています。PMは個々の変更要望の是非を都度その場で判断するのではなく、変更管理プロセス（変更要求の一元窓口・影響評価・変更管理委員会等での承認）を計画段階の成果物として整備し直し、以後の全ての変更要求をこの窓口経由に統一するという是正措置を取ります。これは「実行」段階にいながら「計画」対象群（変更管理計画）を補強する対応であり、プロセス群は時系列で一度きり進むのではなく必要に応じて反復・補強されることを示す典型例です。個別のスコープ変更（スコープマネジメント）や納期影響（スケジュールマネジメント）を対象群ごとに個別最適で捌くのではなく、統合マネジメントの視点で変更を一元管理し、プロジェクト全体としての整合性を保つのがPMの判断です。

6.1.3この節のまとめ

• 5プロセス群（立上げ/計画/実行/監視/終結）は時間軸。計画は反復、監視は実行と並行して走る
• 10対象群（知識エリア）は分野軸で、統合・スコープ・スケジュール・コスト・品質・資源・コミュニケーション・リスク・調達・ステークホルダから成る
• 統合マネジメントは他9対象群を束ねトレードオフを調整する横串の役割で、統合変更管理はその中核プロセス