学系统集成项目管理工程师(中项)系列20_变更管理
Posted 躺柒
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了学系统集成项目管理工程师(中项)系列20_变更管理相关的知识,希望对你有一定的参考价值。
1. 许多项目失败的原因就是由于对变更的处理不当
2. 变更管理是为了使项目实际执行情况和项目基准相一致而对项目变更进行管理,其可能的结果是拒绝变更或调整基准
3. 分类
3.1. 性质
3.1.1. 重大变更
3.1.2. 重要变更
3.1.3. 一般变更
3.1.4. 通过不同审批权限控制
3.2. 迫切性
3.2.1. 紧急变更
3.2.2. 非紧急变更
3.2.3. 通过不同的变更处理流程进行控制
3.3. 发生的领域和阶段
3.3.1. 进度变更、成本变更、质量变更、设计变更、实施变更和工作(产品)范围变更
3.4. 来源
3.4.1. 内部变更
3.4.2. 外部变更
4. 变更的原因
4.1. 产品范围(成果)定义的过失或者疏忽
4.2. 项目范围(工作)定义的过失或者疏忽
4.3. 客户提出新需求
4.4. 应对风险的紧急措施或规避措施
4.5. 项目执行过程与项目基准要求不一致带来的被动调整(如进度、质量、成本等)
4.6. 项目团队人员调整
4.7. 技术革新的要求
4.8. 外部事件(例如政策变动或自然环境变化等)
5. 基本原则
5.1. 基准管理
5.1.1. 基准是变更的依据
5.2. 建立变更控制流程
5.3. 建立变更控制委员会
5.4. 完整体现变更的影响
5.5. 变更产生的相关文档应纳入配置管理中
6. 角色职责
6.1. 变更申请人
6.1.1. 提出变更申请的相关人员
6.1.2. 项目的任何干系人都可以提出变更申请
6.2. 项目经理
6.3. 变更控制委员会(Configuration Control Board, CCB)
6.3.1. 负责对提交的变更申请进行审查,并对变更申请做出批准、否决或其他决定
6.4. 变更实施人
6.4.1. 实施已批准的变更的相关人员
6.4.2. 变更申请内容不同,相应的变更实施人员也不同
6.4.3. 要参与变更正确性的确认工作
6.5. 配置管理员
6.5.1. 变更过程的相关产物应纳入配置管理系统中
6.5.2. 把变更后的基准纳入整个项目基准中
7. 工作程序
7.1. 提出变更申请
7.1.1. 【20下选42】
7.1.2. 以书面形式记录,并纳入配置管理系统中
7.1.3. 关于修改文档、可交付物或基准的正式提议
7.1.4. 纠正措施
7.1.4.1. 为了使项目工作绩效与项目管理计划保持一致而进行的变更申请
7.1.5. 预防措施
7.1.5.1. 为了确保项目工作的未来绩效符合项目管理计划而进行的变更申请
7.1.6. 缺陷补救
7.1.6.1. 为了修正不一致的产品或产品组件而进行的变更申请
7.1.7. 更新
7.1.7.1. 对正式受控的项目文件或计划等进行的变更申请,以便反映修改或增加的意见或内容
7.2. 变更影响分析
7.3. CCB审查批准
7.3.1. 【20下选38】
7.4. 实施变更
7.5. 监控变更实施
7.5.1. 保证批准的变更都得到正确的落实,即需要对变更实施进行监控
7.6. 结束变更
7.6.1. 变更申请被否决时变更结束,项目经理通知相关变更申请人
7.6.2. 批准的变更被正确完成后,成果纳入配置管理系统中并通知相关受影响人员,变更结束
8. 操作要点
8.1. 对变更产生的因素施加影响,防止不必要的变更,减少无谓的评估,提高必要变更的通过效率
8.2. 变更的操作过程应当规范化
8.3. 对变更的确认应当正式化
9. 项目整体管理的一部分,属于项目整体变更控制的范畴
10. 着眼于识别、记录、批准或否决对项目文件、可交付产品或基准的变更
11. 变更管理过程中包含的部分配置管理活动
11.1. 配置项识别
11.2. 配置状态记录
11.3. 配置确认与审计
11.4. 配置管理重点关注可交付产品(包括中间产品)及各过程文档
中项笔记
——2016年3月16日
六、项目整体管理
1、项目管理整体管理的7个过程
(1)项目启动,制定项目章程
(2)制定初步的项目范围书
(3)制定项目管理计划
(4)指导和管理项目的执行
(5)监督和控制项目
(6)整体变更控制
(7)项目收尾
2、项目章程包括的11项内容
(1)基于项目干系人的需求和期望提出的要求
(2)项目必须满足的业务要求或产品需求
(3)项目的目的或项目立项的理由
(4)委派的项目经理及项目经理的权限级别
(5)概要的里程碑进度计划
(6)项目干系人的影响
(7)职能组织及其参与
(8)组织的,环境的和外部的假设
(9)组织的,环境的和外部的约束
(10)论证项目的业务方案,包括投资回报
(11)概要预算
3、项目工作说明书
需说明:业务要求;产品范围描述;战略计划
4、环境的和组织的因素有哪些?
(1)实施单位的企业文化和组织结构
(2)国标或行业标准
(3)现有的设施和固定资产等基础设施
(4)实施单位现有的人力资源,人员的专业和技能,人力资源管理政策如招聘和解聘的指导方针,员工绩效评估和培训记录等
(5)当时的市场情况
(6)项目干系人对风险的承受力
(7)行业数据库
(8)项目管理信息系统
5、组织过程资产
项目实施组织的企业计划、政策方针、规程、指南和管理系统,实施项目组织的知识和经验教训。
分为两类:
(1)组织中指导工作的过程和程序
(2)组织的全部知识
6、项目启动的方法
(1)项目管理方法论
(2)项目管理信息系统
(3)专家判断
7、制定项目范围说明书(初步)的技术和工具
(1)项目管理方法论
(2)项目管理信息系统
(3)专家判断
8、制定项目管理计划的方法
(1)项目管理方法论
(2)项目管理信息系统
(3)专家判断
9、制定项目范围说明书(初步)的输入和输出
(1)项目章程
(2)工作说明书
(3)环境和组织因素
(4)组织过程资产
10、指导和管理项目执行的方法
(1)项目管理方法论
(2)项目管理信息系统
11、监督和控制项目的方法
(1)项目管理方法论
(2)项目管理信息系统
(3)挣值管理
(4)专家判断
12、项目收尾、验收的方法
(1)项目管理方法论
(2)项目管理信息系统
(3)挣值管理
13、项目管理计划包含
(1)范围管理计划
(2)质量管理计划
(3)过程改进计划
(4)人力资源管理计划
(5)沟通管理计划
(6)风险管理计划
(7)采购管理计划
8、制定项目管理计划的输出
(1)项目管理计划
(2)配置管理系统
(3)变更控制系统
9、监督和控制项目的输入:
(1)项目管理计划
(2)工作绩效信息
(3)绩效报告
10、监督和控制项目的输出:
(1)请求的变更。
(2)项目报告。
11、变更控制流程
(1)受理变更申请
(2)变更的整体影响分析
(3)接收或拒绝变更
(4)执行变更
(5)变更结果追踪与审核
12、整体变更控制输入
(1)项目管理计划
(2)申请的变更
(3)工作绩效信息
(4)可交付物
13、整体变更控制输出:
(1)变更申请被批准或被拒绝
(2)项目管理计划(已批准更新)
14、项目收尾的输入:
(1)项目管理计划
(2)合同文件
(3)组织过程资产
15、项目收尾的输出:
(1)最终产品、服务或成果的移交。
(2)管理收尾办法和合同收尾办法。
(3)已更新的组织过程资产。
16、范围管理的过程
(1)编制范围管理计划
(2)范围定义
(3)创建工作分解结构
(4)范围确认
(5)范围控制
17、项目范围管理计划的内容如下:
(1)根据初步的项目范围说明书编制一个详细的项目范围说明书的方法。
(2)从详细的项目范围说明书创建WBS的方法。
(3)关于正式确认和认可已完成可交付物方法的详细说明。
(4)有关控制需求变更如何落实到详细的范围说明书中的方法。
18、项目完成的衡量标准:项目管理计划、项目范围说明书、WBS、以及WBS字典
产品范围完成的标准:是否以完成产品要求
19、范围定义的输入:
(1)项目章程和初步的范围说明书
(2)项目范围管理计划
(3)组织过程资产
(4)批准的变更申请
20、项目工作的分解的活动包括:
(1)识别和分析项目可交付物和与其相关的工作
(2)构造和组织WBS
(3)把高层的WBS工作分解为低层次的、详细的工作单元
(4)为WBS的工作单元分配代码
(5)确认工作分解的程度是必要和充分的
21、项目管理团队应该等待交付物或子项目足够清晰时才制定详细的WBS即滚动波式计划,近期计划得细一些,远期的工作计划得相对粗一些。
22、项目范围基准:项目范围说明书、相关的WBS和WBS词典
23、WBS输出: WBS及WBS字典、范围基准
24、范围控制涉及以下内容:
(1)影响导致范围变更的因素
(2)确保所有被请求的变更按照项目整体变更控制过程处理
(3)范围变更发生时管理实际的变更
本文出自 “琴的快乐苑” 博客,谢绝转载!
以上是关于学系统集成项目管理工程师(中项)系列20_变更管理的主要内容,如果未能解决你的问题,请参考以下文章