プロジェクト対象範囲定義書

これは何か

プロジェクト対象範囲定義書は、このプロジェクトで何を変え、何を変えないかを、業務・システム・データ・連携・組織の切り口で書き、分けた理由とともに承認を受ける成果物です。

刷新が始まると、「せっかくだからこれも」という要望が必ず出てきます。そのたびに一から議論していると、プロジェクトは進みません。対象範囲定義書は、そうした要望を判断するときの物差しになります（01-05 どこまでを今回の対象にするか）。

なぜ作るか

• 何を今回つくり、何を次期に回し、何を扱わないかを、全員が同じ言葉で確かめられる
• 要件・テスト・移行・費用の見積もりの前提を1か所にまとめる
• 対象外にしたものの理由を残し、同じ議論を繰り返さない
• 対象外の業務や仕組みと、新しいシステムとの「つなぎ目」を忘れない

誰が使うか・いつ作るか

• 作る人：企画の担当と PMO が下書きし、業務の各部門が中身を確かめる
• 承認する人：一般的には、投資と範囲に責任を持つスポンサーなど、プロジェクトで決めた人
• 使う人：要件を取りまとめる担当、ベンダー、見積もり・計画の担当
• 一般的には、投資企画書（BUS-002）の範囲を引き継いで、要件定義を始める前に作ります。範囲を変えるときは、変更の手続きを通して改訂します
• アステリア案件の対象範囲定義書の中身・作成者・承認者は、正本に記載がありません。未確定

関係する成果物との違い

• 投資企画書（BUS-002）：なぜこの範囲に投資するかを経営に説明する。範囲は大づかみ
• 対象範囲定義書：範囲を、要件や見積もりの前提として使える細かさで書く
• 要件確定記録（REQ-006）：範囲の中の個々の要件を「これで作る」と確定した記録。対象範囲定義書は、その手前で「どこまでが要件を作る対象か」を決める
• 変更管理台帳（PRG-008）：範囲を含む変更の依頼を1件ずつ追う。範囲を変えると決まったら、対象範囲定義書を改訂する

正本にあるのは規模とシステム・データの構成です。どの業務を今回の対象とし、何を次期・対象外にしたかは、正本に記載がありません。未確定 「10年分のデータ移行」は移行の規模の記載で、どのデータを移すかの範囲の定義ではありません。

主な項目

1. 目的とのつながり：投資企画書のどの目的のための範囲か
2. 対象の切り口：業務・システム・データ・連携・組織や拠点
3. 区分：今回・次期・対象外
4. 区分の理由：なぜその区分にしたか
5. つなぎ目：対象外のものと新しいシステムの間で、今回扱う受け渡し
6. 前提：この範囲が成り立つための前提（他の取り組みの予定など）
7. 承認と版：承認した人・日付・版、改訂の履歴

読み方

1. 対象外と次期の行に、理由が書かれているか
2. 次期・対象外の行に、今回扱うつなぎ目が書かれているか
3. 切り口（業務・システム・データ・連携）に抜けがないか
4. 承認された版か、下書きか

書き方

1. 投資企画書の目的と範囲を引き継ぐ
2. 業務・システム・データ・連携・組織の切り口ごとに、対象の候補を並べる
3. 候補ごとに区分と理由を書く。理由は「目的とのつながり」と「業務が回るか」で書くと、後で説明しやすい
4. 次期・対象外のものについて、つなぎ目を洗い出す
5. 範囲に責任を持つ人の承認を受け、版を付けて全員が読める場所に置く

何を書いてはいけないか

• 「業務全般」「必要な機能一式」のような、境目の引けない書き方
• 理由のない「対象外」
• 承認されていない範囲を、決まったものとして配ること

よくある失敗

• 範囲を会議の雰囲気で決め、文書にしない
• 範囲を広げたのに、期間と費用を見直さない
• 対象外にした業務と新しいシステムのつなぎ目を忘れ、稼働の直前に気づく

関係するUnit・成果物・危機演習

• Unit：01-05 どこまでを今回の対象にするか、04-01 要望と要件は何が違うのか、04-06 途中で要件が変わったらどうするのか
• 成果物：BUS-002 システム投資企画書、PRG-001 プロジェクト憲章、REQ-002 要件一覧、REQ-006 要件確定記録、PRG-008 変更管理台帳
• 危機演習：この成果物を直接の題材にする危機演習はありません

いつ使うか

この教材では STAGE 01｜なぜ数十億円を使うのか の文脈で扱います。 アステリア案件での正式な作成・使用時期（月）は正本に記載がないため、未確定としています。