需要加强需求管理；

需求失控，组织将处于反应式（reaction-driven），必然导致开发处于被动状态，项目组成为救火队。

一个还可以的变更控制流程：

变更控制流程1

这是一个可行的变更控制，但存在着几个问题。

上述变更控制，没有体现版本控制系统的介入和分支的管理，也没有切实可行的监督作为保障；

代码需要建立基线，并建立分支管理：

客户A的需求1，需要进行代码分支，当客户A提出补充需求后，在该分支开发；

客户C的需求经评定，需要补充到最新发布版本中，于是继续在主线开发，测试完成后，将代码改动Merge到其它分支中...

客户B的需求2，个性化强，也要建立新的开发分支，完成该功能后，不必将代码改动转移到其它分支；

同时作为 SCM 的一个要点，要保证需求文档和代码的一致性、完整性，需求文档亦要建立分支。

这是修改后的变更控制流程，在人力不足的情况下，开发人员、测试人员都参与到过程的控制中来。

补充了版本控制和监督机制的变更控制流程