Web受注システムを開発するプロジェクトで、開発の途中に利用部門から、当初の合意に 無い機能の追加を繰り返し求められている。計画段階でスコープを定めておいたことが この場面でどのように働くか。最も適切なものはどれか。

正解：エ

1. ア要望の内容にかかわらず、範囲の外であることを理由に受け付けずに済ませられる。

   誤り。スコープは要望を断るための盾ではありません。範囲の外だと分かること自体が 目的ではなく、その後に影響を見積もって取り込むかどうかを決められる点に意味が あります。必要な変更まで一律に止めると、使われない成果物ができあがります。

2. イ利用部門の要望である以上は範囲に含める義務が生じ、日程と費用は後から調整する。

   誤り。要望をそのまま受け入れ続けると範囲が際限なく広がり、当初の日程と費用では 収まらなくなります。受け入れる場合でも、先に影響を見積もって関係者と合意し直す のが順序で、日程と費用の調整を後回しにしてよいわけではありません。

3. ウ担当者の判断で作業に足して対応すれば、日程や費用の合意は変えずに済ませられる。

   誤り。現場が黙って作業を足すと、範囲が広がった事実が誰にも見えないまま工数だけ 増えます。遅れが出ても理由をたどれず、次の見積りの根拠も崩れます。範囲を変える なら、変えたことを記録して合意する必要があります。

4. エ要望が合意した範囲の外だと示し、影響を評価して範囲を変えるかどうかを決められる。

   正解。スコープは「やること」と「やらないこと」の境界です。境界があるからこそ 新しい要望が外側だと判別でき、日程・費用・品質への影響を見積もったうえで、 範囲を変えるか見送るかを関係者で決め直せます。