变更控制(1)

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

    项目的不确定性因素导致了项目的推动过程不会像计划的那样顺利，随着工作的深入，那些不确定因素逐渐变得明确且和当初的预测不一致的时候，就会导致项目变更，项目的变更是不可避免的。一般来说，项目的目标是项目所有活动的最终判断准则，变更的发生可能会引起项目目标变化,所以，变更控制是所有项目管理者要高度关注的问题，变更往往会牵一发而动全身，搞不好会一招不慎，全盘皆输，所以大家对变更的普遍态度是慎之又慎。

    从变更产生的来源来看，变更的因素可以分为两类：内部因素和外部因素。内部因素是指项目的实施过程中，对实施的状态对比计划，发现产生了偏差，从而导致变更项目计划。外部因素则是指客户对项目目标本身发生了变化，从而引起计划的变更。

    为了对项目变更进行有效控制，应由项目实施组织，项目管理班子或两者共同建立变更控制系统。变更控制系统就是一套事先确定的修改项目文件或改变项目活动时应遵循的程序，其中包括必要的表格或其它书面文件，责任追踪和变更审批制度、人员和权限。变更控制系统应当明确规定变更控制委员会的责任和权力，并由所有的项目干系人认可。

    变更控制系统可细分为整体、范围、进度、费用和合同变更控制系统。变更控制系统应当同项目管理信息系统一起通盘考虑，形成整体。

    项目变更就是影响项目整体和贯穿整个项目过程的变更。项目变更控制的目的有三：

    （1）查明项目进行过程中发生的变化是否构成变更，

    （2）对造成变更的因素施加影响，

    （3）当变更实际出现时，设法处理之。

    项目变更控制就是协调贯穿整个项目过程的变更。例如，可交付成果的技术要求说明书发生的变更，若影响到项目范围，进而影响到费用、进度、质量、风险或其它方面，则该变更就是项目变更，应当通过范围变更控制系统处理。

    项目变更控制的依据是项目计划、进展报告和变更请求。项目班子成员或项目干系人的变更请求可能会以多种形式提出。但除非特殊情况，只有书面提出者，才能受理。

    项目变更控制的工具就是上面提到的变更控制系统。项目变更控制的结果应当有项目计划的更新、采取将项目未来预期进展控制在项目计划范围内的纠正行动和吸取的教训变。

    图3-1  项目变更控制流程

    基线与变更申请

    1．基线

    信息系统的项目管理者对基线的概念并不陌生。基线是软件配置管理的一个重要概念，是已经通过正式复审和批准的某规约或产品，它因此可以作为进一步开发的基础，并且只能通过正式的变更控制过程进行改变。

    根据定义的生命周期模型和项目特征来定义基线。在开发周期，基线的建立时间是不同的，可能会受到不同变更权威的控制。计划期间，项目应按如下所述建立基线，用以维护对配置项的完整性的适当控制。每个基线必须记录在配置管理计划中，包含：基线名称、基线内容、在生命周期的什么时候建立、谁有对基线更改的批准权。

    当基线形成后，要在项目组内部进行发布。基线的作用是把各阶段工作的划分更加明确化,以便于检验和肯定阶段成果，需求基线则是项目的需求完整定义下来，形成完整的规格。后续变更的基准就是在基线的基础上进行。

本文摘自《ERP项目管理散记》

---

　　 形散而神聚。因为是散文，所以没有框架结构的限制，作者写起来轻松，读者读起来方便，数千字成一文，每篇文章都是一个独立主题的探讨，又都紧密围绕ERP项目实施这一主题。
　　事异而理同。虽然多数文章的标题冠以ERP项目实施的大标题，但文中所阐述的很多道理，不仅仅只适合于ERP项目管理，更适合于所有的项目管理，甚至可以推而广之到企业管理中去。