問題
問33 次の記述のうち，業務要件定義が曖昧なことが原因で起こり得る問題だけを全て挙げたものはどれか。 a. 企画プロセスでシステム化構想がまとまらず，システム化の承認を得られない。 b. コーディングのミスによって，システムが意図したものと違う動作をする。 c. システムの開発中に仕様変更による手戻りが頻発する。 d. システムを受け入れるための適切な受入れテストを設計できない。
選択肢
- アa，b
- イb，c
- ウb，d
- エc，d
解説
正解：エ
概要
この問題は、業務要件定義が曖昧なことによって発生しやすい問題を選ぶ問題です。要件の不明確さが後工程にどんな影響を与えるかがポイントです。
正解の理由
業務要件定義が曖昧だと、開発途中で仕様の解釈が揺れて仕様変更や手戻りが増えやすくなります。また、受入れ条件が定まらないため適切な受入テスト設計が困難になります。したがって該当するのはcとdで、正解はエです。
各選択肢の解説
ア（×）: aは企画段階の合意形成の問題で、業務要件定義の曖昧さに直接起因するとは限りません。bはコーディングミスであり要件定義の曖昧さが原因ではないため誤りです。
イ（×）: bはコーディングミスによる不具合であり、業務要件定義の曖昧さが原因の問題ではありません。cは該当しますがbが含まれるため誤りです。
ウ（×）: bはコーディングミスで要件定義の曖昧さが原因ではありません。dは該当しますがbが含まれるため誤りです。
エ（〇）: cは開発中に仕様変更が頻発して手戻りが増える問題で、要件が曖昧だと起こりやすいです。dは受入テストの条件が定まらず設計できない問題で、要件の不明確さに直結するため正しいです。
ポイント
要件定義が曖昧だと「仕様変更・手戻りの増加」と「受入条件が決まらず受入テスト設計が困難」が起きやすいです。実装ミスなどは要件ではなく開発品質の問題として切り分けます。