スコープマネジメントって結局なんなの?

ITパスポートの勉強をしていると、プロジェクトマネジメントという分野の中に「スコープマネジメント」という聞きなれない言葉が出てきます。
タイムマネジメントはスケジュールのこと
コストマネジメントは予算のこと。
比較的イメージしやすいものが多い中で、「スコープ」は何を指しているのかがあいまいで、少しとっつきにくい印象があります。
しかも、「スコープと品質の違いは?」「統合マネジメントとの違いって?」といったように、他のマネジメント領域とも混同しやすく、問題演習でも迷いやすい分野のひとつです。
この記事では、PMBOKの知識体系の中で、スコープマネジメントがどんな位置づけにあるのかを整理しながら、「結局、スコープって何?」という疑問に答えていきます。
後半では、実際のITパスポート過去問(令和6年)を題材に、どのように出題されるのかを確認しながら、理解を深めていきましょう!
ITパスポートの勉強は、この2冊から始めるのがおすすめです。
・いちばんやさしい ITパスポート 絶対合格の教科書+出る順問題集
(はじめてでも読みやすい、定番の1冊)
・キタミ式イラストIT塾 ITパスポート
(イラスト多めで、理解を深めたい人に)
どちらも実際に使って「わかりやすい!」と感じました!初学者でも安心して使えるテキストです。
PMBOKの全体像と「スコープ」の立ち位置

ITパスポート試験に登場するPMBOK(ピンボック)とは、プロジェクトマネジメントの国際的なガイドラインです。
正式には「Project Management Body of Knowledge」といい、プロジェクトを成功に導くための知識や手法が体系的にまとめられています。
PMBOKでは、プロジェクトマネジメントの活動を10の知識エリアに分類しています。
これらはそれぞれ「何をどう管理するのか」という視点で整理されており、以下のような分野があります。
- タイムマネジメント(スケジュール)
- コストマネジメント(費用)
- コミュニケーションマネジメント(連絡・情報共有)
- リスクマネジメント(想定外への備え)
- 品質マネジメント(成果物の水準を保つ)
- スコープマネジメント(成果物や作業の範囲)
- 統合マネジメント(全体をまとめる)
このうち、スコープマネジメントは「プロジェクトでどこまでを対象とするのか」という範囲の定義と管理を担当します。
たとえば「何を作るか(成果物)」と「どこまで作業をするか(作業範囲)」を明確にし、途中で勝手に増えたり減ったりしないように調整していくのが役割です。
つまり、スコープマネジメントはプロジェクトの土台となる設計図のようなもの。
この範囲が曖昧だと、どこまでも作業が膨らんでいってしまい、予算やスケジュールに悪影響を及ぼします。
みやこ「このプロジェクトでは何をするのか、何はしないのか」をはっきりさせるための仕組み、それがスコープマネジメントです。
10人のプロジェクトメンバーに例えると? PMBOKをキャラで覚えよう
PMBOKでは、プロジェクトマネジメントを10の分野に分けて整理していますが、正直ちょっと堅苦しくて覚えにくいですよね。
そこで今回は、もしPMBOKが「ひとつのプロジェクトチーム」だったら?という視点で、それぞれの分野をキャラクター風に紹介してみます。
これを読むと、「あ、スコープってこの人の役割か!」という感覚がつかみやすくなるかなと思います!
- 統合マネジメント(チームリーダー)
→ 全体をまとめて調整する司令塔。全知全能タイプ。 - スコープマネジメント(設計担当)
→ やること/やらないことをキッチリ線引きする真面目キャラ。 - タイムマネジメント(スケジュール係)
→ 進捗表片手に「遅れてるよ〜」って毎朝言ってくる人。 - コストマネジメント(経理担当)
→ 予算にうるさい。なんでも「それ予算あるの?」って聞く。 - 品質マネジメント(チェック魔)
→ 細かいところまで見逃さない完璧主義者。ちょっと怖いけど大事。 - リスクマネジメント(慎重派)
→ 「これ、最悪どうなるか考えた?」が口ぐせ。石橋を叩いて渡るタイプ。 - ステークホルダマネジメント(外交官)
→ 顧客や上司との橋渡し役。根回し得意な陽キャ。 - コミュニケーションマネジメント(情報通)
→ 議事録や資料共有を完璧にこなす、チームの情報屋。 - リソースマネジメント(人員配置係)
→ 誰が何するか全部把握。人手不足に一番敏感。 - 調達マネジメント(手配師)
→ 外注や発注のプロ。物や人を「持ってくる力」に長けている。
こうやってキャラでなんとなく理解しておくと、試験の選択肢を見たときにも「これは誰の仕事っぽい?」と判断しやすくなりますよ。
スコープマネジメント=何を管理するマネジメント?


PMBOKの全体像に触れたところで、スコープマネジメントについて見ていきましょう。
スコープマネジメントとは、簡単に言うと「プロジェクトで何をやるのか」「何を作るのか」といった作業と成果物の範囲を明確にし、コントロールすることです。
プロジェクトを始めるとき、「この作業も入れておいて」「あ、やっぱりこの機能も追加で」といった要望が出てくることがあります。
こうした「やること」が次々に増えていくと、いつの間にか当初の予算や納期を大きくオーバーしてしまうリスクが高まります。
このような事態を防ぐために、あらかじめ
- 何を作るのか?
- そのために何をやるのか?
- 何をやらないのか?
を明確にしておくのがスコープマネジメントの目的です。
具体的には、次のようなものを管理します。
- プロジェクトで作成する成果物(画面や帳票、プログラムなど)
- 成果物を作るための作業の一覧(設計、開発、テストなど)
- 作業を整理・分解した構成図(WBS:作業分解構成図)
- スコープ外とする項目(このプロジェクトではやらないと決めた範囲)
特に、WBSはスコープマネジメントの中心的なツールです。
作業を細かく分解することで、抜けや漏れを防ぎ、「結局なにをやれば完成なのか」を誰もが共有できる状態にします。
スコープマネジメントとは、プロジェクト全体の設計図と境界線を描くための活動なのです。
よくある混乱① 品質とスコープのちがい


ITパスポートの問題を解いていると、「これはスコープ?それとも品質?」と迷うケースがよくあります。
どちらも成果物に関わるマネジメントなので、混同しやすいのですが、実は役割がまったく違います。
スコープマネジメントは、何を作るか・どこまでやるかという範囲の話です。
一方、品質マネジメントは、その成果物が求められる基準を満たしているかという水準の話になります。
たとえば、あるシステムで「ログイン画面を作る」という場合を考えてみましょう。
- スコープマネジメントの対象:ログイン画面を作るかどうか、どこまでの機能を含めるか
- 品質マネジメントの対象:ログイン画面がバグなく動くか、入力チェックが正しく働くか、デザインが指定通りか
このように、スコープマネジメントでは「作る・作らないの判断」や「作業の一覧づくり」を担当し、
品質マネジメントでは「できあがった成果物が期待通りの性能かどうか」を確認・管理します。
「成果物の一覧を定義する」という文が出たらスコープマネジメント、
「成果物の品質を確認する」なら品質マネジメントです。
判断に迷ったら、これは範囲の話か、水準の話かを意識すると区別しやすくなります。
よくある混乱② 統合とスコープのちがい


統合マネジメントとの違いも見ておきましょう。
どちらもプロジェクト全体に関係していそうな印象があり、判断に迷いやすいポイントです。
スコープマネジメントはあくまで範囲の管理です。
作業や成果物の一覧を定義し、どこまでが対象かを明確にするのが役割です。
一方、統合マネジメントは全体のバランスを見る司令塔のような役割です。
複数のマネジメント分野(スコープ、コスト、スケジュールなど)を横断的に見ながら、調整を行っていきます。
たとえば、「新しい機能を追加してほしい」という要望があったとき。
- この機能はスコープに含めるか
- 追加するとスケジュールは延びるか
- 費用は足りるか
- 人員の追加は必要か
このように、ひとつの変更が複数のマネジメント領域に影響する場合、それを総合的に判断するのが統合マネジメントです。
スコープマネジメントは範囲だけを見ますが、統合マネジメントは全体をまとめて調整します。
この視点で見ると、両者の役割がぐっと明確になります。
ここまででスコープマネジメントの役割や他分野との違いが整理できたら、実際のITパスポート試験でどう問われるのかを見てみましょう。
過去問で確認してみよう


以下は、令和6年度に出題されたスコープマネジメントに関する問題です。
問題:
システム開発プロジェクトにおいて、新機能の追加要求が変更管理委員会で認可された後に、
プロジェクトスコープマネジメントで実施する活動として、適切なものはどれか。ア:
新機能を追加で開発するためにWBSを変更し、コストの詳細な見積りをするための情報として提供する。イ:
新機能を追加で開発するためのWBSのアクティビティの実行に必要なスキルを確認し、必要に応じてプロジェクトチームの能力向上を図る。ウ:
変更されたWBSに基づいてスケジュールを作成し、完了時期の見通しを提示する。エ:
変更されたWBSに基づいて要員の充足度を確認し、必要な場合は作業の外注を検討する。
(ITパスポート・令和6年・問52)
正解:ア
ポイントは「WBSを変更する」という表現です。
WBS(作業分解構成図)は、スコープマネジメントの中心的なツールです。
作業の範囲や成果物を明確にするために使われるため、スコープに関する変更があれば、WBSの見直しが発生します。
選択肢アでは、スコープに変更があったことを受けてWBSを変更し、それをもとにコスト見積りの情報提供を行う、という流れになっています。
これは、スコープマネジメントの「変更管理」としての正しい対応といえます。
他の選択肢について
- イ: WBS内の作業に必要なスキルの確認や能力向上施策は、リソースマネジメントの範囲です。
- ウ: スケジュールの作成・調整は、タイムマネジメントに該当します。
- エ: 要員の充足度確認や外注の検討も、リソースマネジメントに含まれます。
このように、「WBSの変更」や「成果物・作業範囲の見直し」が出てきたときは、
スコープマネジメントの可能性が高いと判断しましょう。
まとめ:もうスコープマネジメントは怖くない!


スコープマネジメントは、プロジェクトマネジメントの中でも特にわかりにくい分野です。
「範囲」という言葉だけでは曖昧で、品質や統合など、他のマネジメントと混同しやすくなります。
でも、スコープマネジメントとは「作業と成果物の範囲を定義・管理するマネジメント」だということが理解できれば、ぐっとクリアになります。
- 何を作るのか
- どこまで作業するのか
- それ以外はやらないのか
この「線引き」をすることこそがスコープマネジメントの役割です。
品質との違いは水準か範囲か。
統合との違いは全体を調整するか、範囲だけを管理するか。
このように切り分けて整理すれば、もう問題演習で迷うことはありません。
あとは繰り返し問題を解いて、知識を定着させていきましょう!
ITパスポートの関連記事を分野別にまとめました!



