项目变更管理-内容整理笔记

项目变更管理的基本概念

• 项目变更管理是指：在信息系统工程建设项目的实施过程中，由于项目环境或者其他的原因而对项目的功能、性能、架构、技术指标、集成方法、项目进度等方面做出的改变
• 变更管理的实质：是根据项目推进过程中越来越丰富的项目认知，不断调整项目努力方向和资源配置，最大程度地满足项目需求，提升项目价值

项目变更产生的原因

• 产品范围（成果）定义的过失或者疏忽
• 项目范围（工作）定义的过失或者疏忽
• 增值变更
• 应对风险的紧急计划或回避计划
• 项目执行过程与基准要求不一致带来的被动调整
• 外部事件

项目变更分类

• 重大变更
• 重要变更
• 一般变更
• 紧急变更
• 非紧急变更
• 概要: 变更性质，通过不同审批权限控制
• 概要: 变更的迫切性，通过不同变更处理流程进行

项目变更的含义

• 为使得项目基准与项目实际执行情况相一致，应对项目变化的一套管理方法

项目变更管理原则

项目基准化

变更管理过程规范化

内容包括

• 基准管理：基准是变更的依据
• 变更控制流程化
• 明确组织分工
• 评估变更的可能影响
• 妥善保存变更产生的相关文档，确保其完整、及时、准确、清晰，适当时可以引入配置管理工具（Rational ClearCase,Visual SourceSafe和Concurrent Versions System）

变更管理组织机构与工作程序

组织机构

• 项目控制委员会（CCB---Change Control Board）或配置控制委员会（CCB），或相关职能的类似组织是项目的所有者权益代表，负责裁定接受哪些变更

CCB是决策机构，不是作业机构

• 项目经理

工作程序

• 提出与接受变更申请
• 对变更的初审
  • 目的
    • 对变更提出方施加影响，确认变更的必要性，确保变更是有价值的
    • 格式校验，完整性校验，确保评估所需信息准备充分
    • 在干系人间就提出供评估的变更信息达成共识
• 变更方案论证
  • 主要作用
    • 先是对变更请求是否可行实现进行论证，若可能实现，则将变更请求由技术要求转化为资源需求，以供CCB决策
    • 常见方案内容
      • 技术评估：需求如何转化为成果
      • 经济评估：评估变更方面的经济价值和潜在的风险
• 项目管理委员会审查

审核过程，是项目所有者根据变更申请及评估方案，决定是否变更项目基准

• 发出变更通知并组织实施
• 变更实施的监控
• 变更效果的评估
  • 首要的评估依据，是项目的基准
  • 还需结合变更的初衷来看，变更所要达到的目的是否已达成
  • 评估变更方案中的技术论证、经济论证内容与实施过程的差距并促发解决
• 判断发生变更后的项目是否已纳入正常轨道

项目变更管理的工作内容

• 需要注意
• 对变更产生的因素施加影响：防止不必要的变更，减少无谓的评估，提高必要变更的通过效率
• 对变更的确认应当正式化
• 变更的操作过程应当规范化

严格控制项目变更申请的提交

严格控制是指：变更管理体系能确保项目基准能反映项目的实施情况

变更控制

• 对进度变更的控制
  • 判断项目进度的当前状态
  • 对造成进度变化的因素施加影响
  • 查明进度是否已经改变
  • 在实际变化出现时对其进行管理
• 对成本变更的控制
  • 对造成费用基准变更的因素施加影响
  • 确保变更请求获得同意
  • 当变更发生时，管理这些实际的变更
  • 保证潜在的费用超支不超过授权的项目阶段资金和总体资金
  • 监督费用绩效，找出与费用基准的偏差
  • 准确记录所有的与费用基准的偏差
  • 防止错误的、不恰当的或未批准的变更被纳入费用或资源使用报告中
  • 就审定的变更，通知利害关系者
  • 采取措施，将预期的费用超支控制在可接受的范围内
• 对合同变更的控制
  • 合同变更控制系统规定合同修改的过程
  • 它包括文书工作、跟踪系统、争议解决程序以及批准变更所需的审批层次
  • 合同变更控制系统应当与整体变更控制系统结合起来

变更管理与其他项目管理要素的关系

• 变更管理与整体管理

变更管理，是项目整体管理的一部分，属于项目整体变更控制的范畴

• 变更管理与配置管理

变更管理由项目交付或基准配置调整时，由配置管理系统调用，变更管理最终应将对项目的调整结果反馈给配置管理系统，以确保项目执行与对项目的账目相一致

版本发布与回退计划

软件版本发布前的准备

• 进行相关的回退分析
• 备份版本发布所涉及的存储过程、函数等其他数据的存储及回退管理
• 备份配置数据，包括数据备份的方式（Dmp方式）
• 备份在线生产平台接口、应用、工作流等版本
• 启动回退机制的触发条件
• 对变更回退的机制职责的说明

版本发布应急回退方案

• 通知相关用户系统开始回退
• 通知各关联系统进行版本回退
• 回退存储过程等数据对象
• 配置数据回退
• 应用程序、接口程序、工作流等版本回退
• 回退后进行相关测试，保证回退系统能够正常运行（进行SHAKEDOWN测试）
• 通知用户回退完成

版本发布和回退实施过程总结

• 对引起回退的原因做深入分析、总结经验，避免下次回退发生
• 对执行回退计划中出现的问题进行分析，完善公司回退计划

项目变更管理.png