知识点梳理：

1. 有个M&M豆的广告语：“快到碗里来”，很贴切的形容的了这个过程，所有的变更都到这个碗里来，所以实施整体变更控制就是管理整个项目期间所有记录在案的变更的。

3. 实施整体变更控制过程贯穿项目始终，无论变更是谁批准的，项目经理对此承担最终责任。

4. 变更请求可能影响项目范围、产品范围以及任一项目管理计划组件或任一项目文件。在整个项目生命周期的任何时间，参与项目的任何相关方都可以提出变更请求。变更控制的实施程度，取决于项目所在应用领域、项目复杂程度、合同要求，以及项目所处的背景与环境。

5. 在基准确定之前，变更无需正式受控于实施整体变更控制过程。但是，一旦确定了项目基准，就必须通过本过程来处理变更请求。

6. 依照常规，每个项目的配置管理计划应规定哪些项目工件受控于配置控制程序。对配置要素的任何变更都应该提出变更请求，并经过正式控制。

7. 变更可以口头提出，但所有变更请求都必须以书面形式记录，并纳入变更管理和（或）配置管理系统中。

8. 谁可以批准变更，一般情况下涉及项目基准（范围、进度、成本）类的变更由CCB审批，非基准类变更是由变更管理计划指定的责任人或组织审批（可能是项目经理或职能经理，亦或是其他的指定人）

备注：PMP考试的时候没有特殊说明默认为CCB审批所有变更。

9. CCB 是一个正式组成的团体，负责审查、评价、批准、推迟或否决项目变更，以及记录和传达变更处理决定。

10. 某些特定的变更请求，在 CCB 批准之后，可能还需要得到客户或发起人的批准，除非他们本身就是 CCB 的成员。

11. 变更的来源，即变更请求，一般包括四种：预防措施、纠正措施、缺陷补救和更新。

1）预防措施：针对工作未来绩效可能出现的偏差。

2）纠正措施：针对工作绩效已经出现的偏差。

3）缺陷补救：针对产品或产品组件已经出现的质量问题。

4）更新：对正式受控的项目文件或计划等进行的变更。

12. 变更的原则和变更的流程要区别开，原则是在特定时间段对待变更的态度和处理变更的大方向，变更的流程是遇到具体的变更要怎么处理。

13.变更流程，这个是PMP考试的重点之一，流程的顺序必须熟悉，已根据题干判断将要采取的措施。

1）第一步，正式提出变更（可以是口头的，也可以是书面的）

2）第二步，书面记录（无论是口头还是书面提出的变更申请都必须书面记录），且弄清楚变更的是什么。

3）第三步，评价变更对所在领域的影响

4）第四步，全面评价变更对项目的综合影响

5）第五步，设计处理变更的备选方案

6）第六步，与内部干系人会谈（征求意见）

7）第七步，与外部干系人会谈（如有必要）

8）第八步，将变更申请、影响评估和备选方案等资料整理好，正式提交审批，申请可能批准、否决或悬置变更。

9）第九步，更新变更日志及相关资料

A）批准的变更，除更新变更日志还需要更新项目管理计划或其他项目文件。

B）否决或悬置的变更，更新变更日志，通知变更申请人

备注：否决或悬置的变更，到这里为止流程已经走完，可以闭环；从第十步开始，仅用于批准的变更。

10）通知受变更影响的干系人

11）追踪变更实施情况与效果

12）总结经验教训，做后评价
 

变更管理计划为管理变更控制过程提供指导，并记录变更控制委员会（CCB）的角色和职责。

14. 配置管理计划。描述项目的配置项、识别应记录和更新的配置项，

以便保持项目产品的一致性和有效性。

15. 变更控制工具

1）配置管理

A）识别配置项：识别与选择配置项，从而为定义与核实产品配置、标记产品和文件、管理变更和 明确责任提供基础。

B）记录并报告配置项状态

C）进行配置项核实与审计：通过配置核实与审计，确保项目的配置项组成的正确性，以及相 应的变更都被登记、评估、批准、跟踪和正确实施，从而确保配置文件所规定的功能要求 都已实现。

2）变更管理

A）识别变更：识别并选择过程或项目文件的变更项

B）记录变更：将变更记录为合适的变更请求

C）做出变更决定：审查变更，批准、否决、推迟对项目文件、可交付成果或基准的变更或做出其他决定。

D）跟踪变更：确认变更被登记、评估、批准、跟踪并向相关方传达最终结果

16. 配置管理和变更管理的关系，可简单理解为：配置管理包含变更管理，变更管理独立于配置管理。




优培东方送你一张角色和职责表：
项目名称：                        准备日期：                     
资源角色描述：