# 项目变更管理
# 变更的常见原因
- 产品范围定义的过失或疏忽
- 项目范围定义的过失或疏忽
- 增值变更
- 应对风险的计划
- 绩效与基准不一致带来的被动调整
- 外部事件
# 变更的分类
- 按性质分
- 重大变更
- 重要变更
- 一般变更
可以有不同审批权限控制
- 按迫切性分
- 紧急变更
- 非紧急变更
可以有不同变更处理流程进行
# 变更控制委员会 CCB
- 一个正式组成的团体，负责审议、批准、推迟或否决项目变更，以及记录和传达变更处理决定。
- CCB 由项目所涉及的多方人员共同组成，通常包括用户和实施方的决策人员。
- CCB 是决策机构，不是作业机构，不会提出变更方案。
- CCB 不是必须要有，也不是所有的变更请求都必须要由 CCB 来审批。
变更请求批准人的选择顺序：
- 首选：项目管理计划或组织流程中指定的责任人。
最准确的说法，但不常见- 次选：变更控制委员会
CCB。
无明确前提描述情况下，默认提交 CCB 来审批，最常见- 再选：如题中无以上选项，则可选 “PMO”、“发起人”、“项目经理” 等。
# 版本发布和回退计划
对很多软件项目来说，变更就必须版本发布，并制订相应的应急回退方案。
回退步骤：
- 通知相关用户；
- 通知各关联系统；
- 回退存储过程等数据对象；
- 配置数据回退；
- 应用程序、接口程序、工作流等版本回退；
- 回退完成通知各关联系统；
- 进行回退后测试（如 SHAKEDOWN 测试）；
- 通知用户
