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