关于软件变更控制的几个补充

软件变更控制是软件项目管理中重要的一项内容。变更控制做得好不好，直接影响项目能否顺利地进行。在GJB5000A中关于变更控制就涉及到2个过程域3个专用实践。标准中的要求不再赘述，这里只是想补充几点个人认为对于变更很重要的知识点。

1. 项目不要受那些潜在的可能永远都不会来的更改影响

在一个项目进行过程中，项目组有时候会听到一些影响项目的变动的传言。比如：听说大的项目方案可能要有较大的调整。只是这个变动一直都在传闻当中，从来没有真的到来。

对于这样的没有确定的变动，我们需要做的只是把它当做一个风险，给出应急措施和缓解措施之后，就应该把它放在一边，让项目按照既定的计划继续前进。这样，当这个变动真的来临时我们能够按照制定的应急措施进行处理，它的影响会降低；而如果它始终没有来临，也不会影响项目计划的执行。

2. 项目变更控制必须要有一套可遵循的流程

如果项目组事先已经制订了一套有效的流程，那么即使有突如其来的变更到来，也没什么可怕的，我们只要按照既定的流程进行处理，它就不会对项目造成多么恶劣的影响。但是如果没有这个变更流程，那这个变更造成的影响就会非常大了。

一套有效的变更流程，可能分两个部分：第一部分要求对变更要有预测，要对变更进行风险管理；第二部分要求变更要遵循影响分析、申请、授权批准、变更实施、更改验证等几个步骤。

3. 变更影响分析要确保受影响的相关方全都参与进来

任何受变动剧烈影响的人都应该对变更影响分析作出贡献： 程序员要提供开发估计、测试员要提供测试估计。如果变动会使项目进度大大的滞后，或者影响其他的团队的事物，以及需要额外的资源，那么团队领导就必须参与进来。

变更必须按流程，没有流程害不轻

影响分析人要全，这样决策才可信