ITパスポート 令和元年度 秋期 特別措置試験 問38

✓ これが正解エ 変更要求の優先順位の決め方と対応範囲を顧客と合意しておく。

解説

優先順位の決め方と対応範囲を、顧客と先に合意しておきます。

プロジェクトマネジメントでは、変更が多く出そうだと分かっているときは、変更そのものを拒むのではなく、変更をどう扱うかを先に決めておくのが正しい備えです。具体的には、出てきた要求にどう優先順位を付けるか、どこまでを今回の範囲として受けるかを、開始の時点で顧客と合意しておきます。変更管理の道筋を通しておけば、要求のたびに揉めることがなくなり、品質を落とさずに納期も守れます。要件定義で決めきれないことは必ず残るので、変わることを織り込んだ進め方のほうが現実的です。スコープを動かすかどうかは、ステークホルダの間で決める事柄になります。品質管理の面から見ても、後から削るより筋が通ります。受ける要求と次へ回す要求を分ければ、顧客も追えます。よって最も適切なのは、優先順位と対応範囲を合意しておくことです。

ほかの選択肢の解説

• ア 設計完了後は変更要求を受け付けないことを顧客に宣言する。：設計が終わったら変更を一切受け付けないと宣言する手は、作る側にとっては楽ですが、使えないものができあがる危険を高めます。業務は動いており、途中で必要が変わることは避けられません。門を閉ざすより、通し方を決めるのが筋です。
• イ 途中で遅れが発生した場合にはテストを省略してテスト期間を短縮する。：遅れが出たときに試験を省いて期間を詰める手は、日程だけを守って品質を捨てる形になります。見つからなかった欠陥は、引き渡した後により大きな手戻りとして戻ってきます。品質悪化を避けたいという問いの狙いとは、正反対の答えです。
• ウ 変更要求が多く発生した場合には機能の実装を取りやめることを計画に盛り込む。：変更が多いときに機能の実装を取りやめると計画に書いておく手は、約束したものを届けないと先に宣言しているのと変わりません。何を削るかも決めていないので、削る場面で結局揉めます。順位を決める話と、丸ごとやめる話は別ものです。