变更控制——牵一发而动全身.pdfVIP

变更控制——牵一发而动全身

项目的不确定性因素导致了项目的推动过程不会像计划的那样顺利，随着工作的

深入，那些不确定因素逐渐变得明确且和当初的预测不一致的时候，就会导致项

目变更，项目的变更是不可避免的。一般来说，项目的目标是项目所有活动的最

终判断准则，变更的发生可能会引起项目目标变化,所以，变更控制是所有项目

管理者要高度关注的问题，变更往往会牵一发而动全身，搞不好会一招不慎，全

盘皆输，所以大家对变更的普遍态度是慎之又慎。从变更产生的来源来看，

变更的因素可以分为两类：内部因素和外部因素。内部因素是指项目的实施过程

中，对实施的状态对比计划，发现产生了偏差，从而导致变更项目计划。外部因

素则是指客户对项目目标本身发生了变化，从而引起计划的变更。为了对

项目变更进行有效控制，应由项目实施组织，项目管理班子或两者共同建立变更

控制系统。变更控制系统就是一套事先确定的修改项目文件或改变项目活动时应

遵循的程序，其中包括必要的表格或其它书面文件，责任追踪和变更审批制度、

人员和权限。变更控制系统应当明确规定变更控制委员会的责任和权力，并由所

有的项目干系人认可。变更控制系统可细分为整体、范围、进度、费用和

合同变更控制系统。变更控制系统应当同项目管理信息系统一起通盘考虑，形成

整体。项目变更就是影响项目整体和贯穿整个项目过程的变更。项目变更

控制的目的有三个：（1）查明项目进行过程中发生的变化是否构成变更，

（2）对造成变更的因素施加影响，（3）当变更实际出现时，设法处理之。

项目变更控制就是协调贯穿整个项目过程的变更。例如，可交付成果的技术要求

说明书发生的变更，若影响到项目范围，进而影响到费用、进度、质量、风险或

其它方面，则该变更就是项目变更，应当通过范围变更控制系统处理。项

目变更控制的依据是项目计划、进展报告和变更请求。项目班子成员或项目干系

人的变更请求可能会以多种形式提出。但除非特殊情况，只有书面提出者，才能

受理。项目变更控制的工具就是上面提到的变更控制系统。项目变更控制

的结果应当有项目计划的更新、采取将项目未来预期进展控制在项目计划范围内

的纠正行动和吸取的教训变。基线与变更申请1．基线信息系统

的项目管理者对基线的概念并不陌生。基线是软件配置管理的一个重要概念，是

已经通过正式复审和批准的某规约或产品，它因此可以作为进一步开发的基础，

并且只能通过正式的变更控制过程进行改变。根据定义的生命周期模型和

项目特征来定义基线。在开发周期，基线的建立时间是不同的，可能会受到不同

变更权威的控制。计划期间，项目应按如下所述建立基线，用以维护对配置项的

完整性的适当控制。每个基线必须记录在配置管理计划中，包含：基线名称、基

线内容、在生命周期的什么时候建立、谁有对基线更改的批准权。当基线

形成后，要在项目组内部进行发布。基线的作用是把各阶段工作的划分更加明确

化,以便于检验和肯定阶段成果，需求基线则是项目的需求完整定义下来，形成

完整的规格。后续变更的基准就是在基线的基础上进行。2．变更申请项目

变更的申请可能有不同的来源——可能来自一个潜在的用户，系统分析员，测试

人员，或软件供应商。项目管理者都应该建立起一套变更请求(ChangeRequest，

简称变更请求)的表格，变更请求表格形式必需与软件配置管理计划保持一致，

有些变更管理工具也提供一些一般的电子表格形式，项目中还应该有项目变更控

制委员会来负责受理变更请求，包括赋予变更请求一个唯一的跟踪编号和分类号，

并实际执行变更流程。变更评审1．变更控制委员会（CCB）负

责项目都成立一个专门的变更控制机构——变更控制委员会