变更控制策略

项目管理应该达成一个策略，它描述了如何处理需求变更。策略具有现实可行性，要被加强才有意义。下述需求变更的策略是有用的：
• 所有需求变更必须遵循的过程，按照此过程，如果一个变更需求未被采纳，则其后过程
不再予以考虑。
• 对于未获批准的变更，除可行性论证之外，不应再做其它设计和实现工作。
• 简单请求一个变更不能保证能实现变更，要由项目变更控制委员会（ C C B）决定实现哪
些变更（本章将讨论C C B）。
• 项目风险承担者应该能够了解变更数据库的内容。
• 绝不能从数据库中删除或修改变更请求的原始文档。

• 每一个集成的需求变更必须必须能跟踪到一个经核准的变更请求。
当然，大的变更会对项目造成显著的影响，而小的变更就可能不会有影响。原则上，应该通过变更控制过程来处理所有的变更。但实践中，可以将一些具体的需求决定权交给开发人员来决定。但只要变更涉及两个人或两个人以上都应该通过控制过程来处理。
有一个项目它由两大部分组成，一个是用户集成界面应用，另一个是内部知识库，但缺乏变更过程。当知识库开发人员改变了外部界面但没有将此变更通知应用开发人员，这个项目就碰到了麻烦。还有一个项目，开发人员在测试时才发现有人应用了新的已被修改的功能却没有通知小组中其余人员，导致重做了测试程序和用户文档。采用统一的变更控制方法可以避免这样的问题所带来的错误、开发的返工和耗费时间。