問38
頻出度★★★
システム開発プロジェクトの開始時に, 開発途中で利用者から仕様変更要求が多く出てプロジェクトの進捗に影響が出ることが予想された。品質悪化や納期遅れにならないようにする対応策として, 最も適切なものはどれか。
令和元年度 秋期 ITパスポート試験 問38
マネジメント系プロジェクトマネジメント › プロジェクトマネジメント
这道题的解析和你的作答记录。
解説
問 38
错误ア
声明「设计完成后一律不接受变更要求」，是把必要的变更也僵硬地拒之门外的不现实做法。若无视用户的正当需求，可能做出无法使用的系统，也会损害与客户的信任关系。这只是单纯地「拒绝」变更而非「管理」变更，并没有从根本上解决问题。
错误イ
当出现延误时省略测试来缩短周期，恰恰是招致质量下降的行为，等于自己引发了设问想要防止的「质量下降」。测试不足会导致缺陷被漏检，作为应对措施最不恰当。
错误ウ
在计划中纳入「变更要求一多就取消功能的实现」，是把必要的功能也无条件砍掉的听天由命式做法。既没有保留什么、删掉什么的标准，也没有客户的一致同意，可能损害交付物的价值与质量。它缺乏像エ那样与客户就优先级和应对范围达成一致的管控，因此并不恰当。
- エ
正解 エ为正确答案。在预计会频繁出现规格变更的项目中，最有效的做法不是「等变更发生后再临时应付」，而是在项目启动时就与客户就变更管理的规则达成一致。具体来说，事先约定好如何对提出的变更要求进行优先级排序、以及应对范围（scope）到什么程度。这样一来，即使变更集中出现，也能从重要的开始有计划地纳入，并对影响进行预测和控制，从而在防止质量下降和交付期延误的同时，也能回应客户的正当要求。这正是项目范围管理（变更管理）的基本思路。
ここがポイント
- 项目范围管理（变更管理）：对待规格变更不应拒绝或临时应付，而应事先与客户就优先级排序方法和应对范围达成一致，加以管控。
- 守住质量与交付期的对策，不是像省略测试或删减功能那样的牺牲，而是要拥有能够事先预测并控制变更影响的机制。
用語