1.项目变更管理的基本概念 507
1.信息系统工程建设项目的实施过程中,由于项目环境或者其他的原因而对项目的功能、性能、架构、技术指标、集成方法、项目进度等方面做出的改变。
2.变更管理的实质，是根据项目推进过程中越来越丰富的项目认知，不断调整项目努力方向和资源配置。最大程度的满足项目需求，提升项目价值。
1.项目变更产生的原因
- 产品范围成果定义的过失或者疏忽
- 项目范围工作定义的果实或者疏忽
- 增值变更
- 应对风险的紧急计划或回避计划
- 项目执行过程与基准要求不一致带来的被动调整
- 外部事件
2.项目变更分类
变更性质分:重大变更、重要变更和一般变更。通过不同审批权限控制
迫切性:紧急变更、非紧急变更 通过不同变更处理流程进行
内容可分为:信息系统集成行业可进一步可细分为多个子行业。
3.项目变更的含义
即是为使得项目基准与项目实际执行情况相一致，应对项目变化的一套管理方法。
2.项目变更管理的原则
- 基准管理 基准是变更的依据
- 变更控制流程化 建立或选用符合项目需要的变更管理流程
- 明确组织分工 评估、评审、执行的职能
- 评估变更的可能影响
- 妥善保存变更产生的相关文档 Rational ClearCase、Visual SourceSafe Concurrent Versions System
3.变更管理组织机构与工作程序
1.组织机构
- 项目控制委员会 CCB或配置控制委员会 CCB 决策机构 不提出变更方案。
- 项目经理
是影响变更提出者的需求，评估变更对项目的影响及应对方案,将需求由技术要求转换为资源需求，供授权人决策，并据评审结果实施即调整基准，确保项目基准反映项目实施情况。
2.工作程序
- 提出与接受变更申请
- 对变更的初审
对变更提出方施加影响，确认变更的必要性，确保变更是有价值的。
确保评估所需信息准备充分
变更信息达成共识 - 变更方案论证
是否可行实现进行论证 - 项目管理委员会审查
决定是否变更项目基准 - 发出变更通知并组织实施
同时确保变更方案中的资源需求及时到位 - 变更实施的监控
确保项目的整体实施工作是受控的 - 变更效果的评估
项目的基准
目的是否已达成
差距并促发解决 - 判断发生变更后的项目是否已纳入正常轨道
4.项目变更管理的工作内容
在项目整体压力较大的情况下，更需强调变更的提出、处理应当规范化，可以使用分批处理、分优先级等方式提高效率。
项目规模小 变更的提出与处理过程可在操作上力求简便、高效。
对项目变更的因素施加影响:防止不必要的变更，减少无谓的评估。提高必要变更的通过效率。
对变更的确认应对正式化
变更的操作过程应当规范化
1.严格控制项目变更申请的提交
严格控制: 变更管理体系能确保项目基准能反映项目的实施情况
2.变更控制
- 对进度变更的控制
- 对成本变更的控制
- 对合同变更的控制
3.变更管理与其他项目管理要素的关系
- 变更管理与整体管理
属于项目整体变更控制的范畴 - 变更管理与配置管理
配置管理可视为对项目完整性管理的一套系统，当用于项目基准调整时，变更管理可视为其中部分。
5.版本发布和回退计划
1.软件版本发布前的准备
- 进行相关的回退分析
- 备份版本发布所涉及的存储过程、函数等其他数据的存储即回退管理
- 备份配置数据
- 备份在线生成平台接口、应用、工作流等版本
- 启动回退机制的触发条件
- 对变更回退的机制职责的说明
2.版本发布应急回退方案
- 通知相关用户系统开始回退
- 通知各关联系统进行版本回退
- 回退存储过程等数据对象
- 配置数据回退
- 应用程序、接口程序、工作流等版本回退
- 回退完成通知各周边关联系统
- 回退后进行相关测试，保证回退系统能够正常允许
- 通知用户回退完成。
3.版本发布和回退实施过程总结
对引起回退的原因做深入分析、总结经验，避免下次回退发生。
对执行回退计划中出现的问题进行分析，完善公司回退计划。