变更需求代价-影响分析过程

项目变更控制委员会通常会请资深开发人员对提出的需求变更申请进行影响分析。为了帮助影响分析员理解接受一个建议变更的影响，可设计一系列问题核对表，如图1 8 - 3所示。第二个核对表如图1 8 - 4，用来帮助确定涉及的软件元素。熟练以后，可以按照具体情况修改。

下面是一个评估需求变更影响的简单例子。许多评估问题的出现是因为评估者没有完全按此行事。所以，这个影响分析方法强调广泛的任务确认。对于重大的变更，小组—不只是一个开发者—应该做影响分析和工作量估算来确保不忽略重要的任务。
1) 按图1 8 - 3进行一遍。
2) 按图1 8 - 4进行一遍，要使用有效的跟踪能力信息。有一些需求管理工具包含影响分析报告并且能发现受变更影响的系统元素。
3) 使用如图1 8 - 5所示的一张工单（ w o r k s h e e t）来评估预期任务要求的工作量，绝大多数的变更仅要求工单所列任务的一部分。
4) 求评估工作值的总和。
5) 确认任务执行的顺序，这些任务如何同当前的计划任务配合？

6) 决定变更是否处于项目的临界路径。如果一个处于关键路径的任务延期，项目的完成之日将遥遥无期。每个变更都会消耗资源，如果能避免变更影响关键任务，则变更不会造成整个项目延期。
7) 估计变更如何影响进度和费用。
8) 通过与其它任意需求的收益、代价、成本和技术风险的比较来评估变更的优先级。
9) 向变更控制委员会报告影响分析结果，他们可以在采纳或拒绝变更的决策过程中使用这些评估信息。
在绝大多数实例中，完成这些过程不会超过一到二小时。对于一个繁忙的开发人员来说似乎浪费了很多时间，其实为了确保开发人员对有限的资源的精打细算，这只是一笔很小的投资。如果不用系统的评估技能从容地评估出变更影响，就去做吧；但要小心别让自己进入“流沙区”。