ITパスポート 2019年 秋期 問38

システム開発で仕様変更が多く出そうなときの対応【ITパスポート 解説】

正解の理由

• 優先順位を決めれば「重要な変更から着手」でき、無駄な工数を減らせます。
• 対応範囲を合意していれば、どこまで実装・テストするかが明確になり、品質と納期の管理がしやすくなります。
• 顧客合意（文書化）によりトラブルや認識のずれを減らせます。

解法ステップ

1. 問題文で求められている目的を確認する：品質悪化や納期遅れを防ぐ対応策。
2. 各選択肢がその目的にどう寄与するか考える。
   • 変更を完全に拒否 → 顧客との軋轢や現実的ではない。
   • テストを省く → 品質低下に直結する。
   • 機能取りやめを計画に盛り込む → 一部有効だが顧客合意や優先順位が不明確。
   • 優先順位と対応範囲を合意 → 変更に対する合理的な対応が可能。
3. 最もバランスの良い選択肢を選ぶ：エ。

選択肢別の誤答解説

• ア: 設計完了後は変更要求を受け付けないことを顧客に宣言する。
  一見厳格に見えますが、実務では顧客の業務環境や要望は変わります。完全拒否は顧客満足を損ない紛争の原因になります。変更を完全に遮断するのではなく、受け付け方や評価方法を決める方が現実的です。
• イ: 途中で遅れが発生した場合にはテストを省略してテスト期間を短縮する。
  テスト（検証）は品質確保の要です。省略するとバグや重大障害が残り、後で修正コストや顧客信頼の損失が増えます。短期的な遅延回復には使えません。
• ウ: 変更要求が多く発生した場合には機能の実装を取りやめることを計画に盛り込む。
  機能の取捨選択（スコープ縮小、デスコーピング）は有効な手段です。ただし「何を」「いつ」「誰が決めるか」を顧客と事前合意していないと、顧客との認識ズレや満足度低下になります。つまり有効だが、合意プロセスがなければ不十分です。
• エ: 変更要求の優先順位の決め方と対応範囲を顧客と合意しておく。
  優先順位を使って重要な変更から対応し、対応範囲を決めてどの程度まで工数とテストを行うか合意します。これにより品質と納期のバランスを取りやすくなります。顧客との合意は証拠（文書）として残すことが重要です。

よくある誤解

1. 「変更は悪だから全部断るべき」
   変更自体は業務改善や価値向上につながることがあります。重要なのは「どの変更を優先してどう対応するか」を決めることです。
2. 「テストを短くすれば納期は守れる」
   テストを削ると短期的に納期は守れても、後で障害対応や手戻りが増え、結局遅れやコスト増になります。テストは削減すべきではない工程です。
3. 「機能を削れば問題解決」
   機能削除（スコープ縮小）は有効ですが、顧客の重要な要件を取り下げてしまうとシステム価値が下がります。どの機能を削るかは顧客と合意して決めるべきです。

補足コラム

• 変更管理（チェンジコントロール）とは？
  変更要求（Change Request）を受け付け、影響分析（コストや納期や品質への影響を評価）を行い、優先順位・承認・実施・検証までを管理する仕組みです。小さなプロジェクトでも「誰が決めるか」「評価基準」「決裁ルール」は決めておきましょう。
• アジャイル（Agile：柔軟に繰り返し開発する手法）では？
  アジャイルでは変更を前提に短い期間（スプリント）で作り、製品バックログ（やることリスト）の優先順位を顧客と一緒に決めます。今回の設問が求める「優先順位と対応範囲の合意」は、アジャイルでもウォーターフォールでも共通して重要な考え方です。
• 合意は書面で残す
  「口約束」は認識ズレの原因になります。要求変更の優先度や対応範囲、追加コストやスケジュールへの影響は、議事録や変更管理票で記録しましょう。

FAQ