从上面的案例中可以看到各种变更失控的现象和造成的后果，王先生主要犯了几个错误：
1） 没有明确的授权。事先应该明确客户方有权提出变更申请的人员和实施方有权受理变更的人员，并要控制双方人数。这样做才可以对变更有整体的控制。绝不能进行“私下交易”，而没有人能完整地知道到底改了些什么。另外，授权双方接口人的好处是可以屏蔽客户内部的矛盾，如果只有一个接口人，内部尚未达成一致时变更是无法提出来的。从实际经验看，授权可以显著减少变更，特别是那些因内部看法不同而导致的反复变更。
2）对变更没有进行必要的审核。并不是所有的变更都要修改，也不是所有变更都要立刻修改，审核的目的就是为了决定是否需要修改和什么时候修改。比如案例中提到的界面风格问题，就可以先不修改，或者规划一下修改的时间待到以后进行优化。另外，对于核心模块的修改要严格审核把关，否则会引起全局问题，案例中提到的“擅自修改核心模块”造成的事故就是因为没有审核而造成的。
3）对变更的影响没有评估。变更都是有代价的，应该评估一下变更的代价和对项目的影响，要让客户了解变更的后果，并与客户一起做判断。案例中客户最后的质问正是因为没有事前告诉客户变更的影响造成的。如果客户不知道你为变更付出的代价，对你的辛苦便难以体会。案例中客户刚开始对王先生加班处理变更相当满意，但只是对工作态度满意，后期当变更引发一系列问题时客户并没有感谢王先生的苦劳。
4）应该让客户确认是否接受变更的代价。在评估代价并且与客户讨论的过程中，可以请客户一起做判断“我可以修改，但您能接受后果吗？”案例中如果王先生评估了修改界面的工作量并请客户确认，则有三种可能：客户预先接受延期这一后果，也就不会再质问王先生了；如果客户认为代价太大，则王先生就不必修改了；如果认为可以缩短延期时间，则王先生至少争取到了与客户协商的机会，让客户知道为此项目组需要付出加班的代价，吃个“明亏”。
上述步骤完成后，要等客户确认变更再组织实施变更的相关工作。变更要按配置管理（读者可以查阅相关的资料）的规定执行，确保所有交付物的一致性和完整性。同时，对所有的变更要跟踪和验证，确保都按要求完成了。
最后，要特别提醒的是：要在项目开始就对项目组和客户进行宣传和培训，让所有成员都理解变更控制的重要意义；在项目过程中要对变更控制的执行情况进行审计，发现违反规定的事件要严肃处理，否则过程很快就会失效。
综上所述，变更控制的目的是管理变化。变更控制对项目成败有重要影响，事前要明确定义，事中要严格执行。实施变更之前有四个重要控制点：授权、审核、评估和确认；在实施过程要进行跟踪和验证，确保变更被正确执行。 此文章共有2页 上一页 1 2
文章来源：中国项目管理资源网
 IT服务及集成项目管理培训课程方案
|
Leadge.com首页 > 知识库 