上篇项目变更管理（一）介绍了变更管理的基本原则和变更的类型，本篇介绍一下变更管理的基本流程。
通常意义上的非计划内的变化都可以认为是变更。那么变更管理的基本步骤是什么呢？
一、变更识别
当出现了与计划不一致的情况，第一件事不是着急提出变更，而是需要弄清楚如下几个问题：
变更的原因是什么？
变更的内容是什么？
变更是不是必须的？
几个问题用来对变更进行一个初步的识别。当项目开发人员发现某个模块的代码接口与其他模块无法通讯，需要进行新的接口开发。那么他需要做的第一件事情，就是回答这三个问题。
变更的原因是什么？-原有的接口API函数无法与其他模块正常通讯。
变更的内容是什么？
-开发新的API接口函数与其他模块进行对接。
变更是不是必须的？
-目前的软件版本旧的API接口可以运行，但是随着其他模块的升级，本模块将很快无法与其他模块进行正常的消息交互。因此变更是必须的。
项目开发人员在回答以上问题后，就可以进行第二步，进行变更影响分析了。
二、变更影响分析
仅仅识别出来变更是远远不够的，我们还需要对变更的影响进行分析。对变更领域和整个项目的影响都需要分析清楚。变更影响分析可以由变更提出人进行初步分析，如涉及到项目其他部分则需要对应的项目成员和项目经理参与；如果涉及到项目基准、预算、项目周期等方面的变更，甚至需要发起人的参与。
五、审批变更请求
虽然项目干系人都可以提出变更情况，但不是所有项目干系人都有权力批准变更请求。在事先编制好的项目管理文件中，包含了变更请求批准的说明。一般情况下，项目章程的变更需要发起人的批准，导致项目时间、成本、范围等基准发生的变更，需要有专门的变更控制委员会（CCB）来批准。
变更控制委员会（CCB）是由主要项目干系人的代表组成的一个正式委员会，负责对影响项目的变更进行综合评审的一个组织。根据组织结构的不同，变更控制委员会需要包含不同的成员。
变更请求审批的结果要么YES，要么NO。对于YES的变更纳入到项目计划进行管理；对于NO的变更，需要说明拒绝的原因。
六、将批准的变更纳入项目计划并执行
七、评估变更的效果
在变更执行完毕后，需要评估变更是否达到了预期的效果。如果出现新的问题，可能需要提出新的变更请求。
以上就是变更的基本流程，由于不同组织对于变更请求的管理要求不同，所以流程顺序可能会存在差异。大家根据自己组织的要求执行即可。
在PMBOK第六版中专门介绍了一个用来进行项目变更管理的过程：实施整体变更控制过程。该过程要求所有的变更无论大小都需要进行评审。严格的变更控制是为了避免随意的变更对项目造成不可控的影响导致项目失败。
客户A说要加一个圆形的按钮，客户B说要加一个方形的按钮，作为项目经理的你是不是就无从下手了呢？所以说，如果没有一套严格的变更控制流程，项目管理就会陷入混乱，甚至导致项目失败。
