「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

予備知識

問題

正解

ピヨピヨ解説

仕様変更に対する対応策の話ですね。
作っている途中で「やっぱり、こうして！」と変更が入ったら、その部分は（すでに作っていたら）やり直しになります。
あるいは、その変更の影響が他の部分に及ぶ場合もあるでしょう。
途中で変更が入るのは、作る方にとっては嬉しくないわけです。

そんなクソムカつく仕様変更に対して、どう対処したら良いかね？という問題です。

それを踏まえて、解答選択肢を見ていきましょう。

「ア：設計完了後は変更要求を受け付けないことを顧客に宣言する。」は違います。
個人的には「別に、これで良いじゃん」と思いますけどね。
もう少し穏便に済ませる選択肢があるので、今回は違います。

「イ：途中で遅れが発生した場合にはテストを省略してテスト期間を短縮する。」は違います。
テストを省略すると、不具合があってもスルーされる可能性が上がります。
品質悪化の可能性が高まるわけです。

「ウ：変更要求が多く発生した場合には機能の実装を取りやめることを計画に盛り込む。」も違います。
必要な機能は作らないとダメでしょ。
もし、これをやるなら事前にお客様と話し合って合意を得ておく必要があります。
特にそんなことは書いていないので、この選択肢は違います。
一方的に「おまえらがワガママばっかり言うから開発が遅れてるんだよ。ということで、この機能は作らないから」とかやったら揉めますよ。

「エ：変更要求の優先順位の決め方と対応範囲を顧客と合意しておく。」は良い感じです。
この選択肢は「変更要求にどう対応するかを事前にお客様と話し合って決めておく」と言っています。
一番、穏便に済みそうですよね。

ということで「エ：変更要求の優先順位の決め方と対応範囲を顧客と合意しておく。」が正解です。