变更失控的后果：私下交易、反复修改、严重影响项目

因为没有进行变更控制，已经给项目组造成了严重的后果。

首先，“私下交易，总体失控”。这段时间，为了节省时间，客户与程序员都是捉对厮杀，一个客户坐在一个程序员边上边商量边改。因为程序员不做任何记录，相关文档也来不及修改，没有记录到底改了些什么。积累到现在，需求、设计和代码已经无法保持一致，甚至没有人能说清楚现在系统“到底改成什么样了”。

其次，“未达成一致，反复修改”。有的小组中多个客户负责需求，但是他们来自不同部门，内部尚未达成一致。因此，客户甲说了方案A，程序员刚刚改完，客户乙看到结果之后又要求程序员改成方案B，最后两个客户会对着程序员说：“你到底听谁的？”弄得程序员无所适从，不知道到底该怎么改。

第三，“违规操作，酿成大错”。变更流程明确要求修改和内部测试之后才能放入测试环境，但程序员有时直接就改。有一次有人甚至未经许可就擅自修改了核心模块，造成系统运行异常缓慢，大量应用程序超时退出。事后投入了大量精力才排除了故障，致使客户一个测试团队整整等了将近1天，知道原因后均表示对这种“低级错误”无法容忍。(www.xing528.com)

第四，“没说明影响，费力不讨好”。这次修改界面的事件就是个教训，变更都是有代价的，但是却没有告诉客户代价是什么就直接进行了修改，所以让G总非常恼火。如果提前让G总了解变更的影响，再作出判断是否需要修改，就不会发生今天的事情。

小M以前觉得变更流程是为了让客户修改起来麻烦，从而减少变更。今天发现，变更流程其实是为了让变更有序地进行，否则就会引起上面这些麻烦。