スコープ管理

スコープすこーぷ

プロジェクト管理WBS要件定義スコープクリープ成果物変更管理

スコープについて教えて

簡単に言うとこんな感じ！

スコープとは「このプロジェクトでやること・やらないことの境界線」のことだよ！工事でいう「設計図に書いてあること全部」みたいなもので、最初にここをハッキリ決めないと、あとから「それもやって」が増えまくって予算も期間もオーバーしちゃうんだ。

スコープとは

スコープ（Scope） とは、プロジェクトや契約において「何をどこまで実施するか」を定めた範囲のことです。システム開発の文脈では、「このシステムで実現する機能の一覧」「今回の開発に含まれる作業の範囲」がスコープにあたります。

スコープが明確になっていないと、開発の途中で「やっぱりこの機能も追加して」「あの帳票も出力できるようにして」といった追加要求が次々と発生し、コスト超過・納期遅延・品質低下につながります。これを スコープクリープ（Scope Creep） と呼び、プロジェクト失敗の最大原因のひとつです。

発注担当者にとって、スコープ管理は「最初の合意内容を守り、追加費用・追加期間の発生を防ぐ」ための最重要スキルといえます。スコープは契約書・仕様書・要件定義書の中心に置かれ、ベンダーとの交渉や変更管理の基準になります。

スコープの核心的な構造

スコープは大きく プロダクトスコープ と プロジェクトスコープ の2種類に分かれます。

種類	内容	例
プロダクトスコープ	作るモノ・システムの機能・仕様の範囲	「受注管理機能・在庫照会機能を実装する」
プロジェクトスコープ	そのために行う作業・成果物の範囲	「要件定義〜テストまで実施。移行作業は含まない」

スコープを定義するときは、「含むもの（In Scope）」と「含まないもの（Out of Scope）」の両方を明示するのがポイントです。

■ スコープ定義の基本構成

【In Scope：やること】
  ✔ 受注管理機能の開発
  ✔ 既存DBからのデータ移行設計
  ✔ 結合テスト・受入テスト支援

【Out of Scope：やらないこと】
  ✘ スマートフォンアプリ対応
  ✘ 本番環境の構築・運用保守
  ✘ ユーザー向け操作研修の実施

覚え方のコツ

「スコープ＝スコープライフル（狙撃銃）の照準」と覚えると便利です。照準の円の中に入っているものがやること、円の外がやらないこと。狙いを定める前に引き金を引いても的に当たらないように、スコープを決める前に開発を始めてはいけない、ということです。

WBSとの関係

スコープを定義したあと、それを作業レベルに分解したものが WBS（Work Breakdown Structure＝作業分解構造） です。スコープがしっかり決まっていないと、WBSも正確に作れません。

ステップ	内容
①スコープ定義	「何を作るか・何をするか」を言語化
②WBS作成	スコープを細かい作業単位に分解
③見積もり	各作業の工数・費用を積算
④スケジュール作成	作業順序・担当・期間を決定

歴史と背景

1960年代〜 NASAやアメリカ国防総省の大規模プロジェクトで、「作業範囲の明確化なしに予算・進捗が管理できない」という教訓が蓄積される
1969年 PMI（プロジェクトマネジメント協会）が設立。スコープ管理がプロジェクト管理の中核概念として体系化される
1987年 PMIが PMBOK（Project Management Body of Knowledge） 初版を発行。スコープ管理が独立した知識エリアとして定義される
1990年代〜 ソフトウェア開発の大型プロジェクトでスコープクリープによる失敗事例が多発。スコープ定義の重要性が広く認識される
2001年 アジャイル宣言。スコープを最初に全部決めるのではなく、イテレーション（繰り返し）ごとに柔軟に調整するアプローチが普及し始める
現在ウォーターフォール・アジャイルどちらでもスコープ管理の考え方は必須とされ、PMP・IPA試験でも重要項目として出題される

スコープ管理とスコープクリープの比較

スコープ管理が機能しているプロジェクトとそうでないプロジェクトでは、結果が大きく異なります。

アジャイル開発でのスコープの扱い

ウォーターフォール型開発では最初にスコープを全部決めますが、アジャイル開発 ではスコープを「バックログ（やることリスト）」として管理し、優先順位を付けながらイテレーションごとに対象を調整します。スコープが変わること自体を前提とした柔軟な管理方式です。

観点	ウォーターフォール	アジャイル
スコープの決め方	プロジェクト開始前に全量確定	バックログで優先順位管理・随時更新
変更への対応	変更管理プロセスで承認が必要	イテレーション単位で取り込む
向いているケース	要件が明確・変化が少ない	要件が曖昧・変化が多い

規格	内容
PMBOK第7版（PMI）	スコープ管理を含むプロジェクト管理の国際標準ガイドライン
ISO 21500:2021	プロジェクトマネジメントの国際規格。スコープ管理の定義を含む