项目管理欧美软件外包培训系列之三：变更控制流程

变更控制流程 发起变更请求 复核和审批 商务调整 变更工作计划，分配工作和安排工作进度 实施变更及测试 确认变更完成 变更管理过程： 发起变更请求： 项目相关人员都可以发起变更，根据突发的情形,可以由美方或中方提出 在任何时候都可以发起变更 变更请求表单(CR)是由变更发起者正式提交的一个工件，用于在整个项目的生命周期内跟踪所有的请求（包括新特性、扩展请求、缺陷、变更的需求等）与相关的状态信息。所有变更历史记录，包括所有状态变更及变更的日期和原因，都将随CR一起保存。进行多次复审和结束项目时都可使用此信息。 CCB（变更管理委员会）进行复核和审批： 变更请求一经提交，就该进行分析，以确保它确实有效。这项工作会由相应的技术与管理人员来进行，他们会复审变更请求，评估其有效性。变更请求需要在开发团队内部通过各级复审。通常由团队负责人最后复审并批准其手下任何人员提交的变更请求。但如果变更范围超越了团队的职权范围，则该请求将上报给级别更高的部门进行复审。如果变更的影响到多个不同的开发团队，则该请求会由变更控制委员会复审。 有时，上报的系统故障可能更多是因使用不当造成的，而与系统的实施无关。另一种可能情况是该“问题”已经报告过，并正在进行处理。 分析步骤的结果无非是接受变更请求，或是以无效请求、重复请求、“超出”当前项目前景或指令的范围等理由拒绝变更请求。 商务调整： 如果变更有效，下一步则是根据变更对整个系统的影响及其实施的难易程度来估算变更成本.成本估算步骤的输入将提交给 CCB 评估。CCB 将从战略角度、组织角度与技术角度复审变更请求及其影响。CCB 必须决定变更请求是否成本合算。然后在执行分包合同的调整，更改功能范围、工期、支付数额等信息。 变更工作计划，分配工作和安排工作进度： 分包方项目经理根据变更委员会提交批准的变更列表，以及调整后的合同规定情况，重新调整工作计划，并且准备人力资源去完成该变更，并且跟踪变更和管理的活动开展过程。 实施变更及测试： 承包方实施变更，并且制定测试员测试该变更，确保在测试工作版本作验证通过，不会对现有软件的其他部分造成负面影响。 确认变更完成： 软件的新版本通过测试工作版本中检验后，然后并入整个软件的“发布版”，CCB代表（一般为系统集成者）把变更请求放到发行队列中等待对照产品的发行工作版本进行验证、生成发行说明等，并关闭该变更请求。