PMBOK® 第 7 版 8 パフォーマンス領域 完全解説｜何が変わったのか
PMBOK 第 7 版の 8 パフォーマンス領域を 1 つずつ完全解説。第 6 版の 10 ナレッジエリアから何が変わったのか、各領域の意味・成果・現場での使い方を、現役コンサルマネージャー視点で 1 本に集約しました。
※ 本記事はアフィリエイト広告（Amazon アソシエイト等）を含みます
PMBOK® 第 7 版の「8 パフォーマンス領域」は、第 6 版までの「10 ナレッジエリア」に代わって、PM が成果を出すために活動すべき 8 つの領域を定義したものです。 結論から言えば、変わったのは「管理対象の分類（知識）」から「成果を生む活動（パフォーマンス）」への視点転換です。なぜなら第 7 版は「何を管理するか」ではなく「どんな成果（アウトカム）を出すか」を中心に据え直したから。たとえば第 6 版の「資源管理」は第 7 版では Team（チーム）領域 に吸収され、「人を管理する」から「チームの力を引き出す」へと意味が変わりました。本記事では 8 領域を 1 つずつ、第 6 版との違いと現場での使い方まで完全解説します。
8 パフォーマンス領域とは｜「知識」から「成果」への転換
第 6 版までの PMBOK は、5 プロセス群 × 10 ナレッジエリアのマトリクスで 49 プロセスを定義する「プロセスベース」の体系でした。各プロセスの ITTO（Inputs / Tools & Techniques / Outputs）を覚える形が中心で、「何を・どの手順で管理するか」に重点がありました。
第 7 版はこれを 8 つのパフォーマンス領域に再構成しました。パフォーマンス領域とは「プロジェクトの成果を効果的に生み出すために不可欠な、相互に関連する活動の集まり」です。ポイントは 3 つあります。
- 「知識エリア（管理対象）」から「パフォーマンス領域（成果を生む活動）」へ 視点が変わった
- 8 領域は 独立せず、常に同時並行で相互作用する（順番に通過するフェーズではない）
- 各領域は「やるべきプロセス」ではなく「期待される成果（アウトカム）」で語られる
💡 第 7 版では 8 領域に加えて 12 原則（判断軸）と テーラリング（状況適応）が中核です。12 原則が「なぜそうするか（コンパス）」なら、8 領域は「実際に活動する場所（マップ）」にあたります。原則の全体像は柱記事で解説しています。
第 6 版（10 ナレッジエリア）と第 7 版（8 領域）の違い
| 観点 | 第 6 版（2017） | 第 7 版（2021） |
|---|---|---|
| 基本単位 | 10 ナレッジエリア | 8 パフォーマンス領域 |
| 考え方 | プロセス・ITTO（技法）中心 | 成果（アウトカム）中心 |
| 主語 | PM が「管理する」 | チームが「価値を届ける」 |
| 構造 | プロセス群と組み合わせたマトリクス | 相互依存する 8 領域が同時並行 |
| 想定アプローチ | 予測型（ウォーターフォール）中心 | 予測型 / アジャイル / ハイブリッド全対応 |
8 パフォーマンス領域 一覧
第 7 版が定義する 8 領域は以下のとおりです。英語の正式名称とあわせて押さえておくと、PMP® 試験でも実務でも迷いません。
| # | 領域名（英） | 領域名（日） | 期待される主な成果 |
|---|---|---|---|
| 1 | Stakeholders | ステークホルダー | 関係者と良好な関係を築き、プロジェクトを支持してもらう |
| 2 | Team | チーム | 高いパフォーマンスを発揮する自律的なチームを育てる |
| 3 | Development Approach and Life Cycle | 開発アプローチとライフサイクル | 予測型・適応型など最適な進め方とフェーズ設計を選ぶ |
| 4 | Planning | 計画 | スコープ・スケジュール・コストなどを継続的に計画する |
| 5 | Project Work | プロジェクト作業 | 日々の作業・プロセス・リソースを滞りなく運営する |
| 6 | Delivery | デリバリー | 要求された成果物を届け、ビジネス価値を実現する |
| 7 | Measurement | 測定 | 進捗・品質・価値を測定し、的確に意思決定する |
| 8 | Uncertainty | 不確実性 | リスク・変動・あいまいさに備え、適応する |
8 領域を 1 つずつ解説｜意味と現場での使い方
1. Stakeholders（ステークホルダー）
プロジェクトに影響を与える・受けるすべての関係者を特定し、ニーズと期待を理解して、積極的に関与（エンゲージ）してもらう領域です。第 6 版の「ステークホルダー管理」「コミュニケーション管理」の人的側面がここに集約されました。
現場での使い方：着手時にステークホルダー登録簿を作り、「権力 × 関心」マトリクスで関与戦略を決める。受動的に報告するのではなく、キーパーソンを能動的に巻き込むのがコツです。
2. Team（チーム）
チームの構築・育成・運営に焦点を当てる領域です。第 6 版の「資源管理（人的資源）」がここに発展し、指揮命令型から支援型（サーバントリーダーシップ）への転換が明確になりました。「PM がすべてを決める」時代は終わり、チームの自律性を引き出すことが PM の役割です。
現場での使い方：権限委譲（デリゲーション）で意思決定スピードを上げ、定期的な「ふりかえり（レトロスペクティブ）」で働き方を改善する。心理的安全性の確保が土台になります。
3. Development Approach and Life Cycle（開発アプローチとライフサイクル）
プロジェクトに最適な進め方（予測型・反復型・漸進型・適応型）と、フェーズ構成（ライフサイクル）を選択・設計する領域です。第 7 版で新しく明示された、テーラリングの起点となる重要領域です。
現場での使い方：要求の不確実性が高ければアジャイル要素を、規制が厳しく要件が固いならウォーターフォールを選ぶ。1 プロジェクト内でフェーズごとに使い分ける「ハイブリッド」も選択肢です。
4. Planning（計画）
スコープ・スケジュール・コスト・リソース・調達・品質・リスクなどを計画する領域です。第 6 版の多くのナレッジエリアの「計画プロセス」が横断的にここへ。重要なのは 計画は一度作って終わりではなく、継続的に見直すという第 7 版の姿勢です。
現場での使い方：適応型では詳細を作り込みすぎず、直近スプリント分を詳細化する「ローリングウェーブ計画法」が有効。計画の精度より「更新し続ける運用」を重視します。
5. Project Work（プロジェクト作業）
日々の作業遂行、プロセス管理、リソース調達、コミュニケーション、調達実行など、プロジェクトを滞りなく回す「運営」の領域です。第 6 版の「調達管理」の実行面やコミュニケーション実務がここに含まれます。
現場での使い方：作業を妨げる阻害要因（ブロッカー）を素早く除去し、チームが本来業務に集中できる環境を整える。会議体・課題管理・エスカレーションルートの設計がカギです。
6. Delivery（デリバリー）
要求されたスコープ・成果物を届け、ビジネス価値を実現する領域です。単に「納品する」ではなく「価値を生んだか」を問うのが第 7 版らしい点。第 6 版の「スコープ管理」「品質管理」の成果物確定面が関わります。
現場での使い方：受け入れ基準（Definition of Done）を関係者と事前合意し、価値が出ているかを継続的に検証する。アジャイルでは小さく頻繁にデリバリーして早期にフィードバックを得ます。
7. Measurement（測定）
進捗・品質・価値などを測定し、意思決定に活かす領域です。EVM（アーンドバリュー）、KPI、ダッシュボードなどがここで活躍します。「測定のための測定」に陥らず、行動につながる指標を選ぶことが重視されます。
現場での使い方：ステコミ用に「結論が一目でわかる」ダッシュボードを整備し、計画値と実績の乖離を早期に検知する。バーンダウンチャートやリードタイムなど、アプローチに合った指標を選びます。
8. Uncertainty（不確実性）
リスク・変動・あいまいさ・複雑性といった「不確実性」全般に備え、適応する領域です。第 6 版の「リスク管理」を 脅威だけでなく機会も含む不確実性全般へ拡張した、第 7 版の新機軸です。
現場での使い方：リスク登録簿を週次で更新し、脅威への対応だけでなく機会の取り込みも検討する。複数シナリオを想定する「シナリオプランニング」で想定外への耐性を高めます。
第 6 版 10 ナレッジエリアとの対応関係
第 6 版で学んだ知識は無駄になりません。おおまかな対応を押さえると移行がスムーズです（厳密な 1 対 1 対応ではなく、考え方の整理として）。
| 第 6 版 ナレッジエリア | 第 7 版で主に対応する領域 |
|---|---|
| 統合管理 | 8 領域全体に分散・統合 |
| スコープ管理 | Planning / Delivery |
| スケジュール管理 | Planning / Measurement |
| コスト管理 | Planning / Measurement |
| 品質管理 | Delivery（＋ 12 原則「Quality」） |
| 資源管理 | Team（人的側面が強化） |
| コミュニケーション管理 | Stakeholders / Project Work |
| リスク管理 | Uncertainty（機会まで拡張） |
| 調達管理 | Project Work / Planning |
| ステークホルダー管理 | Stakeholders |
💡 「統合管理」という独立エリアが消えたのが象徴的。第 7 版では統合は特定領域ではなく、8 領域すべてを連動させる PM の姿勢そのものとして扱われます。
8 領域は相互に連動する｜順番ではなく同時並行
8 領域で最も誤解されやすいのが「1 → 2 → 3… の順に進むフェーズではない」という点です。8 領域は プロジェクト期間を通じて常に同時並行で動き、相互に影響し合うシステムです。
たとえば、Uncertainty（不確実性）で大きなリスクを検知すれば、Planning（計画）を見直し、Stakeholders（ステークホルダー）へ報告し、Development Approach（開発アプローチ）の調整が必要になることもあります。1 つの領域の変化が他領域へ波及する——この相互依存を意識することが、第 7 版を使いこなす本質です。
実務・試験での活かし方
8 パフォーマンス領域は、プロジェクトの健全性を点検するチェックリストとして使うと実務で効きます。「今このプロジェクトで、8 領域それぞれは健全か？」と定期的に自問するだけで、抜け漏れに気づけます。
領域ベース（第 7 版）の利点
- 成果（アウトカム）起点で考えられる
- アジャイル・ハイブリッドにも自然に対応
- チェックリストとして実務に直結する
- 人・価値・適応など現代的な要素を重視
注意点・難しさ
- プロセスの具体的手順は自分で補う必要がある
- 第 6 版より抽象度が高く初学者に掴みにくい
- ITTO のような明確な暗記対象が減る
- テーラリングの判断力が前提になる
PMP® 試験は 2021 年改訂以降、8 領域・12 原則の考え方を前提とした状況問題が中心です。「PM のあなたが ◯◯ の状況で次にすべきことは？」という問いに、該当する領域の「期待される成果」から逆算して答える練習が有効です。
まとめ｜8 領域は「成果を生む活動マップ」
PMBOK 第 7 版の 8 パフォーマンス領域は、第 6 版の 10 ナレッジエリアを 「管理する知識」から「成果を生む活動」へ再定義したものです。要点を整理すると：
- Stakeholders / Team / Development Approach and Life Cycle / Planning / Project Work / Delivery / Measurement / Uncertainty の 8 領域
- 8 領域は順番ではなく 常に同時並行・相互依存で動く
- 第 6 版の知識は対応関係で活かせる（資源管理 → Team、リスク管理 → Uncertainty 等）
- 実務では 健全性チェックリスト、試験では 状況問題の判断軸として使う
8 領域は 12 原則（判断軸）・テーラリング（状況適応）と三位一体で機能します。各領域・各原則の深掘りは「PMBOK・PM スキル体系」カテゴリで順次公開していきます。
注釈：
- PMBOK®、PMI®、PMP® は Project Management Institute, Inc. の登録商標です
- 本記事の内容は PMBOK 第 7 版（2021 年版）に基づきます。原本は PMI 公式または各書店でご確認ください
- 本記事は PMBOK 第 7 版の概要を独自に整理したもので、PMI 公式コンテンツの転載ではありません
- 第 6 版との対応関係は学習の便宜のための整理であり、公式の 1 対 1 対応を示すものではありません
- 本記事はアフィリエイト広告を含みます