4. プロセス基準表（第6版49プロセス → 第8版40プロセスの統合ワークシート）
⚠️ 要検証セクション：第6版の49プロセス表（4.1）は確立情報（PMBOK第6版で 公表されている標準的な分類）。一方、第8版で「40プロセスに統合された」際の 具体的な削除・統合内容（4.2以降）は執筆時点で公式ガイド原文と照合できていない。 PMP受験や社内標準化に使う前に、必ず公式ガイド日本語版の該当ページで確定させること。
4.1 第6版：10知識エリア × 49プロセス（確立情報・ベースライン）
凡例：Ini=立上げ／Pla=計画／Exe=実行／M&C=監視コントロール／Clo=終結
| 知識エリア | プロセス数 | プロセス一覧（プロセス群） |
|---|---|---|
| 1. 統合マネジメント | 7 | プロジェクト憲章作成(Ini) / プロジェクトマネジメント計画書作成(Pla) / プロジェクト作業の指揮・マネジメント(Exe) / プロジェクト知識のマネジメント(Exe) / プロジェクト作業の監視・コントロール(M&C) / 統合変更管理の実行(M&C) / プロジェクトやフェーズの終結(Clo) |
| 2. スコープマネジメント | 6 | スコープマネジメントの計画(Pla) / 要求事項の収集(Pla) / スコープの定義(Pla) / WBSの作成(Pla) / スコープの妥当性確認(M&C) / スコープのコントロール(M&C) |
| 3. スケジュールマネジメント | 6 | スケジュールマネジメントの計画(Pla) / アクティビティの定義(Pla) / アクティビティの順序設定(Pla) / アクティビティ所要期間の見積り(Pla) / スケジュールの作成(Pla) / スケジュールのコントロール(M&C) |
| 4. コストマネジメント | 4 | コストマネジメントの計画(Pla) / コストの見積り(Pla) / 予算の設定(Pla) / コストのコントロール(M&C) |
| 5. 品質マネジメント | 3 | 品質マネジメントの計画(Pla) / 品質のマネジメント(Exe) / 品質のコントロール(M&C) |
| 6. 資源マネジメント | 6 | 資源マネジメントの計画(Pla) / アクティビティ資源の見積り(Pla) / 資源の獲得(Exe) / チームの育成(Exe) / チームのマネジメント(Exe) / 資源のコントロール(M&C) |
| 7. コミュニケーションマネジメント | 3 | コミュニケーションマネジメントの計画(Pla) / コミュニケーションのマネジメント(Exe) / コミュニケーションの監視(M&C) |
| 8. リスクマネジメント | 7 | リスクマネジメントの計画(Pla) / リスクの特定(Pla) / リスクの定性的分析(Pla) / リスクの定量的分析(Pla) / リスク対応の計画(Pla) / リスク対応の実行(Exe) / リスクの監視(M&C) |
| 9. 調達マネジメント | 3 | 調達マネジメントの計画(Pla) / 調達の実行(Exe) / 調達のコントロール(M&C) |
| 10. ステークホルダーマネジメント | 4 | ステークホルダーの特定(Ini) / ステークホルダー・エンゲージメントの計画(Pla) / ステークホルダー・エンゲージメントのマネジメント(Exe) / ステークホルダー・エンゲージメントの監視(M&C) |
| 合計 | 49 |
4.2 第8版で40プロセスに統合される際の考え方（学習用の仮説・要検証）
49→40で 9プロセスの削減 が起きている想定。研修では「どのプロセスが消えたか」を 覚えることより、なぜ統合できるのか（似た活動をまとめられる理由） を理解する方が 実務価値が高い。統合されやすい候補パターンを3つ示す：
| 統合パターン | 該当しやすいプロセス例 | 統合の理由（仮説） |
|---|---|---|
| A. 「計画」系の細分化を粒度統合 | スケジュール／コスト／資源の各「マネジメントの計画」 | 個別の管理計画書作成が、統合マネジメント計画の中の一機能として扱われやすい |
| B. 「監視」系をパフォーマンス領域側に吸収 | コミュニケーションの監視／資源のコントロール 等 | 03_performance_domains.md の「測定」領域側の実践として吸収 |
| C. リスクの定性/定量分析の統合 | リスクの定性的分析＋定量的分析 | 分析深度の違いであり、1プロセスとしてテーラリングで深度を選ぶ運用に統合されやすい |
4.3 ワークシート：自分で40プロセスを確定させる手順
- 公式ガイド日本語版（第8版）の目次から、40プロセスの実際の一覧をこの表の 「第8版名称」列に書き写す
- 4.1の49プロセスと1対1、または1対多で対応づけて「対応関係」列に記入する
- 統合されて消えたプロセスがあれば「統合先」に理由を書く
| 知識エリア（第6版基準） | 第6版プロセス名 | 第8版名称（記入用） | 対応関係 |
|---|---|---|---|
| 統合 | プロジェクト憲章作成 | ||
| 統合 | プロジェクトマネジメント計画書作成 | ||
| 統合 | プロジェクト作業の指揮・マネジメント | ||
| 統合 | プロジェクト知識のマネジメント | ||
| 統合 | プロジェクト作業の監視・コントロール | ||
| 統合 | 統合変更管理の実行 | ||
| 統合 | プロジェクトやフェーズの終結 | ||
| スコープ | （6プロセス、4.1参照） | ||
| スケジュール | （6プロセス、4.1参照） | ||
| コスト | （4プロセス、4.1参照） | ||
| 品質 | （3プロセス、4.1参照） | ||
| 資源 | （6プロセス、4.1参照） | ||
| コミュニケーション | （3プロセス、4.1参照） | ||
| リスク | （7プロセス、4.1参照） | ||
| 調達 | （3プロセス、4.1参照） | ||
| ステークホルダー | （4プロセス、4.1参照） |
このワークシートを埋める作業自体が、PMP受験者にとっては第6版知識と第8版知識を ブリッジする最良の学習になる。埋め終わったら
04_process_reference.mdを 確定版として更新し、本ファイル冒頭の要検証マーカーを外すこと。
4.4 プロセス群（5group）は第8版でも骨格として残る想定
立上げ（Initiating）／計画（Planning）／実行（Executing）／監視コントロール （Monitoring & Controlling）／終結（Closing）という5つのプロセス群の考え方自体は、 予測型プロジェクトのマイルストーンとして実務上の価値が高いため、 第8版でも骨格として維持されている可能性が高い（要検証）。 アジャイル／ハイブリッドで進める場合は、この5群を「一連の流れ」ではなく 「イテレーションごとに繰り返される機能」として読み替えるのが定石。
図：5プロセス群（監視コントロールが全体を包む）
- 予測型：全体で1周。
- アジャイル/ハイブリッド：この5群を「1イテレーションごとに繰り返す機能」と読み替える。