仕様変更要求への対応で事前に決めること
ITパスポート試験 令和元年度秋期 問38 ／ プロジェクトマネジメント › プロジェクトマネジメント
過去問にチャレンジ
システム開発プロジェクトの開始時に，開発途中で利用者から仕様変更要求が多く出てプロジェクトの進捗に影響が出ることが予想された。品質悪化や納期遅れにならないようにする対応策として，最も適切なものはどれか。
- ア
設計完了後は変更要求を受け付けないことを顧客に宣言する。
- イ
途中で遅れが発生した場合にはテストを省略してテスト期間を短縮する。
- ウ
変更要求が多く発生した場合には機能の実装を取りやめることを計画に盛り込む。
- エ
変更要求の優先順位の決め方と対応範囲を顧客と合意しておく。
会話形式の解説
講師この問題では、変更要求が多く出ると予想される段階で、品質と納期を守るために何を準備するかがポイントです。
受験者要求が増えるたびに対応すると、費用や日程に収まらなくなりそうです。
講師そのとおりです。重要な変更から検討できるよう、優先順位の決め方と対応範囲を、開始時に顧客と合意しておきます。
受験者では、設計が終わったら変更を一切受け付けないと決めるのはどうですか。
講師それでは、開発中に明らかになった要望にも応えられません。変更を受けるかどうか判断するための取り決めにもなりません。
受験者遅れたときにテストを短くすれば、納期は守れるようにも思えます。
講師テストを省くと欠陥を見逃しやすくなります。品質悪化を防ぐという目的に反します。
受験者変更要求が多い場合に、予定した機能を取りやめる案もありますね。
講師要求が多いというだけで取りやめると、顧客の要件を満たせない場合があります。実装する機能を変えるなら、顧客との合意が必要です。
受験者つまり、要求を一律に拒んだり機能を一方的に削ったりせず、変更ごとに判断できるようにするのですね。
講師はい。優先順位の決め方と対応範囲を共有しておけば、費用や日程の制約を踏まえて、どの変更に対応するか判断できます。
まとめ
仕様変更要求への対応には、費用と日程の制約があります。変更が多く出ると予想されるなら、優先順位の決め方と対応範囲を開始時に顧客と合意しておきます。変更を一律に拒むことや、予定した機能を一方的に取りやめることは適切ではありません。遅れを取り戻すためにテストを省くと、欠陥の見逃しにつながります。
解答・解説
正解はエです
この問題のテーマ
仕様変更の要求が多いと予想される開発で、品質と納期を守るために何を決めておくべきかを問う問題です。
解き方の考え方
変更要求には費用と日程の制約があるため、すべてに無条件で対応することはできません。重要な変更から検討できるよう、優先順位の決め方と対応範囲を開始時に顧客と合意しておく、という筋道で判断します。
選択肢ごとの解説
- ×ア 設計完了後は変更要求を受け付けないことを顧客に宣言する。設計完了後の変更を一律に拒む方法では、開発中に明らかになった顧客の要望に応えられません。変更を受けるかどうかを判断するための取り決めにもなっていません。
- ×イ 途中で遅れが発生した場合にはテストを省略してテスト期間を短縮する。テストは欠陥を見つけるための工程です。遅れを取り戻すために省略すると欠陥を見逃しやすくなり、品質悪化を防ぐという目的に反します。
- ×ウ 変更要求が多く発生した場合には機能の実装を取りやめることを計画に盛り込む。変更要求が多いというだけで予定した機能の実装を取りやめると、顧客の要件を満たせない場合があります。実装する機能を変えるなら、顧客との合意が必要です。
- ○エ 変更要求の優先順位の決め方と対応範囲を顧客と合意しておく。変更要求の優先順位の決め方と対応範囲を事前に合意しておけば、重要な変更から検討できます。対応範囲も決まっているため、費用や日程の制約を踏まえて変更の採否を判断できます。
補足
変更要求への備えは、要求を一律に拒むことでも、予定した機能を一方的に削ることでもありません。何を優先し、どこまで対応するかを顧客と共有しておくことが判断の土台になります。
POINT
- 変更要求への対応には、費用と日程の制約があります。
- 変更の優先順位と対応範囲は、顧客と事前に合意します。
- 優先順位があれば、重要な変更から対応を検討できます。
- テストを省略すると、欠陥の見逃しや品質低下につながります。