1.许多项目失败的原因就是由于对变更的处理不当2.变更管理是为了使项目实际执行情况和项目基准相一致而对项目变更进行管理，其可能的结果是拒绝变更或调整基准3.分类3.1.性质3.1.1.重大变更3.1.2.重要变更3.1.3.一般变更3.1.4.通过不同审批权限控制3.2.迫切性3.2.1.紧急变更3.2.2.非紧急变更3.2.3.通过不同的变更处理流程进行控制3.3.发生的领域和阶段3.3.1.进度变更、成本变更、质量变更、设计变更、实施变更和工作（产品）范围变更3.4.来源3.4.1.内部变更3.4.2.外部变更4.变更的原因4.1.产品范围（成果）定义的过失或者疏忽4.2.项目范围（工作）定义的过失或者疏忽4.3.客户提出新需求4.4.应对风险的紧急措施或规避措施4.5.项目执行过程与项目基准要求不一致带来的被动调整（如进度、质量、成本等）4.6.项目团队人员调整4.7.技术革新的要求4.8.外部事件（例如政策变动或自然环境变化等）5.基本原则5.1.基准管理5.1.1.基准是变更的依据5.2.建立变更控制流程5.3.建立变更控制委员会5.4.完整体现变更的影响5.5.变更产生的相关文档应纳入配置管理中6.角色职责6.1.变更申请人6.1.1.提出变更申请的相关人员6.1.2.项目的任何干系人都可以提出变更申请6.2.项目经理6.3.变更控制委员会（Configuration Control Board, CCB）6.3.1.负责对提交的变更申请进行审查，并对变更申请做出批准、否决或其他决定6.4.变更实施人6.4.1.实施已批准的变更的相关人员6.4.2.变更申请内容不同，相应的变更实施人员也不同6.4.3.要参与变更正确性的确认工作6.5.配置管理员6.5.1.变更过程的相关产物应纳入配置管理系统中6.5.2.把变更后的基准纳入整个项目基准中7.工作程序7.1.提出变更申请7.1.1.【20下选42】7.1.2.以书面形式记录，并纳入配置管理系统中7.1.3.关于修改文档、可交付物或基准的正式提议7.1.4.纠正措施7.1.4.1.为了使项目工作绩效与项目管理计划保持一致而进行的变更申请7.1.5.预防措施7.1.5.1.为了确保项目工作的未来绩效符合项目管理计划而进行的变更申请7.1.6.缺陷补救7.1.6.1.为了修正不一致的产品或产品组件而进行的变更申请7.1.7.更新7.1.7.1.对正式受控的项目文件或计划等进行的变更申请，以便反映修改或增加的意见或内容7.2.变更影响分析7.3.CCB审查批准7.3.1.【20下选38】7.4.实施变更7.5.监控变更实施7.5.1.保证批准的变更都得到正确的落实，即需要对变更实施进行监控7.6.结束变更7.6.1.变更申请被否决时变更结束，项目经理通知相关变更申请人7.6.2.批准的变更被正确完成后，成果纳入配置管理系统中并通知相关受影响人员，变更结束8.操作要点8.1.对变更产生的因素施加影响，防止不必要的变更，减少无谓的评估，提高必要变更的通过效率8.2.变更的操作过程应当规范化8.3.对变更的确认应当正式化9.项目整体管理的一部分，属于项目整体变更控制的范畴10.着眼于识别、记录、批准或否决对项目文件、可交付产品或基准的变更11.变更管理过程中包含的部分配置管理活动11.1.配置项识别11.2.配置状态记录11.3.配置确认与审计11.4.配置管理重点关注可交付产品（包括中间产品）及各过程文档