令和元年度 秋期 ITパスポート試験 問38 解説 プロジェクトの変更管理

この問題は、プロジェクト管理における「変更管理」の基本ルールを問うものです。仕様変更はシステム開発の現場で必ずといっていいほど発生しますが、これに場当たり的に対応すると品質低下や納期遅延を招きます。正しいアプローチは「変更を受け入れるか拒否するか」の二元論ではなく、「あらかじめ合意したルールに基づいて適切に制御すること」です。したがって、変更の優先順位や対応範囲について合意しておく選択肢エが正解となります。

プロジェクトにおいて、すべての要求を無制限に受け入れると、開発規模が当初の予定を超えてしまい（スコープクリープ）、品質を確保する時間や予算がなくなってしまいます。一方で、完全に変更を禁止してしまうと、利用者のニーズを満たせないシステムになってしまう恐れがあります。そこで、プロジェクト開始時に「もし変更要求が出た場合は、どの基準で優先順位を判断し、どこまで対応するか」という共通認識を持っておくことが重要です。

この考え方は、プロジェクトマネジメントの知識体系（PMBOKなど）における「変更管理プロセス」の根幹です。実務では、変更要求が出てきた際に、その影響度（コスト、納期、品質）を分析し、承認者（ステアリングコミッティなど）が「やるべきか、時期を遅らせるか、見送るか」を判断する体制を作っておくことが求められます。

他の選択肢が不適切な理由は以下の通りです。

アは、顧客との関係を悪化させ、プロジェクトの成功を阻害する可能性があります。変更要求はビジネス環境の変化や設計の不備に起因する場合も多いため、門前払いではなく協議が必要です。 イは、最も避けるべき対応です。テストを省略するとバグが残存したままリリースされることになり、重大な品質事故を招く恐れがあります。 ウは、プロジェクトの初期段階から「何を作らないか」を決めるという点では一見合理的ですが、特定の機能だけを最初から切り捨てるのではなく、あくまで状況に応じて優先順位を判断し、柔軟に調整するエの方がより現実的かつ包括的な対応策です。

この問題の知識は、システム開発の工程管理やリスクマネジメントを問う問題で頻出です。特に「品質、コスト、納期（QCD）」のバランスをいかに守るかという観点は、試験のどの項目においても最重要視されます。

• プロジェクトの変更管理とは？（DX用語集）