ITパスポート 2010年 春期 問36

合意済みのシステム要件に対し、機能追加となる変更依頼を顧客から受けた。このときの受託側の対応として、適切なものはどれか。【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文のキーワードを確認：「合意済みの要件」「機能追加」「顧客からの変更依頼」 → 既に決まった範囲（ベースライン）を変える要求であると把握する。
2. 重要な観点を考える：誰が「決定権」を持つべきか（契約・コスト・納期に責任を持てるか）。
3. 選択肢を照合：決定権を明確に持つ主体（会議や責任者）を選ぶ。
4. 他の選択肢は「実務担当」や「営業」など、影響評価はできても最終決定権を持たない点で除外する。

選択肢別の誤答解説

• ア: 運用設計担当者が、変更を行うかどうかを判断する。
  • 運用設計担当者は運用面（使い勝手・運用負荷）について詳しいですが、契約や予算、全体スケジュールの責任を持つ決定権者ではありません。影響評価は行えますが、最終判断はできないのが一般的です。
• イ: 決定権をもつ会議や責任者が、変更を行うかどうかを判断する。
  • 正解。変更による全体への影響（コスト、納期、品質、契約）を踏まえて、権限を持つ機関・責任者が判断します。変更管理の正式手続き（変更要求の記録、影響分析、承認、契約変更の手続き）を経る必要があります。
• ウ: 当該顧客の営業担当者が、変更を行うかどうかを判断する。
  • 営業担当は顧客対応や要求の窓口ですが、内部での契約変更や開発リソース配分の最終決定権を単独で持たないことが多いです。営業が勝手に承認すると、会社側の負担やリスクが発生します。
• エ: 変更に係るソフトウェアの開発担当者が主体となって、変更を行うかどうかを判断する。
  • 開発担当者は技術的な可否や実装工数の見積もりを行いますが、コスト負担や納期調整など契約上の意思決定はできません。技術判断と管理判断は役割が分かれます。

よくある誤解

• 「現場の担当者が最も詳しいからその人が決めてよい」
  • 詳しい＝決定権がある、ではありません。現場は影響分析を提供しますが、費用や契約を決めるのは経営や指定の決定機関です。
• 「営業が顧客と話しているから、営業がOKを出せば変更できる」
  • 顧客との合意は重要ですが、社内の承認（予算・スケジュール調整）がなければ実行できません。口頭や非公式な同意はリスクになります。
• 「小さな変更だからすぐ対応してよい」
  • 見かけは小さくても、インターフェースや運用、保守に影響することがあります。必ず影響評価を行い、承認プロセスを踏むべきです。ただし、緊急修正など事前取り決めがある場合は別ルールが適用されます。

補足コラム

• ベースライン（基準線）とは：合意された要件・設計・スケジュールの「基準となる状態」です。ここから変えると、変更管理が必要になります。
• 変更管理（チェンジコントロール）の基本流れ：
  1. 変更要求の受付（Change Request: 変更要求書）
  2. 影響分析（コスト、納期、品質、リスク） — 開発・運用・営業が協力
  3. 審議・承認（CCBや責任者）
  4. 契約変更や見積もりの提示（変更合意）
  5. 実施（開発・テスト・展開）
  6. ドキュメント更新と顧客連絡、クローズ
• 緊急変更の扱い：緊急性が高い障害対応などは事前に定めたエスカレーション手順に従い、後で正式承認を得ることがあります。これも運用ルールで決めておくべきです。

• 変更要求を文書化したか？
• 影響範囲の評価はあるか？（工数・コスト・納期・品質・契約）
• 誰が最終決定するか明確か？（CCBや責任者）
• 承認後、契約や見積りを正式に更新する手続きはあるか？

FAQ