变更管理专题
| 4w1h | 实施整体变更控制 |
|---|---|
| 做什么 | 确保项目内记录在案的变更做评审 |
| 为什么做 | 避免变更会加剧项目风险 |
| 作者 | 项目管理团队执行：不涉及项目基准，有储备的变更；CCB执行：涉及项目基准，无储备的变更 |
| 时间 | 整个项目期间 |
| 如何做 | 遵循变更控制流程 工具：专家判断，变更控制工具，数据分析，决策，会议 |
PS：变更控制委员会(Change Control Board,CCB)：项目双方项目管理人员（部门领导、高层经理、项目经理）、技术人员（开发人员、测试负责人、质量保证负责人QA）、商务人员组成
项目变更定义：
信息系统项目实施过程中，由于环境或其他原因对项目产品的功能，性能，架构，技术指标，集成方法，项目范围基准，成本基准等做出改变。
常见原因如下：
| 含义 | 举例 |
|---|---|
| 外部事件 | 因竞争对手举动引起变更 |
| 产品定义范围疏忽 | 产品模块需求不明确 |
| 项目范围定义疏忽 | 项目开发技术问题，不能如期执行 |
| 增量值变更 | 市场研发的新材料，可以代替旧材料，成本更低 |
| 应对风险的紧急计划或回避计划 | 由于特定风险调整项目计划 |
变更的基本概念
简化变更流程(重点！！！)
| 流程 | |
|---|---|
| 1 提交 | 相关方提出变更（口头，书面） |
| 2 记录 | 项目团队记录变更，更新变更日志 |
| 3 评审 | 项目团队评审变更请求，分析影响，有必要在设计备选方案评审 |
| 4 批复 | 按权限划分由项目经理，发起人，高级管理层，ccb审批变更，变更状态为同意过，拒绝及悬置 |
| 5 更新 | 按审批结果，更新项目计划及文件 |
| 6 通知 | 变更结果通知受影响的相关方 |
| 7 干活 | 审批通过，项目经理组织人员实施变更 |
实施已批准变更的形式（变更审批完了，执行形式）
项目变更应对策略
第一次分析：问题本身 -> 发起变更 ->问题对项目整体影响
- A -（发给发起人申请变更）
- B 范围管理计划是个流程性的文件,不涉及具体事宜
