問38
頻出度★★★
システム開発プロジェクトの開始時に, 開発途中で利用者から仕様変更要求が多く出てプロジェクトの進捗に影響が出ることが予想された。品質悪化や納期遅れにならないようにする対応策として, 最も適切なものはどれか。
令和元年度 秋期 ITパスポート試験 問38
マネジメント系プロジェクトマネジメント › プロジェクトマネジメント
この問題の解説と、これまでの解答の記録です。
解説
問 38
不正解ア
「設計完了後は変更要求を一切受け付けない」と宣言するのは、必要な変更まで硬直的に締め出す非現実的な対応。利用者の正当なニーズを無視すれば使えないシステムになりかねず、顧客との信頼関係も損なう。変更を「管理する」のではなく単に「拒絶する」だけで、問題の本質的な解決になっていない。
不正解イ
遅れが出たときにテストを省略して期間を短縮するのは、まさに品質悪化を招く行為で、設問が防ごうとしている「品質悪化」を自ら引き起こしてしまう。テスト不足は欠陥の見逃しにつながり、対応策として最も不適切。
不正解ウ
変更要求が多く出たら機能の実装を取りやめる、と計画に盛り込むのは、必要な機能まで無条件に削る成り行き任せの対応。何を残し何を削るかの基準や顧客合意がなく、成果物の価値・品質を損なう恐れがある。優先順位と対応範囲を顧客と合意するエのような統制が伴っていない点で不適切。
- エ
正解 エが正解。仕様変更が多発すると予想されるプロジェクトでは、変更を「起きてから場当たり的に処理する」のではなく、プロジェクト開始時に顧客と変更管理のルールを合意しておくことが最も効果的。具体的には、寄せられる変更要求をどう優先順位付けするか、どこまでを対応範囲とするか(スコープ)を事前に取り決めておく。こうすれば、変更が集中しても重要なものから計画的に取り込み、影響を予測・制御できるため、品質悪化や納期遅れを防ぎつつ顧客の正当な要求にも応えられる。これはプロジェクトスコープマネジメント(変更管理)の基本的な考え方である。
ここがポイント
- プロジェクトスコープマネジメント(変更管理): 仕様変更は拒否や場当たり対応ではなく、優先順位付けの方法と対応範囲をあらかじめ顧客と合意して統制する。
- 品質・納期を守る対応とは、テスト省略や機能削除のような犠牲ではなく、変更の影響を事前に予測・制御できる仕組みを持つことである。
用語