# 项目变更管理

# 变更的常见原因

  • 产品范围定义的过失或疏忽
  • 项目范围定义的过失或疏忽
  • 增值变更
  • 应对风险的计划
  • 绩效与基准不一致带来的被动调整
  • 外部事件

# 变更的分类

  • 按性质分
    • 重大变更
    • 重要变更
    • 一般变更

可以有不同审批权限控制

  • 按迫切性分
    • 紧急变更
    • 非紧急变更

可以有不同变更处理流程进行

# 变更控制委员会 CCB

  • 一个正式组成的团体,负责审议、批准、推迟或否决项目变更,以及记录和传达变更处理决定
  • CCB 由项目所涉及的多方人员共同组成,通常包括用户和实施方的决策人员
  • CCB 是决策机构,不是作业机构,不会提出变更方案
  • CCB 不是必须要有,也不是所有的变更请求都必须要由 CCB 来审批。

变更请求批准人的选择顺序

  • 首选:项目管理计划或组织流程中指定的责任人。
    最准确的说法,但不常见
  • 次选:变更控制委员会 CCB
    无明确前提描述情况下,默认提交 CCB 来审批,最常见
  • 再选:如题中无以上选项,则可选 “PMO”、“发起人”、“项目经理” 等。

# 版本发布和回退计划

  • 对很多软件项目来说,变更就必须版本发布,并制订相应的应急回退方案

  • 回退步骤

    1. 通知相关用户;
    2. 通知各关联系统;
    3. 回退存储过程等数据对象
    4. 配置数据回退;
    5. 应用程序、接口程序、工作流等版本回退;
    6. 回退完成通知各关联系统;
    7. 进行回退后测试(如 SHAKEDOWN 测试);
    8. 通知用户