--- title: "スコープマネジメントとは？必要な作業範囲を管理する考え方【SG試験】" description: "スコープマネジメントは、プロジェクトで何を作り、どこまで作業するかを明確にして管理する考え方です。SG試験で迷いやすいタイム管理や変更管理との違いを整理します。 試験対策として重要語の定義・具体例・よくある誤解をまとめ、短時間で復習できるように整理しています。" last_modified_at: "2026-05-19" canonical_url: "https://stemtazoo.github.io/sg/scope-management/" section: "sg" --- ## まず結論 - **スコープマネジメント**とは、プロジェクトで作る成果物や作業範囲を明確にし、必要な範囲から外れないように管理する考え方です。 - SG試験では、単なる作業量の管理ではなく、**何をどこまで行うかを管理すること**として理解することが大切です。 - 選択肢では、タイムマネジメント、コストマネジメント、変更管理と混同させてくることがあります。 スコープとは、プロジェクトで対象にする範囲のことです。 たとえば、システム導入プロジェクトなら、次のようなことを決めます。 - どの機能を導入するか - どの部門を対象にするか - どこまでを初回リリースに含めるか - どの作業は対象外にするか - 成果物として何を完成させるか ここがあいまいなままだと、あとから「これも必要」「あれも追加」となり、スケジュール遅れやコスト増加につながります。 --- ## 直感的な説明 スコープマネジメントは、プロジェクトの **ここまでやる線引き** を決める管理です。 たとえば、家のリフォームを考えると分かりやすいです。 最初は「キッチンだけを直す」予定だったのに、途中で、 - お風呂も直したい - 壁紙も変えたい - 床も張り替えたい - 収納も増やしたい と追加していくと、費用も期間も大きく変わります。 このとき大事なのは、追加要望そのものが悪いわけではない、という点です。 問題は、追加による影響を確認せずに、なんとなく作業範囲を広げてしまうことです。 プロジェクトでも同じで、作業範囲があいまいだと、関係者の認識がずれます。 その結果、 - 予定していない作業が増える - 納期に間に合わない - 予算を超える - 品質確認が足りなくなる - 完成後に「思っていたものと違う」と言われる といった問題が起こります。 スコープマネジメントは、こうした認識違いを防ぐために、**やること・やらないことを明確にする管理**です。 --- ## 定義・仕組み スコープマネジメントは、プロジェクトの成果物と作業範囲を定め、その範囲を適切に管理する活動です。 PMBOK Guide は、プロジェクトマネジメントの標準として、スコープやスケジュールなどの実務上の管理領域を整理しています。詳しくは [PMI公式のPMBOK Guideページ](https://www.pmi.org/standards/pmbok) を確認できます。 SG試験向けには、スコープマネジメントを次の流れで理解すると分かりやすいです。 | 流れ | 内容 | |---|---| | 範囲を決める | 何を作るか、どこまで行うかを明確にする | | 成果物を整理する | 完成すべきものを具体的にする | | 作業を分解する | 必要な作業を細かく分ける | | 範囲を確認する | 関係者と認識を合わせる | | 変更を管理する | 追加や削除があれば影響を確認する | スコープ管理で特に重要なのは、**対象外を明確にすること**です。 「何をやるか」だけでなく、「何をやらないか」を決めておくことで、あとから作業が無制限に増えることを防げます。 このように、スコープマネジメントは、プロジェクトの土台になる管理です。 --- ## どんな場面で使う？ スコープマネジメントは、プロジェクトの範囲を決める場面や、範囲変更が起こる場面で使います。 たとえば、次のような場面です。 - 新しいシステムで導入する機能を決める - セキュリティ教育の対象者を決める - 委託先に依頼する作業範囲を決める - 初回リリースに含める範囲を決める - 追加要望を受け入れるか判断する SG試験では、情報セキュリティ対策を導入する場面でも関係します。 たとえば、多要素認証を導入するプロジェクトで考えます。 | 決めること | スコープ管理として見るポイント | |---|---| | 対象システム | どのシステムに導入するか | | 対象利用者 | 全社員か、一部部門か | | 導入範囲 | 社内利用だけか、外部アクセスも含むか | | 初回対応 | 最初にどこまで導入するか | | 対象外 | 今回は対応しない範囲はどこか | このように、スコープマネジメントでは、プロジェクトの範囲を明確にして、関係者の認識をそろえます。 --- ## よくある誤解・混同 ### 誤解1：スコープマネジメントは作業量を増やすことだと考える スコープマネジメントは、作業を多くするための管理ではありません。 必要な成果物や作業範囲を明確にし、目的に合う範囲を管理する考え方です。 選択肢で「できるだけ多くの機能を追加する」といった説明があれば、スコープ管理としては不適切です。 ### 誤解2：タイムマネジメントと混同する スコープマネジメントは、**何をどこまで行うか**を管理します。 タイムマネジメントは、**いつ、どの順序で、どれくらいの期間で行うか**を管理します。 たとえば、 - 対象機能を追加する → スコープの話 - 作業順序を決める → タイムの話 - 所要日数を見積もる → タイムの話 - 対象部門を広げる → スコープの話 と切り分けます。 SG試験では、「範囲」と「日程」を混同させる選択肢に注意します。 ### 誤解3：コストマネジメントと同じものだと考える スコープを広げると、コストが増えることがあります。 しかし、スコープマネジメントとコストマネジメントは同じではありません。 - 作業範囲や成果物を管理する → スコープマネジメント - 予算や費用を管理する → コストマネジメント 関係はありますが、見るポイントが違います。 ### 誤解4：統合マネジメントと同じものだと考える スコープマネジメントと統合マネジメントも混同しやすいです。 スコープマネジメントは、**プロジェクトで何をどこまで行うか**を管理します。 一方、統合マネジメントは、スコープ、スケジュール、コスト、品質、リスクなどを見ながら、**プロジェクト全体の整合性を調整する管理**です。 たとえば、機能追加の要望が出た場合、 - 追加する機能が作業範囲に入るかを確認する → スコープマネジメント - 追加によって納期・費用・品質・リスクにどう影響するかを調整する → 統合マネジメント と切り分けます。 SG試験では、**範囲そのものを見るのか、変更が全体へ与える影響を見るのか**が判断ポイントです。 ### 誤解5：追加要望はすべて断るべきだと考える スコープ管理は、追加要望をすべて拒否することではありません。 追加要望が出たら、必要性と影響を確認します。 たとえば、次の点を確認します。 - 目的に合っているか - 納期に影響するか - 費用が増えるか - 品質確認が追加で必要か - 関係者の合意が必要か 重要なのは、**影響を確認せずに作業範囲を広げないこと**です。 ### 誤解6：対象外を決める必要はないと考える スコープでは、対象範囲だけでなく、対象外も重要です。 対象外を明確にしていないと、あとから関係者が「当然含まれている」と考えてしまうことがあります。 SG試験でも、業務委託やシステム導入の場面では、範囲や責任分担を明確にする判断が重要になります。 --- ## まとめ（試験直前用） - 「**どこまで作るか／作らないか**」の話 → **スコープマネジメント**。 - 「**納期の遅れ・日程調整**」中心 → **タイムマネジメント**であり、範囲管理ではない。 - 「**予算超過・費用配分**」中心 → **コストマネジメント**で切る。 - 追加要望は、**即受け入れ**ではなく **影響（範囲・日程・費用・品質）を評価して変更管理**する。 - 迷ったら、**争点が“何を作るか”か“いつ/いくらで作るか”か**を先に判定する。