プロジェクトを進めていると「これも追加でお願い」「あれもできますよね？」と要望がどんどん膨らみ、気づけば期限も予算もパンク寸前……。
これを防ぐのがスコープマネジメントです。本記事ではスコープマネジメントの意味と仕組みを、日常の例えと過去問で完全理解できるように解説します。
対象試験と出題頻度
スコープマネジメントは、基本情報技術者（FE）・応用情報技術者（AP）の午前問題で出題されるテーマです。
プロジェクトマネジメントの知識エリアの一つとして定番化しており、「タイムマネジメント」「コストマネジメント」「品質マネジメント」との役割の違いを正確に区別できるかが問われます。
詳細をクリックして確認
基本情報技術者
応用情報技術者
★★★★☆
ランクA（重要）必ず覚えておくべき
用語の定義
情報処理試験を勉強していると、「スコープマネジメントって結局なに？タイムやコストとどう違うの？」と混乱しがちです。
スコープマネジメント（Scope Management）とは、一言で言うと
「プロジェクトで「やること」と「やらないこと」を明確に定義し、その範囲を維持・管理する活動」
のことです。
イメージとしては、「引っ越し業者の見積書」です。
見積書には「運ぶ荷物」「梱包する物」「設置する家具」が書かれており、逆に「不用品処分は別料金」「ピアノは対象外」と除外範囲も明記されています。
当日になって「これも運んで」と頼んでも、契約範囲外なら追加料金や対応不可になりますよね。
スコープマネジメントも同じで、プロジェクトの契約時点で「どこまでやるか」を線引きし、途中で勝手に範囲が膨らまないよう管理します。
📊 スコープマネジメントの基本情報
| 項目 | 内容 |
|---|---|
| 英語名 | Scope Management |
| 位置づけ | PMBOKの知識エリアの一つ |
| 2つのスコープ | プロダクトスコープ／プロジェクトスコープ |
| 主な成果物 | スコープ記述書、WBS |
解説
プロジェクトが失敗する典型的な原因は、納期遅延でもバグでもなく「スコープクリープ」と呼ばれる作業範囲の膨張です。
顧客の追加要望を断れず、なし崩しに作業が増え、結果として納期も予算も破綻する。
この事態を防ぐために、PMBOK（プロジェクトマネジメント標準）では独立した知識エリアとしてスコープ管理が定義されています。
2種類のスコープ
スコープには「何を作るか（成果物）」と「どうやって作るか（作業）」の2つの側面があります。試験ではこの区別がよく問われます。
| 種類 | 対象 | 具体例 |
|---|---|---|
| プロダクトスコープ | 成果物の機能・特徴 | 「ログイン機能・注文機能・決済機能を持つECサイト」 |
| プロジェクトスコープ | 成果物を作るための作業全体 | 「要件定義・設計・実装・テスト・移行・教育研修」 |
スコープマネジメントの全体プロセス
スコープマネジメントの6プロセス
管理の進め方を決める
ステークホルダーの要望を集める
スコープ記述書を作る
作業を階層分解する（最重要）
成果物を顧客に受け入れてもらう
変更を監視し管理する
▲ 青：計画系プロセス／橙：核となる作業分解／緑：監視・コントロール系
WBS（作業分解構成図）が中核
スコープマネジメントの中心ツールがWBS（Work Breakdown Structure）です。
プロジェクト全体を「成果物→中分類→ワークパッケージ」と階層的に分解し、最小単位まで落とし込むことで「何をすればプロジェクトが完了するか」が一望できます。
WBSの階層構造（ECサイト構築の例）
※ 最下層の項目を「ワークパッケージ」と呼び、見積りや進捗管理の単位となる
他のマネジメント領域との比較
| 知識エリア | 管理対象 | 代表的なツール |
|---|---|---|
| スコープ | 作業範囲・成果物 | WBS、スコープ記述書 |
| タイム | スケジュール・納期 | ガントチャート、アローダイアグラム |
| コスト | 予算・実費 | EVM（アーンドバリュー） |
| 品質 | 成果物の品質基準 | パレート図、特性要因図 |
では、この用語が試験でどのように出題されるか見ていきましょう。
💡 スコープマネジメントの核心を3行で
・プロジェクトで「やること／やらないこと」の範囲を定めて維持する活動
・プロダクトスコープ（成果物）とプロジェクトスコープ（作業）の2軸で管理する
・中核ツールはWBS（作業分解構成図）。ワークパッケージまで分解する
試験ではこう出る！
スコープマネジメントは、FE・APの午前問題でプロジェクトマネジメント分野の定番テーマとして繰り返し出題されています。出題パターンは大きく3つに分かれます。
📊 過去問での出題実績
| 試験回 | 出題内容 | 問われたポイント |
|---|---|---|
| AP R4春 午前 問51 |
PMBOKでスコープマネジメントに含まれるプロセスはどれか。 | ・正解は「WBSの作成」 ・「コストの見積り」「品質計画」「スケジュール作成」がひっかけ |
| AP H30秋 午前 問51 |
スコープ記述書に記載する項目として適切なものはどれか。 | ・成果物・前提条件・除外事項を記載 ・予算額・要員配置はコストや資源の領域 |
| FE R元秋 午前 問52 |
WBSを作成する目的として最も適切なものはどれか。 | ・「作業を階層的に分解して把握する」が正解 ・スケジュール短縮・原価計算が誤答選択肢 |
| AP H29春 午前 問52 |
スコープのコントロールで行うことはどれか。 | ・「スコープの変更を監視・管理する」が正解 ・コスト管理・品質保証は別の知識エリア |
📝 IPA試験での出題パターン
パターン1：「含まれるプロセスを選ばせる」
PMBOKの知識エリアごとのプロセスを混ぜて、スコープ領域のものを選ばせる形式。「WBSの作成」「要求事項の収集」が正解の典型。ひっかけは「コスト見積り」「スケジュール作成」「リスク特定」など他エリアのプロセス。
パターン2：「WBSの目的・特徴を問う」
WBSは「作業を階層的に分解して全体把握と進捗管理を可能にする」ことが目的。「スケジュールを短縮する」「コストを削減する」は目的ではないので誤答。
パターン3：「スコープクリープへの対応」
顧客からの追加要求にどう対応するかを問う形式。正解は「変更管理プロセスを通して影響を評価し承認を得る」。「すぐに対応する」「断る」は不正解。
試験ではここまででOKです。PMBOKの細かいインプット・アウトプットまでは問われないので、深追いは不要です。
【確認テスト】理解度チェック
ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。
Q. プロジェクトマネジメントにおける「スコープマネジメント」の説明として、最も適切なものはどれでしょうか？
- A. プロジェクトで実施する作業と成果物の範囲を定義し、その範囲を維持・管理する活動である。
- B. プロジェクトの所要期間を見積もり、納期を守るためにスケジュールを策定・管理する活動である。
- C. プロジェクトの予算を見積もり、計画と実績を比較してコストを管理する活動である。
正解と解説を見る
正解：A
解説：
スコープマネジメントは「プロジェクトで実施する作業と成果物の範囲」を定義し、その範囲が勝手に膨らまないよう監視・コントロールする知識エリアです。中核となる成果物はスコープ記述書とWBSです。
選択肢Bはタイムマネジメント（スケジュール管理）の説明です。所要期間の見積りやガントチャートでの進捗管理が対象であり、作業範囲そのものを扱う領域ではありません。選択肢Cはコストマネジメントの説明です。予算策定やEVMによる差異分析が対象であり、こちらも別の知識エリアに分類されます。
よくある質問（FAQ）
Q. 「スコープクリープ」とは何ですか？
プロジェクトの作業範囲が、正式な変更管理プロセスを経ずに少しずつ膨張していく現象を指します。「ついでにこの機能も」「これくらいなら追加で」という小さな要望の積み重ねが、最終的に納期遅延や予算超過を引き起こします。これを防ぐために、変更要求は必ず変更管理委員会（CCB）の承認を経るルールを設けるのが定石です。
Q. WBSとガントチャートはどう違いますか？
WBSは「作業を階層的に分解した一覧」であり、時間軸を持ちません。一方ガントチャートは「分解された作業を時間軸上に並べた棒グラフ」で、スケジュール管理に使います。順序としてはWBSで作業を洗い出してから、その作業をガントチャートに配置する流れになります。両者を混同する選択肢が試験で出るため注意してください。
Q. アジャイル開発でもスコープマネジメントは行いますか？
行います。ただし考え方が異なります。ウォーターフォール型では「スコープを固定し、納期や予算で調整」しますが、アジャイル型では「納期と予算を固定し、スコープを調整」するのが基本です。プロダクトバックログという優先度付き要求一覧を使い、スプリントごとに「今回はどこまでやるか」を選び取る形でスコープを管理します。
Q. スコープ記述書には何を書きますか？
主な記載項目は、成果物の説明、受け入れ基準、プロジェクトから明示的に「除外」する事項、前提条件、制約条件です。特に「除外事項」を明文化しておくことが重要で、「これは対象外」と書いておかないと、後から「当然やってくれると思っていた」というトラブルになります。引っ越し見積書の「ピアノは対象外」と同じ役割です。
Q. 「スコープの妥当性確認」と「スコープのコントロール」はどう違いますか？
妥当性確認は「完成した成果物を顧客に正式に受け入れてもらう」プロセスで、対象は成果物そのものです。一方コントロールは「スコープに対する変更要求を監視・評価し、ベースラインを維持する」プロセスで、対象は変更管理です。前者は顧客と向き合う活動、後者はプロジェクト内部の管理活動と覚えると区別しやすくなります。
