PMP スコープ管理 完全対策｜6 プロセスと試験頻出ポイントを整理

※ 本記事はアフィリエイト広告（Amazon アソシエイト等）を含みます

「PMP® のスコープ管理って、似たような用語が多くて整理しきれない」——本記事はその悩みを 1 本で解消します。結論から言えば、スコープ・マネジメントは 「何を作るか／何を作らないか」を最初に固め、変更は必ず正規ルートを通す という一貫した思想で組み立てられています。この軸さえ掴めば、6 つのプロセスも頻出の引っかけ問題もスッと頭に入ります。

本記事では スコープ・マネジメントの 6 プロセスを順に解説し、各プロセスの試験頻出ポイント を整理します。10 領域全体の地図は「PMP 試験 10 のナレッジエリア 完全解説」、時間軸である 5 プロセス群は「PMP 試験 5 つのプロセス群 完全解説」、受験資格や学習計画は柱記事「PMP® 試験完全ガイド」をご覧ください。

スコープ・マネジメントとは｜「作るもの」と「やる作業」の両方を管理する

スコープ（Scope）とは、プロジェクトで 取り扱う範囲 のことです。PMP® ではスコープを 2 種類に分けて考えるのが基本で、ここが最初の頻出ポイントになります。

種類	意味	完了の判定
プロダクトスコープ	成果物が満たすべき機能・性能（何を作るか）	要求どおりか（妥当性確認）
プロジェクトスコープ	成果物を生み出すために必要な作業（何をやるか）	計画どおりか（管理計画）

スコープ・マネジメントの 6 プロセス｜全体像

PMBOK® 第 6 版では、スコープ・マネジメントは 6 つのプロセスで構成されます。前半 4 つは 計画プロセス群、後半 2 つは 監視・コントロールプロセス群 に属します。

#	プロセス	プロセス群	一言でいう役割
1	スコープ・マネジメントの計画	計画	スコープの定義・管理の進め方を決める
2	要求事項の収集	計画	ステークホルダーのニーズを集めて文書化
3	スコープの定義	計画	スコープ記述書で「やる／やらない」を確定
4	WBS の作成	計画	作業を管理可能な単位まで分解する
5	スコープの妥当性確認	監視・コントロール	成果物の公式な受け入れを得る
6	スコープのコントロール	監視・コントロール	スコープの変更を統制する

💡 「定義 → 分解 → （実行後に）受け入れ → 変更統制」という流れで覚えると、5 と 6 が後半に来る理由（実行フェーズで成果物が出てから働く）が腑に落ちます。

1. スコープ・マネジメントの計画｜「進め方のルール」を先に決める

このプロセスでは、スコープをどう定義し、検証し、コントロールするかの 方針（ルールブック） を作ります。アウトプットは スコープ・マネジメント計画書 と 要求事項マネジメント計画書 の 2 つです。

ここで重要なのは、後工程の「妥当性確認の手順」や「変更管理の手順」も、この計画段階であらかじめ決めておく、という点です。スコープクリープを防ぐ仕組みの起点がここにあります。

2. 要求事項の収集｜「声」を集めて追跡可能にする

ステークホルダーのニーズや要求を引き出し、文書化するプロセスです。手法としてインタビュー・ワークショップ・アンケート・プロトタイピングなどが使われます。

3. スコープの定義｜「やること／やらないこと」を確定する

収集した要求から、プロジェクトとプロダクトの詳細を記述した プロジェクトスコープ記述書 を作ります。これがスコープの中心文書です。

スコープ記述書の主な記載項目	内容
プロダクトスコープ記述	成果物の特性・機能
成果物（Deliverables）	引き渡すモノの一覧
受け入れ基準	完成と認める条件
除外事項（やらないこと）	スコープ外を明示
制約条件・前提条件	守るべき制約・置いた前提

4. WBS の作成｜成果物を「管理できる単位」まで分解する

WBS（Work Breakdown Structure＝作業分解構成図）は、プロジェクトの成果物を 管理可能なレベルまで階層的に分解 したものです。最下層の要素を ワークパッケージ と呼びます。

WBS の各要素を補足する詳細情報をまとめたものが WBS 辞書 です。WBS 辞書には、識別コード・作業内容・担当組織・マイルストーン・必要資源・コスト見積・受け入れ基準などが記載されます。

スコープベースライン＝記述書＋WBS＋WBS 辞書

WBS 作成プロセスの最大の成果が スコープベースライン です。これは次の 3 点セットで構成されます。

スコープベースラインの構成	役割
プロジェクトスコープ記述書	やること／やらないことの定義
WBS	作業を分解した構造
WBS 辞書	各 WBS 要素の詳細情報

💡 スコープベースラインは、以降の変更管理の「基準線」になります。変更が承認されたら、このベースラインを正式に更新する——という流れが頻出です。

5. スコープの妥当性確認｜「顧客の受け入れ」を取る

スコープの妥当性確認（Validate Scope）は、完成した成果物について 顧客やスポンサーから公式な受け入れ（承認）を得る プロセスです。実行フェーズで成果物ができてから働きます。

ここで最も問われるのが、品質コントロールとの違いです。

6. スコープのコントロール｜変更を「正規ルート」で統制する

スコープのコントロール（Control Scope）は、スコープベースラインに対する 状況の監視と、変更の統制 を行うプロセスです。ここで前面に出るのが、スコープを蝕む 2 つの現象です。

現象	意味	問題点
スコープクリープ	正規の手続きを経ず、なし崩しで範囲が膨張する	計画・予算・納期が崩れる
ゴールドプレーティング	善意で「要求外の機能」を上乗せしてしまう	コスト増・品質リスク・顧客は未要求

つまずきやすいポイント整理｜よくある誤解 vs 正しい理解

よくある誤解	正しい理解
スコープ＝作業範囲だけ	プロダクト（モノ）とプロジェクト（コト）の 2 種類
妥当性確認＝品質検査	妥当性確認は「顧客の受け入れ」、検査は品質コントロール
トレーサビリティ・マトリクスはベースライン	ベースラインは記述書＋WBS＋WBS 辞書。マトリクスは別文書
良かれと思って機能追加	ゴールドプレーティングは避けるべき行為
顧客要望は即対応	必ず統合変更管理を通す

まとめ｜スコープ管理は「定義して、基準を守る」に尽きる

PMP® のスコープ・マネジメントは、①計画でルールを決め → ②要求を集めて → ③記述書で範囲を確定し → ④WBS で分解し → ⑤顧客の受け入れを取り → ⑥変更を正規ルートで統制する という 6 ステップの一本道です。試験では「妥当性確認 vs 品質コントロール」「スコープベースラインの 3 構成」「スコープクリープ／ゴールドプレーティングへの対応」が繰り返し問われます。本記事を「スコープ領域の地図」として手元に置き、次はスケジュール管理など他領域へ進みましょう。

---

注釈：

• PMP®、PMI®、PMBOK® は Project Management Institute, Inc. の登録商標です
• 本記事のプロセス構成・用語は PMBOK® 第 6 版に基づく執筆時点（2026 年 6 月）の整理です。最新の試験範囲（ECO）は必ず PMI 公式サイトでご確認ください