PMP项目管理—整合管理篇—6.实施整体变更控制

基本信息

• 实施整体变更控制过程贯穿项目始终，项目经理对此承担最终责任。
• 在整个项目生命周期的任何时间，参与项目的任何相关方都可以提出变更请求。
• 尽管也可以口头提出，但所有变更请求都必须以书面形式记录，并纳入变更管理和（或）配置管理系统中。
• 每项记录在案的变更请求都必须由一位责任人批准、推迟或否决，这个责任人通常是项目发起人或项目经理。必要时，应该由变更控制委员会（CCB）来开展实施整体变更控制过程。
• 变更请求得到批准后，可能要求调整项目管理计划和其他项目文件。
• 某些特定的变更请求，在CCB批准之后，可能还需要得到客户的认可。

4W1H

• what: 审查所有变更请求、批准变更，管理对可交付成果、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程。
• why: 如果不考虑变更对整体项目目标或计划的影响就开展变更，往往会加剧整体项目风险。
• who: 项目管理团队进行，不涉及基准的、有储备的变更项目团队批准；涉及基准的无储备变更由CCB批准。
• when: 本过程需要在整个项目期间开展。
• how: 遵循整体变更控制流程、步骤，审查对项目文件、可交付成果或项目管理计划的所有变更请求，并决定变更请求的处置方案。

ITTO

输入

1. 项目管理计划
   • 变更管理计划
   • 配置管理计划
   • 范围基准
   • 进度基准
   • 成本基准
2. 项目文件
   • 估算依据
   • 需求跟踪矩阵
   • 风险报告
3. 工作绩效报告
4. 变更请求
5. 事业环境因素
6. 组织过程资产

工具与技术

1. 专家判断
2. 变更控制工具
3. 数据分析
   • 备选方案分析
   • 成本效益分析
4. 决策
   • 投票
   • 独裁型决策制定
   • 多标准决策分析
5. 会议

输出

1. 批准的变更请求
2. 项目管理计划更新
   • 任何组件
3. 项目文件更新
   • 变更日志

变更请求

关于修改任何文件、可交付成果或基准的正式提议。

谁都可以提，但应通过整体变更控制过程进行审查和处理。

请求时间

• 开展项目工作中，发现问题时。

修改内容

• 政策或程序
• 或产品范围
• 成本或预算
• 进度计划
• 项目或产品结果的质量

变更来源

• 内部或外部
• 可选或由法律（合同）强制

变更类型

• 纠正措施
• 预防措施
• 缺陷补救
• 更新

实施已批准变更的形式

指导与管理项目执行还需实施已批准的变更。

纠正措施

为使项目工作的未来期望绩效与项目管理计划保持一致，而对项目执行工作下达的书面指令。

预防措施

通过实施某项活动，来降低项目风险校级后果的发生概率的书面指令。

缺陷补救

识别项目组成部分的某一缺陷之后所形成的正式文件，用于就如何修补该缺陷或彻底替换该部分提出建议。

更新

对正式受控的项目文件或计划等进行变更，以反映修改或增加的意见或内容，针对受控的文件或计划变更。

变更控制工具

为了便于开展配置和变更管理，可以使用一些手动或自动化的工具。

工具应支持以下配置管理活动：

• 配置识别
• 配置状态记录
• 配置核实与审计

实施整体变更控制规则

态度

• 变更是不可避免的
• 积极主动地去影响引起变更的要素
• 确保变更对项目有利，尽量防止不必要的变更
• 变更，无论大小，都必须经过实施整体变更控制过程的审批
• 很小的变更，能引起很大的后果

规则

• 任何项目相关方都可以提出变更请求
• 变更请求也可以口头提出
• 所有变更请求都必须
  • 以书面形式记录
  • 提交实施整体变更控制过程审批

项目变更控制委员会（CCB）

• 项目变更控制委员会（CCB）的职责：是决策机构，不是作业机构。通常CCB的工作是通过评审手段来决定项目是否变更，但不提出变更方案。
• 项目经理的职责：响应变更提出者的要求，平谷变更对项目的影响及应对方案，要求由技术要求转化为资源需求，供授权人决策。依据评审结果实施，即调整项目基准，确保项目基准反映项目实施情况。

变更应对分析

计划、执行期

• 变更影响大：遵循变更控制程序
• 变更影响小：遵循变更控制程序

后期或收尾

• 变更影响大：签订新合同
• 变更影响小：说服客户取消