首先总结一下PMBOK哪些过程会输出变更请求。
总共有16个过程会输出变更请求，它们是：
（1）一个规划过程组：规划采购管理。采购计划可以较晚编制，故采购计划编制可能导致对以前的已经形成的计划的修改。
（2）5个执行过程组：指导和管理项目工作，实施质量保证，管理项目团队，实施采购，管理干系人参与。其他3个执行过程：组建项目团队，建设项目团队，管理沟通，强调按计划做事而不是报告相关情况，所以不会输出变更请求。
（3）10个监控过程组：监控项目工作，确认范围，控制范围，控制进度，控制成本，控制质量，控制沟通，控制风险，控制采购，控制干系人参与。监控就是发现偏差，提出变更请求。实施整体变更控制是用于审批变更请求的。
PMBOK中的“变更请求”的含义：变更请求是广义的：不仅包括对正规受控的项目计划的修改建议，而且还包括纠正措施建议，预防措施建议，缺陷补救措施建议。
变更相关的两大系统：
1.变更控制系统：它是关于变更管理的一系列正式的书面程序的集合，包括所需文档、跟踪要求，审批层次等。该系统如下功能：1.说明什么变更需要什么层次领导批准；2.说明什么情况下可以不批准就实施变更；3.说明CCB的组成，角色，权利和责任等；
2.配置管理系统：往往包括变更控制系统。配置管理可以解释为最严格意义上的项目范围和质量管理，必须有一套严格的程序和其他书面规定。该系统功能如下:1.识别和记录项目的重要功能以及为实现这些功能所需的物理特性。2.跟踪这些配置，控制对这些配置的变更，并记录配置变更情况。3.按照既定的配置执行项目，并记录与报告配置的执行情况。4.审计项目以确保所要求的配置都已经实现。
对于变更管理，项目经理应该积极主动，而非消极被动。PM要预测可能发生的变更，要对可能引起变更的各种因素施加影响，并避免不必要的变更。
变更控制流程：
1.对可能引起变更的根本原因施加影响，防止不必要的变更。
2.了解变更内容，提交变更请求。
3.评估变更对项目的影响：范围，进度，成本，质量，资源，风险等。
4.寻找处理变更的备选方案，（以尽量减轻变更的负面影响）：
5.与管理层，发起人和其他部门的干系人会谈（见干系人的顺序最好是先内部，后客户）。
6.批准或者拒绝变更。
7.更新管理计划（顺序最好是先修改基准，再修改）
8.跟踪变更实施情况与效果。通过8.3.2.4质量控制【审查已经批准的变更请求】技术对所有已经批准的变更进行审查，以核实他们是否已经按照批准的方式得到实施。
