PMBOK ガイド第8版では、第7版の「8つのパフォーマンス領域」が 7つのパフォーマンス領域 に再編されました。単に数が減っただけではなく、「チーム」「デリバリー」「測定」といった抽象度の高い切り口から、スコープ・スケジュール・リスクといった管理対象がひと目でわかる構成へと、性格そのものが変わっています。

本記事では、7つの領域それぞれが扱う範囲、第7版の8領域との関係、そして実務のレビュー観点としてどう使うかを、現役PM講師の視点で解説します。第8版の全体像（6原則・40プロセスの再導入を含む3大変更）は PMBOK第8版の変更点を解説、原則側の詳細は 6つの原則を徹底解説 をあわせてご覧ください。

なお、2026年8月時点で日本語版は未発売のため、本記事の日本語訳は仮訳です。

7つのパフォーマンス領域の全体像

第8版のパフォーマンス領域は、プロジェクトマネジメントの実践を「管理対象」ごとに束ねたグループです。原則（Why）と40プロセス（How）の間に位置し、「何をマネジメントするのか（What）」を示します。

# 領域（仮訳） 英語 主に扱うこと
1 ガバナンス Governance 意思決定の枠組み・権限・変更管理・情報の流れ
2 スコープ Scope 成果物の定義・要求事項・受け入れ基準・スコープ変更
3 スケジュール Schedule 活動計画・依存関係・進捗把握・ペース管理
4 ファイナンス Finance 予算・コスト・財務予測・便益（ベネフィット）
5 ステークホルダー Stakeholders 関係者の特定・分析・エンゲージメント・期待値調整
6 リソース Resources 人材・チーム・物的資産・ツールの確保と育成
7 リスク Risk 脅威と好機の特定・分析・対応・不確かさへの対処

第6版までを知る方なら「知識エリアに近い」と感じるはずです。実際、第7版の8領域が「活動の側面」を切り取った抽象的な分類だったのに対し、第8版の7領域は実務者が日々向き合う管理対象そのものであり、計画書の章立てやレビューのアジェンダにそのまま落とせる構成に戻りました。

領域1：ガバナンス（Governance）

7領域の土台にあたる領域です。誰が・何を・どう決めるのかという意思決定の枠組み、承認ルート、変更管理、プロジェクト情報の流れを扱います。戦略との整合を保ち、プロジェクトを「正しい成果」に向け続ける役割を担います。

実務での使い方：キックオフまでに「決裁が必要な事項と決裁者」「変更を受け付ける窓口と手順」「定例報告の宛先と頻度」を1枚にまとめて合意しておく。トラブルの多くは作業の失敗より「決め方が曖昧なまま進んだこと」から生まれます。

領域2：スコープ（Scope）

成果物と作業範囲の定義、要求事項の確認、受け入れ基準、そしてスコープ変更のコントロールを扱います。第8版では、スコープを単なる「作業リスト」ではなく価値の実現につながる範囲設定として捉える色合いが強まっています。

実務での使い方：WBSと同じくらい「やらないことリスト（除外事項）」を大切にする。受け入れ基準は「誰が・何を見て・いつOKと言うか」まで書けて初めて機能します。

領域3：スケジュール（Schedule）

活動の洗い出し、依存関係の整理、タイムラインの作成と監視、そして進行ペースの管理を扱います。無理な突貫を前提にした計画ではなく、現実的な見積もりと持続可能なペースが重視されるようになった点は、原則5「持続可能性」とも呼応しています。

実務での使い方：マイルストーンは「日付」ではなく「その日に何が確認できる状態か」で定義する。遅延の報告を待つのではなく、クリティカルパス上の先行指標（着手遅れ・レビュー滞留）を週次で見るのが先手のスケジュール管理です。

領域4：ファイナンス（Finance）

予算策定、コスト管理、財務予測に加えて、便益（ベネフィット）の実現まで射程に含む領域です。第7版で「デリバリー」「測定」に分散していたお金と価値の話が、ひとつの管理対象として見えるようになりました。

実務での使い方：消化率だけでなく「残作業に対して残予算は足りるか（完成時総コストの見込み）」で語る。また「このプロジェクトは何で元を取るのか」を初期に言語化しておくと、スコープ変更の判断軸としても機能します。

領域5：ステークホルダー（Stakeholders）

プロジェクトに影響を与える・受ける人々の特定、分析、エンゲージメントを扱います。第7版から領域として継続していますが、一斉送信的な「情報共有」ではなく、相手ごとに関わり方を設計する能動的なエンゲージメントへと重心が移っています。

実務での使い方：ステークホルダーマップは作って終わりにせず、「先月と比べて態度が変わった人はいないか」を定例で見直す。キーパーソンには資料を送る前に一対一で温度感を確かめる——遠回りに見えて、合意形成の総コストは下がります。

領域6：リソース（Resources）

人材・チーム・設備・ツールといった資源の確保、配分、育成を扱います。第7版の「チーム」領域はここに統合されました。人を「調達して割り当てる対象」ではなく、育成しモチベートする戦略的な資産として扱う点が特徴です。

実務での使い方：要員計画では稼働率だけでなく「特定の人にしかできない作業（属人化リスク）」を可視化する。チームの立ち上げ期には、スキルマップとあわせて「このプロジェクトで各メンバーが何を得られるか」を語れると、エンパワーメント（原則6）の土台になります。

領域7：リスク（Risk）

脅威（マイナスのリスク）と好機（プラスのリスク）の特定・分析・優先順位づけ・対応を扱います。第7版の「不確かさ」領域の内容はここに集約されました。第7版で原則から外れて心配された「リスクの行き先」は、領域としてむしろ明確な指定席を得た格好です。

実務での使い方：リスク登録簿は「起票して終わり」が最大のアンチパターン。対応のトリガー（何が起きたら発動するか）と担当者まで決め、定例のアジェンダに固定枠で入れる。また「好機」も忘れずに——早期リリースできる可能性、他部署へ横展開できる可能性も、リスクマネジメントの対象です。

第7版の8領域はどこへ行ったのか

第7版学習者がいちばん戸惑うポイントです。8領域のうち、行き先が明確なのは次の3つです。

  • チーム → 領域6「リソース」に統合
  • 不確かさ → 領域7「リスク」に集約
  • ステークホルダー → 領域5として継続

一方、「開発アプローチとライフサイクル」「計画」「プロジェクト作業」「デリバリー」「測定」といった活動の進め方を切り取った領域は、第8版では独立の領域として残っていません。これらの中身が消えたわけではなく、管理対象別の7領域と、再導入された**40プロセス×5つの重点分野（立上げ・計画・遂行・監視コントロール・終結）**の側に振り分けられた、と理解するのが実際的です（公式な一対一の対応表が示されているわけではありません）。

「原則（Why）→ 領域（What）→ プロセス（How）」の3層で言えば、第7版の8領域は What と How が混ざった分類でした。第8版はこれを What（7領域）と How（40プロセス）に分離した——この整理だけ覚えておけば、第7版の知識はそのまま活かせます。

実務での活かし方 — 7領域は「プロジェクトレビューの観点表」

7領域のいちばん実用的な使い方は、定例レビューやプロジェクト診断のチェック観点にすることです。管理対象の分類なので、そのまま「抜けている観点はないか」の網羅チェックに使えます。

  1. ガバナンス：決めるべきことが、決めるべき人のところで滞っていないか
  2. スコープ：範囲外の作業が紛れ込んでいないか。受け入れ基準は明確か
  3. スケジュール：クリティカルパスはどこか。ペースは持続可能か
  4. ファイナンス：残予算で残作業を完了できる見込みか
  5. ステークホルダー：温度感が変わったキーパーソンはいないか
  6. リソース：属人化・疲弊・スキルギャップの兆候はないか
  7. リスク：登録簿は生きているか。新しい脅威と好機を拾えているか

月次レビューでこの7問を回すだけでも、「気づいたら手遅れ」の多くは防げます。当社がPM研修で失敗事例を分析する際も、原因はほぼ必ずこの7領域のどれかの「見落とし」に分類できます。

PMP試験との関係

2026年7月9日改定後のPMP試験は ECO（試験内容概要）に基づいて出題されますが、参照文書は第8版です。7領域は「何を管理するか」を問う設問の前提知識になるため、各領域の守備範囲と、第7版からの再編（チーム→リソース、不確かさ→リスク）は押さえておきましょう。試験改定の詳細は PMP試験が2026年7月9日から新形式に をご覧ください。

まとめ

  • 第8版の7領域は ガバナンス・スコープ・スケジュール・ファイナンス・ステークホルダー・リソース・リスク。管理対象がひと目でわかる、知識エリアに近い構成に戻った
  • 第7版からは チーム→リソース、不確かさ→リスク が明確な行き先。活動系の領域（計画・プロジェクト作業・デリバリー・測定など）は独立領域ではなくなり、40プロセス側に具体化された
  • 実務では 定例レビューの7つの観点表として使うのが最も効果的

ビジネクストのPM研修では、7領域を含む第8版の全体像を、講義だけでなく演習・グループワークで「使える状態」まで落とし込みます。

出典・参考（2026年7月10日閲覧）