大师兄的信息化项目管理学习笔记（十三）：项目整合管理（六）
大师兄的信息化项目管理学习笔记（十五）：项目整合管理（八）

九、实施整体变更控制

1. 关于实施整体变更控制

• 实施整体变更控制，指的是审查所有变更请求、批准变更，管理对可交付成果、项目文件和项目管理计划的变更，并对变更处理结果进行沟通。
• 作用是确保对项目中已记录在案的变更做综合评审。
• 如果不考虑变更对整个项目目标或计划的影响就开展变更，往往会加剧整体项目风险。
• 变更控制贯穿项目始终：任何时间、任何相关方都可以提出变更请求，因此实施整体变更控制过程贯穿项目始终。
• 基准变更必须走正式变更流程：除基准之外，应该在项目的配置管理计划汇总规定哪些项目组件的变更需要走正式流程。
• 变更请求必须书面记录：每项记录在案的变更请求都必须由一位责任人批准、推迟或否决，这个责任人可以是项目发起人、项目经理或变更委员会CCB。

2. 变更控制委员会

• 变更控制委员会(CCB，Change Control Board)是一个由相关方正式组成的团体，负责审查、评价、批准、推迟或否决项目变更，以及记录和传达变更处理决定。
• CCB应该包括各方面的重要相关方代表，如果CCB中没有客户或发起人参与，某些特定的变更请求在CCB批准后，还是需要得到他们批准。
• CCB的角色和职责记录在变更管理计划汇总。发起人或项目经理有权批准某些种类的变更请求，但重要的、基准的变更必须由CCB审批。
• 变更控制委员会CCB所做出的决定和建议都应该记录在案。

3. ITTO

4. 输入

4.1 项目管理计划

• 包括：

• 变更管理计划
• 配置管理计划
• 范围基准
• 进度基准
• 成本基准

4.2 项目文件

• 包括：

• 估算依据
• 需求跟踪矩阵
• 风险报告

4.3 工作绩效报告

• 包括：

• 资源可用情况
• 进度和成本数据
• 挣值报告
• 燃烧图或燃尽图

4.4 变更请求

• 变更单案例：

  
  

4.5 事业环境因素

• 法律限制
• 政府或行业标准
• 法律法规要求和制约因素
• 组织治理框架
• 合同和采购制约因素

4.6 组织过程资产

• 变更控制程序
• 批准与签发变更的程序
• 配置管理知识库

5. 工具与技术

5.1 专家判断

• 关于项目所在行业以及项目关注的领域的技术知识
• 法律法规
• 法规与采购
• 配置管理
• 风险管理

5.2 变更控制工具

• 变更控制工具是用于进行配置管理和变更管理的手工或自动化的工具。
• 配置控制重点关注可交付成果及各个过程的技术规范，关注变更的物理状态：

• 识别配置项：确定哪些可交付成果（最终产品或重要文件）作为配置项纳入配置管理系统。
• 记录并报告配置项状态：每个配置项状态发生变化时都要进行记录，以便随时提供配置项的正确信息。
• 进行配置项核实与审计：核实每个配置项正确完成并可用、确保对每个变更都按流程处理。

• 变更控制着眼于识别、记录、批准或否决对项目文件、可交付成果或基准的变更，关注变更流程：

• 识别变更：识别并选择过程或项目文件的变更项
• 记录变更：将变更记录为合适的变更请求
• 做出变更决定：审查变更、批准、否决、推迟变更
• 跟踪变更：确认变更被登记、评估、批准、跟踪并向相关方传达最终结果

5.3 数据分析

• 备选方案分析

• 该技术用于评估变更请求，并决定哪些请求可接受，应否决或许修改。

• 成本效益分析

• 该分析有助于确定变更请求是否值得投入相关成本。

5.4 决策技术

• 投标

• 投标可以采取一致同意、大多数统一或相对多数原则的方式，以决定是否接受、推迟或否决变更请求。

• 独裁型决策制定

• 采用这种决策技术，将由一个人负责为整个集体制定决策。

• 多标准决策分析

• 该技术借助决策矩阵，根据一系列预定义的准则，用系统分析方法评估变更请求。

5.5 会议

• 变更控制会是由变更控制委员会CCB召开的会议，负责审查变更请求，并做出批准、否决或推迟的决定。
• 针对基准或重大变更。
• 三项重要任务：

• 评估变更的影响
• 讨论并提议所请求变更的备选方案
• 将会议决定传达给变更请求责任人

• CCB的决定不论批准还是拒绝，并向相关方传达都应记录到变更日志。

6. 输出

6.1 批准的变更请求

• 批准的变更请求应通过指导与管理项目工作过程加以实施。

6.2 项目管理计划更新

• 项目管理计划的任一正式受控的组成部分，都可通过本过程进行变更

6.3 项目文件更新

• 正式受控的任一项目文件都可在本过程变更，比如变更日志。