スコープマネジメントは、プロジェクトで何を作り、どこまで作業するかを明確にして管理する考え方です。SG試験で迷いやすいタイム管理や変更管理との違いを整理します。

sg sg-management project_management

まず結論

  • スコープマネジメントとは、プロジェクトで作る成果物や作業範囲を明確にし、必要な範囲から外れないように管理する考え方です。
  • SG試験では、単なる作業量の管理ではなく、何をどこまで行うかを管理することとして理解することが大切です。
  • 選択肢では、タイムマネジメント、コストマネジメント、変更管理と混同させてくることがあります。

スコープとは、プロジェクトで対象にする範囲のことです。

たとえば、システム導入プロジェクトなら、次のようなことを決めます。

  • どの機能を導入するか
  • どの部門を対象にするか
  • どこまでを初回リリースに含めるか
  • どの作業は対象外にするか
  • 成果物として何を完成させるか

ここがあいまいなままだと、あとから「これも必要」「あれも追加」となり、スケジュール遅れやコスト増加につながります。

直感的な説明

スコープマネジメントは、プロジェクトの ここまでやる線引き を決める管理です。

たとえば、家のリフォームを考えると分かりやすいです。

最初は「キッチンだけを直す」予定だったのに、途中で、

  • お風呂も直したい
  • 壁紙も変えたい
  • 床も張り替えたい
  • 収納も増やしたい

と追加していくと、費用も期間も大きく変わります。

このとき大事なのは、追加要望そのものが悪いわけではない、という点です。

問題は、追加による影響を確認せずに、なんとなく作業範囲を広げてしまうことです。

プロジェクトでも同じで、作業範囲があいまいだと、関係者の認識がずれます。

その結果、

  • 予定していない作業が増える
  • 納期に間に合わない
  • 予算を超える
  • 品質確認が足りなくなる
  • 完成後に「思っていたものと違う」と言われる

といった問題が起こります。

スコープマネジメントは、こうした認識違いを防ぐために、やること・やらないことを明確にする管理です。

定義・仕組み

スコープマネジメントは、プロジェクトの成果物と作業範囲を定め、その範囲を適切に管理する活動です。

PMBOK Guide は、プロジェクトマネジメントの標準として、スコープやスケジュールなどの実務上の管理領域を整理しています。詳しくは PMI公式のPMBOK Guideページ を確認できます。

SG試験向けには、スコープマネジメントを次の流れで理解すると分かりやすいです。

流れ 内容
範囲を決める 何を作るか、どこまで行うかを明確にする
成果物を整理する 完成すべきものを具体的にする
作業を分解する 必要な作業を細かく分ける
範囲を確認する 関係者と認識を合わせる
変更を管理する 追加や削除があれば影響を確認する

スコープ管理で特に重要なのは、対象外を明確にすることです。

「何をやるか」だけでなく、「何をやらないか」を決めておくことで、あとから作業が無制限に増えることを防げます。

このように、スコープマネジメントは、プロジェクトの土台になる管理です。

どんな場面で使う？

スコープマネジメントは、プロジェクトの範囲を決める場面や、範囲変更が起こる場面で使います。

たとえば、次のような場面です。

  • 新しいシステムで導入する機能を決める
  • セキュリティ教育の対象者を決める
  • 委託先に依頼する作業範囲を決める
  • 初回リリースに含める範囲を決める
  • 追加要望を受け入れるか判断する

SG試験では、情報セキュリティ対策を導入する場面でも関係します。

たとえば、多要素認証を導入するプロジェクトで考えます。

決めること スコープ管理として見るポイント
対象システム どのシステムに導入するか
対象利用者 全社員か、一部部門か
導入範囲 社内利用だけか、外部アクセスも含むか
初回対応 最初にどこまで導入するか
対象外 今回は対応しない範囲はどこか

このように、スコープマネジメントでは、プロジェクトの範囲を明確にして、関係者の認識をそろえます。

よくある誤解・混同

誤解1：スコープマネジメントは作業量を増やすことだと考える

スコープマネジメントは、作業を多くするための管理ではありません。

必要な成果物や作業範囲を明確にし、目的に合う範囲を管理する考え方です。

選択肢で「できるだけ多くの機能を追加する」といった説明があれば、スコープ管理としては不適切です。

誤解2：タイムマネジメントと混同する

スコープマネジメントは、何をどこまで行うかを管理します。

タイムマネジメントは、いつ、どの順序で、どれくらいの期間で行うかを管理します。

たとえば、

  • 対象機能を追加する → スコープの話
  • 作業順序を決める → タイムの話
  • 所要日数を見積もる → タイムの話
  • 対象部門を広げる → スコープの話

と切り分けます。

SG試験では、「範囲」と「日程」を混同させる選択肢に注意します。

誤解3：コストマネジメントと同じものだと考える

スコープを広げると、コストが増えることがあります。

しかし、スコープマネジメントとコストマネジメントは同じではありません。

  • 作業範囲や成果物を管理する → スコープマネジメント
  • 予算や費用を管理する → コストマネジメント

関係はありますが、見るポイントが違います。

誤解4：統合マネジメントと同じものだと考える

スコープマネジメントと統合マネジメントも混同しやすいです。

スコープマネジメントは、プロジェクトで何をどこまで行うかを管理します。

一方、統合マネジメントは、スコープ、スケジュール、コスト、品質、リスクなどを見ながら、プロジェクト全体の整合性を調整する管理です。

たとえば、機能追加の要望が出た場合、

  • 追加する機能が作業範囲に入るかを確認する → スコープマネジメント
  • 追加によって納期・費用・品質・リスクにどう影響するかを調整する → 統合マネジメント

と切り分けます。

SG試験では、範囲そのものを見るのか、変更が全体へ与える影響を見るのかが判断ポイントです。

誤解5：追加要望はすべて断るべきだと考える

スコープ管理は、追加要望をすべて拒否することではありません。

追加要望が出たら、必要性と影響を確認します。

たとえば、次の点を確認します。

  • 目的に合っているか
  • 納期に影響するか
  • 費用が増えるか
  • 品質確認が追加で必要か
  • 関係者の合意が必要か

重要なのは、影響を確認せずに作業範囲を広げないことです。

誤解6：対象外を決める必要はないと考える

スコープでは、対象範囲だけでなく、対象外も重要です。

対象外を明確にしていないと、あとから関係者が「当然含まれている」と考えてしまうことがあります。

SG試験でも、業務委託やシステム導入の場面では、範囲や責任分担を明確にする判断が重要になります。

まとめ（試験直前用）

  • スコープマネジメントは、プロジェクトで何を作り、どこまで作業するかを管理する考え方です。
  • 「やること」だけでなく、「やらないこと」を明確にすることも重要です。
  • タイムマネジメントは日程、コストマネジメントは費用、スコープマネジメントは範囲を管理します。
  • 追加要望は、すぐ反映せず、スケジュール・コスト・品質などへの影響を確認します。
  • SG試験では、範囲の話なのか、日程や費用の話なのかで選択肢を切り分けます。

🔗 関連記事

🏠 情報セキュリティマネジメントトップに戻る