项目变更是一种常见的项目管理工作。项目变更控制流程可以分为项目变更前的控制流程和项目变更后的控制流程。为什么要这样子分呢?那时因为项目变更前和后的流程控制方式不太一样，有必要区分开来。
项目变更前的控制流程如下：
项目变更流程：提出变更》变更影响分析》变更审核》变更实施》变更实施跟踪
第一步，变更申请者提出变更，并提交变更申请单(CR)，在CR里详细描述变更内容，并写明变更的理由。大家需要注意的有三点，第一点，申请者通常在提交变更之前分析自己变更的内容以支持变更的理由。但是，这里的“分析”不是我们整体变更控制里的“综合分析”。毕竟，对任何一位变更提出者来说，都会期望变更是对自己有利的，因此，他的分析并不是基于整体来分析的。如果我们按照申请者分析的结果作为依据来审批变更请求，这恰恰规避了整体变更控制流程。第二点，很多时候，变更的提出者未必会按照变更控制流程主动提出变更，那么作为项目团队成员就要根据提出者的要求填写变更申请单，并征求变更提出者的意见以后作为正式的CR进行提交。第三点，变更请求是提交给项目管理团队，而不是直接提交给审批者，更不能直接提交给CCB。
第二步，项目经理或项目管理团队根据正式的CR召集相关干系人对变更请求进行综合分析。分析变更对项目的综合影响，并对变更的实施提出建议。本步骤的"分析"才是整体变更控制的分析过程，也是项目团队需要关注的工作。
第三步，项目团队将CR连同综合分析的结果和实施建议根据变更管理计划提交给相应的干系人进行审批。项目的变更管理计划里定义了变更的批准层次及干系人在变更管理过程的角色和职责，项目团队应该根据变更管理计划获得相关干系人对变更的审批。审批人员或者团队可以基于项目的整体要求批准变更，也可以否决变更。如果变更被否决了，申请者可能还要提交更多信息以支持再次获得审批。不管是批准还是否决，都应该在变更日志中对状态进行记录。还有就是不少公司已经开始采用项目管理系统来辅助进行项目变更管理了，这样子项目变更的信息传播会更加便捷及时，在线审批能够省去不少繁琐流程，提高变更审批的速度。
第四步，如果变更请求得到批准，则需要将被批准的变更请求更新到相关的文件或计划里，以反应更新内容，同时也保证相关干系人参照同一版本的项目计划或文件来执行项目工作。
第五步，通知受变更影响的干系人，并按照计划执行批准的变更。
第六步，对被批准执行的变更求情实施情况进行跟踪。
项目变更后的控制流程如下：
以上是对没有发生的变更的管理，按照变更的控制流程来实施，影响规避整体变更控制的因素，使所有变更都在变更管理计划的指导下被管理。
另外一种情况是对没有实施整体变更控制，但已经发生的变更的管理。对这类变更，我们首先要了解变更的内容，然后要分析已经发生的变更对项目的影响情况。如果变更是有利的，则要按照变更管理计划补齐相关的手续;如果变更对项目不利，则要终止变更，并提出变更请求补救实施的变更对项目带来的不利影响。完成以上工作以后，项目团队还要对变更管理程序进行重新审查和修订，消除导致规避整体变更控制的因素，以避免未来再出现同样的类似问题。
项目变更控制流程不是一成不变的，也不是想“1+1=2”者的算术问题。在不同的公司，项目变更流程会有所不同是正常的。但是，如果你觉得自己的做项目变更管理没有什么依据和方法，非常随意的话。上面说的项目变更流程，可以为您提供一些项目管理思路，开拓你的视野。
本文转载自拓源优课：/
