スコープ定義の書き方 スコープ記述書テンプレートと対象外の例

スコープ定義とは、プロジェクトで「作るもの・やること」と「作らないもの・やらないこと」の境界線を文書にして、関係者が合意することです。 その文書がスコープ記述書です。書くときのコツは、含むものを並べる前に、対象外を具体的な名前で書くことです。

この記事では、そのまま貼れるスコープ記述書のテンプレート全文と、架空の「社内備品予約システム」の記入例、対象外の文例一覧、追加の依頼が範囲内か外かを判定するチェックリストを載せます。

この記事の結論

• 対象外を先に、具体名で書きます。 「その他の機能は対象外」ではなく「スマートフォン専用アプリは対象外」と書きます。
• 成果物には受入基準を1つずつ付けます。 「できた」と言える条件が線の位置を決めます。
• 追加の依頼は断るのではなく、変更依頼として受けます。 記述書に載っていないものは、影響を調べてから入れるかどうかを決めます。
• 承認欄に日付と名前を残します。 合意した版が1つに決まっていることが、後の判断の土台になります。

確認環境：掲載したテンプレートと表は、タブ区切りの列数がそろっていること、文例の件数が本文の記載と一致することを Python 3.11.15 で点検しています。確認日 2026-10-05。

スコープ定義の早見表

スコープ定義の手順

1. 目的を1〜3文で書く。 迷ったときに立ち返る基準になります。
2. 対象外の候補を洗い出す。 関係者に「今回やらないと思っていること」を先に聞きます。期待のずれが早く見つかります。
3. 成果物を名詞で並べ、受入基準を付ける。
4. 前提と制約を分けて書く。 前提は「見込み」、制約は「動かせない条件」です。
5. 変更の扱いを1段落で決める。
6. 読み合わせて承認をもらう。 対象外の章は声に出して1行ずつ確認します。

含むものから書き始めると、書かれていないものの扱いが読む人によって分かれます。対象外から書くと、境界の両側が文書に残ります。

スコープ記述書のテンプレート（Markdown）

そのまま貼って使える全文です。

# スコープ記述書

| 項目 | 内容 |
|---|---|
| プロジェクト名 | |
| 版 | 1.0 |
| 作成日 | |
| 作成者 | |

## 1. 目的
（なぜ行うか。何がどう良くなるか。1〜3文）

## 2. 成果物と受入基準
| No | 成果物 | 内容 | 受入基準 | 確認する人 |
|---|---|---|---|---|
| D-01 | | | | |
| D-02 | | | | |

## 3. 対象範囲（やること）
| No | 分類 | 内容 |
|---|---|---|
| S-01 | 機能 | |
| S-02 | データ | |
| S-03 | 環境 | |

## 4. 対象外（やらないこと）
| No | 分類 | 対象外とするもの | 理由・扱い先 |
|---|---|---|---|
| X-01 | 機能 | | |
| X-02 | データ | | |
| X-03 | 環境 | | |
| X-04 | 時期 | | |
| X-05 | 運用 | | |
| X-06 | 教育 | | |

## 5. 前提
| No | 前提 | 崩れた場合の扱い |
|---|---|---|
| A-01 | | |

## 6. 制約
| No | 種別 | 制約 |
|---|---|---|
| C-01 | 期限 | |
| C-02 | 体制 | |
| C-03 | 環境 | |

## 7. 変更の扱い
この文書に記載のない作業、および対象外に記載した作業の依頼は、変更依頼として受け付ける。
- 窓口：
- 影響を調べる人：
- 入れるかどうかを決める人：
- 決まった内容はこの文書の版を上げて反映する。

## 8. 承認
| 役割 | 氏名 | 承認日 |
|---|---|---|
| 依頼側の責任者 | | |
| 開発側の責任者 | | |

## 改版履歴
| 版 | 日付 | 変更内容 | 承認者 |
|---|---|---|---|
| 1.0 | | 初版 | |

記入例：架空の社内備品予約システム

社員がノートPCやプロジェクターを予約・貸出・返却できるシステムを、新しく作る想定です。

# スコープ記述書

| 項目 | 内容 |
|---|---|
| プロジェクト名 | 社内備品予約システム構築 |
| 版 | 1.0 |
| 作成日 | 2026-10-05 |
| 作成者 | 山田（総務部） |

## 1. 目的
表計算の台帳で行っている備品の予約と貸出を、ブラウザから行えるようにする。
予約の重複を0件にし、総務部の貸出対応を月20時間から月5時間以下にする。

## 2. 成果物と受入基準
| No | 成果物 | 内容 | 受入基準 | 確認する人 |
|---|---|---|---|---|
| D-01 | 備品予約システム | 予約・貸出・返却・備品管理の4機能 | 受入テストのシナリオ12本がすべて合格 | 総務部 山田 |
| D-02 | 移行済みデータ | 備品台帳320件 | 件数が一致し、抜き取り30件の内容が台帳と一致 | 総務部 鈴木 |
| D-03 | 利用者向け手引き | 予約から返却までの操作（A4で8ページ以内） | 総務部以外の社員2名が手引きだけで予約を完了できる | 総務部 山田 |
| D-04 | 管理者向け手順書 | 備品の登録・変更・廃棄、利用者の追加 | 総務部の担当者が手順書だけで備品を1件登録できる | 総務部 鈴木 |

## 3. 対象範囲（やること）
| No | 分類 | 内容 |
|---|---|---|
| S-01 | 機能 | 備品の検索、予約、予約の変更・取消 |
| S-02 | 機能 | 貸出と返却の記録、返却期限を過ぎた利用者へのメール通知 |
| S-03 | 機能 | 備品マスタの登録・変更・廃棄（管理者のみ） |
| S-04 | データ | 現行の備品台帳320件の移行（1回） |
| S-05 | 環境 | 社内ネットワークからのPCブラウザ利用（本番1面、検証1面） |
| S-06 | 教育 | 管理者2名への操作説明（1回、60分） |

## 4. 対象外（やらないこと）
| No | 分類 | 対象外とするもの | 理由・扱い先 |
|---|---|---|---|
| X-01 | 機能 | スマートフォン専用アプリ | PCブラウザのみで目的を満たせる。第2期で検討 |
| X-02 | 機能 | 会議室の予約 | 既存の予定表で運用中。連携もしない |
| X-03 | 機能 | 備品の購入申請、棚卸し | 総務部の別の業務として現行のまま |
| X-04 | データ | 過去の貸出履歴の移行 | 台帳の書式が年ごとに違うため。台帳は総務部で保管 |
| X-05 | データ | 備品の写真の登録 | 稼働後に総務部が登録する。登録機能は対象範囲 |
| X-06 | 環境 | 社外からの利用 | 社内ネットワーク限定とする |
| X-07 | 環境 | 人事システムとの自動連携 | 利用者は月1回、CSVで取り込む |
| X-08 | 時期 | 稼働後の機能追加 | 稼働後1か月の不具合対応までを範囲とする |
| X-09 | 運用 | 稼働後の備品マスタの保守 | 総務部が手順書に沿って行う |
| X-10 | 教育 | 全社員向けの説明会 | 手引きの配布で代える |

## 5. 前提
| No | 前提 | 崩れた場合の扱い |
|---|---|---|
| A-01 | 備品台帳の最新版が10月16日までに提供される | 移行の日程を見直す |
| A-02 | 総務部の確認は依頼から3営業日以内に返る | 遅れた日数分、後続の日程を動かす |
| A-03 | 利用者は300名以内、同時利用は30名以内 | 性能の条件を変更依頼として見直す |

## 6. 制約
| No | 種別 | 制約 |
|---|---|---|
| C-01 | 期限 | 2027年1月12日に稼働する |
| C-02 | 体制 | 開発3名、総務部の窓口1名 |
| C-03 | 環境 | 社内の既存サーバーとPostgreSQLを使う |
| C-04 | 認証 | 社内の共通ログインを使う |

## 7. 変更の扱い
この文書に記載のない作業、および対象外に記載した作業の依頼は、変更依頼として受け付ける。
- 窓口：総務部 山田
- 影響を調べる人：開発リーダー 佐藤
- 入れるかどうかを決める人：総務部長 高橋
- 決まった内容はこの文書の版を上げて反映する。

## 8. 承認
| 役割 | 氏名 | 承認日 |
|---|---|---|
| 依頼側の責任者 | 高橋（総務部長） | 2026-10-09 |
| 開発側の責任者 | 佐藤（開発リーダー） | 2026-10-09 |

記入例のポイントは3つです。

• X-05のように、範囲内と範囲外が隣り合う箇所を分けて書く。「写真の登録機能は作る、写真を登録する作業は行わない」と線を引いています。
• 受入基準が人の感想ではなく確かめ方になっている。「使いやすいこと」ではなく「2名が手引きだけで予約を完了できる」です。
• 対象外に扱い先がある。「第2期で検討」「総務部が行う」と書くと、やらないことへの納得が得やすくなります。

対象外の書き方の文例一覧（分類別36例）

自分のプロジェクトに合わせて、名前と数字を置き換えて使えます。

機能

データ

環境

時期

運用

教育

書き方の直す前と後

「等」「など」「必要に応じて」「随時」「適宜」が入っている文は、読む人によって範囲が変わります。見つけたら名前か数字に置き換えます。

依頼がスコープ内か外かを判定する質問チェックリスト

追加の依頼や「これも含まれますよね」という確認が来たら、上から順に答えます。

判定の例です。

範囲外と判定しても、そこで終わりにしません。「変更依頼として受け付け、影響（期間・工数・他の成果物）を調べてお返事します」と伝え、決める人が判断します。入れると決まったら、スコープ記述書の版を上げて対象範囲に行を足します。

スコープクリープを防ぐ5つの習慣

スコープクリープは、合意の手続きを通らずに範囲が少しずつ広がっていくことです。次の習慣で、広がりを「見える変更」に変えられます。

スコープ記述書・要件定義書・WBS・SOW・プロジェクト憲章の違い

名前が似ていて混同されやすい5つの文書を、「いつ・誰が・何を決めるか」で比べます。

使い分けの判断基準です。

スコープ記述書は、この中で最初に線を引く文書です。要件定義書は線の内側を詳しく書き、WBSは線の内側を作業に分け、変更管理は線を動かすときの手続きを担います。小さなプロジェクトでは、プロジェクト計画書の1章として書いても役割は同じです。

表計算ソフトに貼れるタブ区切り版

成果物と対象外の表は、表計算ソフトで管理すると並べ替えや絞り込みができます。セルA1に貼り付けてください。

成果物と受入基準：

No  成果物 内容  受入基準    確認する人
D-01    備品予約システム    予約・貸出・返却・備品管理の4機能   受入テストのシナリオ12本がすべて合格 総務部 山田
D-02    移行済みデータ 備品台帳320件    件数が一致し、抜き取り30件の内容が台帳と一致 総務部 鈴木
D-03    利用者向け手引き    予約から返却までの操作 総務部以外の社員2名が手引きだけで予約を完了できる   総務部 山田
D-04    管理者向け手順書    備品の登録・変更・廃棄、利用者の追加  担当者が手順書だけで備品を1件登録できる    総務部 鈴木

対象外：

No  分類  対象外とするもの    理由・扱い先
X-01    機能  スマートフォン専用アプリ    第2期で検討
X-02    機能  会議室の予約  既存の予定表で運用中
X-03    機能  備品の購入申請、棚卸し 現行のまま
X-04    データ 過去の貸出履歴の移行  台帳は総務部で保管
X-05    データ 備品の写真の登録    稼働後に総務部が登録
X-06    環境  社外からの利用 社内ネットワーク限定
X-07    環境  人事システムとの自動連携    月1回のCSV取り込み
X-08    時期  稼働後の機能追加    稼働後1か月の不具合対応まで
X-09    運用  稼働後の備品マスタの保守    総務部が実施
X-10    教育  全社員向けの説明会   手引きの配布で代える

よくある質問

Q. スコープ定義とは何ですか？ A. プロジェクトで作るもの・やることと、作らないもの・やらないことの境界を決めて合意することです。結果をスコープ記述書にまとめます。

Q. スコープ記述書と要件定義書の違いは何ですか？ A. スコープ記述書は範囲の境界を決め、要件定義書はその内側の中身を詳しく決めます。順番はスコープ記述書が先です。

Q. 対象外はどこまで細かく書けばよいですか？ A. 関係者の誰かが「含まれる」と考えそうなものを、名前で書きます。目安は分類ごとに1〜3行、全体で10行前後です。

Q. スコープクリープを防げないときはどうすればよいですか？ A. まず追加の依頼を1件ずつ記録して件数と工数を見える形にします。そのうえで、入れるものと引き換えに動かすもの（期限・体制・他の範囲）を決める場を設けます。

Q. 途中でスコープを変えてもよいですか？ A. 変えられます。変更依頼として影響を調べ、決める人が承認し、スコープ記述書の版を上げて反映します。

まとめ

• スコープ定義は「作るもの」と「作らないもの」の境界を合意することです。
• 対象外を先に、具体名で書きます。理由か扱い先を添えます。
• 成果物には受入基準を1つずつ付けます。
• 「等」「随時」「必要に応じて」は名前と数字に置き換えます。
• 追加の依頼は6つの質問で判定し、範囲外は変更依頼として受けます。
• 承認した版を1つに決め、変えるときは版を上げます。

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。