プロジェクトマネジメント｜令和元年度 秋期 ITパスポート試験（特別措置試験） 問38

• 設計完了後は変更要求を受け付けないことを顧客に宣言する。
• 途中で遅れが発生した場合にはテストを省略してテスト期間を短縮する。
• 変更要求が多く発生した場合には機能の実装を取りやめることを計画に盛り込む。
• ✓ これが正解変更要求の優先順位の決め方と対応範囲を顧客と合意しておく。

解説

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

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

ほかの選択肢はなぜ違うのか

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

この問題に関係する言葉

• プロジェクトマネジメント期限のある一回限りの活動を目的どおりに終わらせるための管理。作業を分けて洗い出し、日程や費用や人の計画を立てて進めます。
• 変更管理すべての変更を、評価し承認し実施し見直すことを確実にする活動です。未知の原因を突き止めて再発を防ぐ問題管理とは、目的が違います。
• 要件定義作るシステムに何を求めるかを決める工程。業務の進め方だけでなく、稼働率や復旧までの時間といった条件も書き出します。
• 品質管理
• スコープそのプロジェクトでやること、やらないことの範囲を指します。範囲を漏れなく分けて並べたものがWBSになります。
• ステークホルダその活動から影響を受ける、または活動に影響を与える人や組織。外部にもいて、不利益を受ける立場の人も含みます。

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

この問題を演習で解く

同じ単元をまとめて解くならプロジェクトマネジメントへ。

この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する（メールが開きます）