系统集成项目变更管理浅析.doc

1、系统集成项目变更管理浅析作者:证书编号：2011 年 1 月 12 日摘 要 本文从影响变更的变更对象、变更方式、变更时技巧的运用三个要素阐述如何进行项目变更，并对笔者已经做完的项目中项目变更管理工作进行总结，希望以后再做项目变更管理工作时能够达到有效变更的目的。关键词 变更 变更对象 变更方式 一：概述在项目实施过程中，我们经常会遇到项目实施时间改变、设备增加或减少、图纸设计更改、子系统增加或减少等等，使原本计划好的项目实施方案带来不断地变化，原本计划一劳永逸的设置好的施工步骤被打乱，甚至军心士气都受影响。很多的项目实施管理者都不希望有这样的变化发生，甚至想办法极力避免。那么怎样对待这些变化

2、并对这些变化进行管理，在这里，本人结合多年的信息系统集成项目实施管理过程来简单阐述一下。任何一个项目的管理，都包括如下几个主要部分：制定项目计划、执行项目计划、项目变更管理，为达到或超过项目的预期目标，就必须很好的执行并协调好这三者之间的关系。 本文结合计算机信息系统集成项目的特点和我的实际工作体会，就如何进行计算机信息系统集成项目的质量管理展开论述。二：正文项目变更是指项目的某些基准发生变化，造成项目的质量、成本和计划都发生变化。IT 项目中引起变更的主要因素有两个：一是来自外部的变更要求，如客户要求修改工作范围和需求等；二是开发过程内部的变更要求，如为解决测试中发现的一些错误而修改源码甚至

3、设计。相比较而言，最难处理的是来自外部的需求变更，因为 IT 项目需求变更的概率大，引发的工作量也大。因此，为了更好的实现当初既定的项目目标，我们必须要建立一套正规的程序，对项目发生的各种变化采取必要的应变措施，进行有效的控制。方面如下：遵循项目变更的原则为了对项目的变更进行有效地控制，成功地完成项目的目标，项目变更应遵循以下原则： 将项目变更融入项目的计划中去；选择影响最小的方案；所有的变更在准备变更申请和评估之前，必须与项目经理进行商讨；及时地发布项目的变更信息，让项目团队清晰地理解。执行项目变更控制的程序项目变更是正常的、不可避免的。变更控制程序如下：明确项目变更的目标；对提出的所有变更

4、要求进行审查；分析项目变更对项目绩效所造成的影响；明确产出相同的各替代方案的变化；接受或否定变更要求；对项目变更的原因进行说明，对所选择的变更方案给予解释；与所有相关团体就变更进行交流；确保变更合理实施。 控制好项目变更中如下三方变更范围变更 。这是要处理的最为重要的变更。范围在两个层次上得以定义高级范围描述项目的边界和需要完成的主要可交付项，低级范围则通过你认可的需求加以定义。范围变更管理的主要目的是确定变更，并对其进行有效管理。它还有助于保护项目团队，避免就时间进度和预算达成一致后出现变更。换句话说，项目团队根据高级和详细的范围定义承诺一个最终期限和预算。如果在项目进行过程中可交付项发生变

5、化（这一般意味着客户希望附加额外的条款） ，最初的成本、努力和持续时间估计就会失效。如果主办方同意将新工作增加到项目范围中，项目经理有权要求对当前的预算和最终期限进行修改（通常是增加预算，延长最终期限） ，以反映这些增加的额外工作。这个过程最终要向主办方提交适当的信息，允许主办方根据商业价值和变更对项目成本和时间进度的影响，决定是否批准对预算和最终期限的修改。 配置变更。配置变更是指对所有项目资产和资产特性（元数据）进行确认、追踪和管理。 （在一些组织中，这个过程的定义更加狭窄，仅表示对物理资产进行管理。 ）大多数项目并不进行配置管理。不过，如果你的项目使用或建造大量的组件、零件、工具和设备等

6、，配置变更管理就显得非常重要。 其它变更。你的项目还可能发生一些变更，它们不属于范围变更管理或配置管理之列。这些变更可能划归为综合变更管理的范畴。例如，假如一名团队成员离职，需要有人来填补他的职位。这个例子就不属于范围变更或配置变更，而属于综合变更。在这种情况下，你可能需要记录所发生的资源变更情况、确定变更的影响、并制定一个变更管理计划。在多数情况下，上述过程和范围变更所要求完成的过程类似。综合变更管理和范围变更管理的关键区别在于，如果一项范围变更被要求并得到批准，你希望能够对预算和时间进度加以修改，以适应变更的要求。你不应对它抱着和非范围变更相同的期待。例如，在上面的例子中，一个团队成员的职

7、位需要填补，这无疑是一项变更，也可能会对项目造成影响。但是，你不能指望这项变更会改变已得到批准的项目时间、项目进度和项目预算。综上所述，作为一名项目经理，应当集中精力确保对范围变更进行有效管理，因为它是造成项目问题的主要罪魁祸首。不过，项目经理还要认识到，你的项目也可能需要进行配置管理和综合变更管理，有效管理这些变更可以为你免去许多麻烦。认识项目变更控制中的误区没有明确的授权。事先应该明确客户方有权提出变更申请的人员和实施方有权受理变更的人员，并要控制双方人数，这样做才可以对变更有整体的控制，绝不能进行“私下交易” ，而没有人能完整地知道到底改了些什么。另外，授权双方接口人的好处是可以屏蔽客户

8、内部的矛盾，如果只有一个接口人，内部尚未达成一致时变更是无法提出来的。从实际经验看，授权可以显著减少变更，特别是那些因内部看法不同而导致的反复变更。对变更没有进行必要的审核。并不是所有的变更都要修改，也不是所有变更都要立刻修改，审核的目的就是为了决定是否需要修改和什么时候修改。比如界面风格问题，就可以先不修改，或者规划一下修改的时间待到以后进行优化。另外，对于核心模块的修改要严格审核把关，否则会引起全局问题，绝对不可以 “擅自修改核心模块” 。对变更的影响没有评估。变更都是有代价的，应该评估一下变更的代价和对项目的影响，要让客户了解变更的后果，在评估代价并且与客户讨论的过程中，可以请客户一起做

9、判断：“我可以修改，但您能接受吗？” ，让客户确认是否接受变更的代价。避免因为没有事前告诉客户变更影响而造成客户不满意。同时如果客户不知道你为变更付出的代价，对你的辛苦便难以体会。三：总结综上所述，要控制项目变更，我们不能仅仅在过程中控制流程，必须在事前进行明确的定义加以控制。因为对于软件开发项目来说，虽然可以事前定义好变更控制流程，但由于发生变更的环节比较多，因此在各种压力下真正“控制”起来其实非常困难。有效的方法一种是在项目开始前明确的定义工作范围，否则“变化”也无从谈起；另一种是评审，特别是对需求进行评审，这往往是项目成败的关键。需求评审的目的不仅是“确认” ，更重要的是找出不正确的地方并进行修改，使其尽量接近“真实”需求，另外，需求通过正式评审后应作为重要基线，从此之后即开始对需求变更进行控制。作为一名项目经理必须要明白：控制变更的目的并不是要控制变更的发生，而是对变更进行管理，确保项目变更有序进行，因此如何管理项目变更就显得格外重要了。