项目变更管理
2021-10-07 13:18:07 3 举报AI智能生成
登录查看完整内容
为你推荐
查看更多
描述项目变更管理的原则、变更管理的工作内容、版本发布和回退机制
作者其他创作
大纲/内容
产品范围（成果）定义的过失或者疏忽
项目范围（工作）定义的过失或者疏忽
增值变更
应对风险的紧急计划或回避计划
项目执行过程与基准要求不一致带来的被动调整
外部事件
项目变更产生的原因
根据变更性质可分为：重大变更、重要变更和一般变更。通过不同审批权限控制
根据变更的迫切性可分为：紧急变更、非紧急变更。通过不同变更处理流程进行
根据变更内容可分为：信息系统集成行业可进一步可细分为多个子行业，如弱点工程、应用开发、集成、IT咨询等
项目变更分类
项目变更的基本概念
变更的原则是：项目基准化、变更管理过程规范化
基准管理
变更控制流程化
明确组织分工
评估变更的可能影响
妥善保存变更产生的相关文档，适当时可以引入配置管理工具例如SVN
项目变更管理原则
负责裁定接受哪些变更，CCB由项目所涉及的多方人员共同组成，通常包括用户和实施方的决策人员
CCB是策划机构，不是作业机构，通常CCB的工作是通过评审手段来决定项目基准是否能变更，但不提出变更方案
项目控制委员会（CCB）
项目经理是受业主委托对项目经营过程负责制者，其正式权利由项目章程取得，而资源调度的权力通常由基准中明确
基准中不包括的储备资源需经授权人批准后方可使用
项目经理在变更中的作用是响应变更提出者的需求，评估变更对项目的影响及应对方案，将需求由技术要求转化为资源需求，供授权人决策
项目经理
组织机构
提出与接受变更申请
对变更提出方施加影响，确认变更的必要性，确保变更是有价值的
格式验证，完整性校验，确保评估所需信息准备重充分
在干系人间就提出供评估的变更信息达成共识
变更初审的常见方式为变更申请文档的审核流转
对变更的初审
变更方案的主要作用，首先是对变更请求是否可行实现进行论证，如果可能实现，则将变更请求由技术要求转化为资源需求，以供CCB决策
常见的方案内容包括技术评估和经济评估，前者评估需求如何转化为成果，后者评估变更方面的经济价值和潜在的风险
变更方案论证
审查过程，是项目所有者根据变更申请及评估方案，决定是否变更项目基准
项目管理委员会审查
评审通过，意味着基准的调整，同时确保变更方案中的资源需求及时到位
基准的调整，包括项目目标的确认，最终成果、工作内容和资源、进度计划的调整
发出变更通知并组织实施
要监控的，除了调整过的基准中，涉及变更的内容外，还应当对项目的整体基准是否反映项目实施情况负责
变更实施的过程监控，通常由项目经理负责基准的监控
变更实施的监控
变更效果的评估
判断发生变更后的项目是否已纳入正常轨道
项目变更管理的工作内容
工作程序
组织机构与工作程序
对变更产生的因素施加影响：防止不必要的变更，减少无谓的评估，提高必要变更的通过率
对变更的确认应当正式化
变更的操作过程应当规范化
小项目变更注意点
变更控制的前提是项目基准健全，变更处理的流程事先共识
严格控制是指：变更管理体系能确保项目基准能反映项目的实施情况
严格控制项目变更申请的提交
判断项目进度的当前状态
对造成进度变化的因素施加影响
查明进度是否已经改变
在实际变化出现时对其进行管理
对进度变更的控制
对造成费用基准变更的因素施加影响
确保变更请求获得同意
当变更发生时，管理这些实际的变更
保证潜在的费用超支不超过授权的项目阶段资金和总体资金
监督费用绩效，找出与费用基准的偏差
准确记录所有的与费用基准的偏差
防止错误的、不恰当的或未批准的变更被纳入费用或资源使用报告中
就审定的变更，通知利害关系者
采取措施，将预期是的费用超支控制在可接受的范围内
对成本变更的控制
合同变更控制系统规定合同修改的过程
包括文书工作、跟踪系统、争议解决程序以及批准变更所需的审批层次
合同变更控制系统应当与整体变更控制系统结合起来
对合同变更的控制
变更控制
变更管理是整体管理的一部分，属于项目整体变更控制的范畴
涉及范围、进度、成本、质量、人力资源、合同管理等多个方面，且影响日益变大
变更管理与整体管理
如果把项目整体的交付物视作项目的配置项，配置管理可视为对项目完整性管理的一套系统，当用于项目基准调整时，变更管理可视为其一部分
也可以视变更管理与配置管理为相关联的两套机制
变更管理与配置管理
变更管理与其他项目管理要素的关系
进行相关的回退分析
备份版本发布所涉及的存储过程、函数等其他数据的存储及回退管理
备份配置数据，包括数据备份的方式，如Dmp方式
备份在线生产平台接口、应用、工作流等版本
启动回退机制的触发条件
对变更回退的机制职责的说明：如通知相关部门，确定需要回退的关联系统和回退时间点等
软件版本发布前的准备
通知相关用户系统开始回退
通知各关联系统进行版本回退
回退存储过程等数据对象
配置数据回退
应用程序、接口程序、工作流等版本回退
回退完成通知各周边关联系统
回退后进行相关测试，保证回退系统能够正常运行，如进行SHAKEDOWN测试
通知用户回退完成
版本发布应急回退方案
对引起回退的原因做深入分析、总结经验，避免下次回退发生
对执行回退计划中出现的问题进行分析，完善公司回退计划
版本发布和回退实施过程总结
版本发布和回退计划
项目变更管理
0 条评论
回复 删除
下一页
