项目变更管理――决战项目成败.docxVIP

项目变更管理 决战项目成败 变更控制的目的并不是控制变更的发生，而是对变更进行管理，确保变更 有序进行。对于软件开发项目来说，发生变更的环节比较多，因此变更控制显 得格外重要。 IT项目中引起变更的因素有两个：一是来自外部的变更要求，如客户要求修改工作范 围和需求等；二是开发过程内部的变更要求，如为解决测试中发现的一些错误而修改源码甚 至设计。比较而言，难处理的是来自外部的需求变更，因为IT项目需求变更的概率大，引 发的工作量也大（特别是到项目的后期）。 变更控制不能仅在过程中靠流程控制，有效的方法是在事前明确定义。事 前控制的一种方法是在项目开始前明确定义，否则“变化”也无从谈起。工作范围（以前 章节谈过）；另一种方法是评审，特别是对需求进行评审，这往往是项 目成败的矢键。需求评审的目的不仅是“确认更重要的是找出不正确的地方并进行修 改，使其尽量接近“真实需求。另外，需求通过正式评审后应作为重要基线，从此之后 即开始对需求变更进行控制。 虽然可以事前定义好变更控制流程，但在各种压力下真正“控制”起来其实非常困 难。下面给大家分析一个变更失控的项目案例：王先生刚出任项目经理，并承接了一个中型 软件项目。上任时公司高层再三叮咛他一定要尊重客户，充分满足客户需求。项目开始比较 顺利，但进入到后期，客户频繁的需求变更带来很多额外工作。王先生动员大家加班，保持 了项目的正常进度，客户相当满