导图社区 第四章:项目整合管理
PMP学习笔记第四章:项目整合管理知识点总结: 1、整合的含义?整合的对象?整合的负责人?««« 2、项目章程有谁发布?谁有权修改?章程的意义?««« 3、项目启动会议与项目开工会议««« 4、项目管理计划和项目文件的区别和联系«««« 5、项目3大基准的来源、用途和变更管理?«««« 6、配置管理的含义?配置管理与变更管理的关系?«««« 7、显性知识,隐性知识和知识转移?««« 8、工作绩效数据、工作绩效信息、工作绩效报告?««« 9、整体变更控制程序?««««« 10、合同收尾和行政收尾的区别?««««
编辑于2023-03-21 11:35:03 甘肃PMP学习笔记:第十三章:相关方管理,本章考试要点: 共创思维««« 敏捷中的相关方«««« 权力-利益方格««««« 凸显模型««« 相关方登记册««« 相关方参与到评估矩阵««««
PMP学习笔记:第十二章:采购管理,本章考试要点 1、敏捷中的采购管理«««« 2、各种采购合同形式««««« 3、各种采购文件««« 4、各种交付方式««« 5、自制与外购分析«««« 6、供方选择分析««« 7、投标人会议与采购谈判«««« 8、采购合同争议解决««« 9、采购合同收尾与行政收尾««««« 10、采购合同中各方的责任«««
PMP学习笔记:第十一章:项目风险管理,本章考试要点: 1、单个风险与整体风险«««« 2、整合试风险管理««« 3、风险的分类«««« 4、风险概率与影响矩阵««« 5、风险模拟(蒙特卡洛技术)«««« 6、决策树«««« 7、风险应对策略««««« 8、风险应对工具««««« 9、风险与资源的关系««««« 10、风险要素与项目生命周期«««
社区模板帮助中心,点此进入>>
PMP学习笔记:第十三章:相关方管理,本章考试要点: 共创思维««« 敏捷中的相关方«««« 权力-利益方格««««« 凸显模型««« 相关方登记册««« 相关方参与到评估矩阵««««
PMP学习笔记:第十二章:采购管理,本章考试要点 1、敏捷中的采购管理«««« 2、各种采购合同形式««««« 3、各种采购文件««« 4、各种交付方式««« 5、自制与外购分析«««« 6、供方选择分析««« 7、投标人会议与采购谈判«««« 8、采购合同争议解决««« 9、采购合同收尾与行政收尾««««« 10、采购合同中各方的责任«««
PMP学习笔记:第十一章:项目风险管理,本章考试要点: 1、单个风险与整体风险«««« 2、整合试风险管理««« 3、风险的分类«««« 4、风险概率与影响矩阵««« 5、风险模拟(蒙特卡洛技术)«««« 6、决策树«««« 7、风险应对策略««««« 8、风险应对工具««««« 9、风险与资源的关系««««« 10、风险要素与项目生命周期«««
第四章:项目整合管理
整合管理的过程
4.1、制定项目章程
输入
1、商业文件
商业论文
效益管理计划
2、协议
3、事业环境因素
4、组织过程资产
工具与技术
1、专家判断
2、数据收集
头脑风暴
焦点小组
访谈
3、人际关系与团队技能
冲突管理
引导
会议管理
4、会议
输出
1、项目章程
2、假设日志
启动过程组
4.2、制定项目管理计划
输入
1、项目章程
2、其它过程的输入
3、事业环境因素
4、组织过程资产
工具与技术
1、专家判断
2、数据收集
头脑风暴
核对单
焦点小组
访谈
3、人际关系与团队技能
冲突管理
引导
会议管理
4、会议
输出
1、项目管理计划
计划过程组
4.3、指导与管理项目工作
输入
1、项目管理计划
任何组件
2、项目文件
变更日志
经验教训登记册
里程碑清单
项目沟通记录
项目进度计划
需求跟踪矩阵
风险登记册
风险报告
3、批准的变更请求
4、事业环境因素
5、组织过程资产
工具与技术
1、专家判断
2、项目管理信息系统
3、会议
输出
1、可交付成果
2、工资绩效数据
3、问题日志
4、变更请求
5、项目管理计划更新
任何组件
6、项目文件更新
活动清单
假设日志
经验教训登记册
需求文件
风险登记册
相关方登记册
7、组织过程资产更新
执行过程组
4.4、管理项目知识
输入
1、管理项目计划
所有组件
2、项目文件
经验教训登记册
项目团队派工单
资源分解结构
相关方登记册
3、可交付成果
4、事业环境因素
5、组织过程资产
工具与技术
1、专家判断
2、知识管理
3、信息管理
4、人际关系与团队技能
积极倾听
引导
领导力
人际交往
政治意识
输出
1、经验教训登记册
2、项目管理计划更新
任何组件
3、组织过程资产更新
执行过程组
4.5、监督项目工作
输入
1、项目管理计划
任何组件
2、项目文件
假设日志
估算依据
成本预测
问题日志
经验教训登记册
里程碑清单
风险登记册
风险报告
进度预测
3、工作绩效信息
4、协议
5、事业环境因素
6、组织过程资产
工具与技术
1、专家判断
2、数据分析
备选方案分析
成本效益分析
挣值分析
根本原因分析
趋势分析
偏差分析
3、决策
4、会议
输出
1、工作绩效报告
2、变更请求
3、项目管理计划更新
任何组件
4、项目文件更新
成本预测
问题日志
经验教训登记册
风险登记册
进度预测
监控过程组
4.6、实施整体变更控制
输入
1、项目管理计划
变更管理计划
配置管理计划
范围基准
进度基准
成本基准
2、项目文件
估算依据
需求跟踪矩阵
风险报告
3、工作绩效报告
4、变更请求
5、事业环境因素
6、组织过程资产
工具与技术
1、专家判断
2、变更控制工具
3、数据分析
备选方案分析
成本效益分析
4、决策
投票
独裁型决策制定
多标准决策分析
5、会议
输出
1、批准的变更请求
2、项目管理计划更新
任何组件
3、项目文件
变更日志
监控过程组
4.7、结束项目或阶段
输入
1、项目章程
2、项目管理计划
所有组件
3、项目文件
假设日志
估算依据
变更日志
问题日志
经验教训登记册
里程碑清单
项目沟通记录
质量控制测量结果
质量报告
需求文件
风险登记册
风险报告
4、验收的可交付成果
5、商业文件
商业论证
效益管理计划
6、协议
7、采购文档
8、组织过程资产
工具与技术
1、专家判断
2、数据分析
文件分析
回归分析
趋势分析
偏差分析
3、会议
输出
1、项目文件更新
经验教训登记册
2、最终产品、服务或成果移交
3、最终报告
4、组织过程资产更新
收尾过程组
整合管理的核心概念
整合管理是什么?需要去收集整理筛选并且重新搭配很多项目管理的要素。
整合管理的发展趋势
使用自动化工具:PMIS,配置管理软件
可视化工具:横道图、网络图、看板、燃尽图
项目知识管理:知识的收集、整理、传达、分享
增加项目经理的职责:从前期商业论证到后期运营更多参与
混合型方法:Scrum、精益、看板、XP
整合管理中项目经理的职责
资源分配:搭团队、分工
平衡竞争性需求:摆平冲突、矛盾
研究各种备选方法:收益、风险整理
为项目目标裁剪过程:49个过程怎么取舍、怎么搭?
知识领域之间的关系:进度、成本、质量···
敏捷场景中的整合管理
范围动态:工作范围中不但内容可以变,优先级也可以变
过程精简:一切部位用户创造价值的活动都是浪费
状态可视:原型设计、看板、燃尽图、实际效果展示
质量内建:测试驱动开发、结对编程、一次把事情做对
团队自组织:去中心化、高效互动、民主氛围、集体决策
制定项目章程
项目章程的内容和价值
项目章程:由项目启动者或发起人发布的,正式批准项目成立,并授权项目经理动用组织资源开展项目活动的文件。
不是项目经理制定的文件
项目章程
由项目启动者或发起人发布的,
正式批准项目成立
并授权项目经理动用组织资源开展项目活动的文件
批准、修改:项目发起人
项目章程标志
项目执行组织与发起组织建立起伙伴关系
项目的正式启动
给项目经理正式授权
制定项目章程
输入
1、商业文件
商业论证
效益管理计划
2、协议:定义了启动项目的初衷。协议有多种形式,包括:合同、谅解备忘录、服务品质协议、协议书、意向书、口头协议、点子邮件或其它书面协议。通常,为外部客户做项目时,就用合同。
3、事业环境因素
4、组织过程资产
工具与技术
1、专家判断
组织内的其它部门
顾问
干系人,包括客户或发起人
专业与技术协会
行业团体
主题专家
项目管理办公室
2、数据收集
头脑风暴
焦点小组
访谈
3、人际关系与团队技能
冲突管理
引导
会议管理
4、会议
输出
项目章程
假设日志
任命项目经理
应尽早确认并人命项目经理
最好制订项目章程时就任命
最晚也必须在规划开始之前
项目章程对项目经理的意义
看清方向
认清形势
分清责任
任命项目经理需要注意
仪式感
书面化
稳定性
制定项目计划
为什么要做项目计划
计划:通向目标的路线图
项目基准
方案确定项目的基准就已经定了
基准包含
范围基准
进度基准
成本基准
偏差发现,偏差纠正:发现偏差找回原计划是最优选项
基准变更:重新定制一个新计划,新基准
项目计划包含
范围管理:做且只做那些必须要做的工作,不能节外生枝,不能做可做可不做的事情
时间管理:进度计划
质量管理:发起人提出的质量要求
成本管理:预算等等
风险管理
有所准备
应对计划
相关方管理
沟通管理
项目的成功,必须要有良好的计划与控制。然而,良好的计划与控制并不能确保项目成功;计划与控制本身需要消耗资源;项目成本=任务执行成本+管理成本
项目成本
任务执行成本
管理成本
项目是否需要计划?
错觉
项目可以不需要计划也一样执行
计划是多余的
实际执行时
没有计划时
有计划时
项目管理计划和项目文件
项目计划包含
项目管理计划:规则程序,不包含具体信息和数据,更新频率低
规则程序
范围管理计划
进度管理计划
成本管理计划
····
批准、修改:高级管理层
项目基准
范围基准
进度基准
成本基准
····
更新基准:CCB决策
项目文件:包含具体信息和数据,更新频率高
实施计划
范围说明书
进度计划
成本估算
更新文件:项目经理
资料文件
假设日志
问题日志
项目沟通记录
章程、项目管理计划、项目文件区别及联系
项目里程碑计划
项目里程碑计划:项目各个阶段重要的事件标记在时间轴上就形成了里程碑计划
项目启动会议与项目开工会议
项目管理信息系统
指导与管理项目工作
项目经理每天管理什么?
数据:工作绩效数据,产生于执行过程组
对内
信息:工作绩效信息,产生于监控过程组
在执行阶段可观产生的数据
经过加工、处理的数据对管理、绩效产生指导作用的信息
对内
报告:工作绩效报告(给外部看),产生于监控过程组
给外部看
包括客户、高层领导、CCB(变更控制委员会)
周报、月报等
变更报告
采购报告
挣值分析报告
对外
工作绩效数据、信息、报告区别
常用数据分析方法
备选方案分析:多种方案中选最优
趋势分析:根据已知情况预测未来发展
偏差分析:实际执行与计划的偏差
管理项目知识
显性知识与隐性知识
显性知识:可以编撰、易于表达。可以用文字、图片、数字、表格
隐性知识:无法编撰、难于表达。可以用经验、直觉、洞察力、诀窍
知识管理的PSCA循环
知识生成
知识积累
知识交流
知识应用
监控项目工作
变更请求
变更影响什么?
修改项目政策或程序
修改项目进度
修改项目范围
修改质量要求
修改项目预算
预防和纠正措施
项目计划更新
持续的、动态的、循环迭代的过程
对基准的变更,只能针对今后的情况,而不能变更以往的绩效。这有助于保护基准和历史数据的严肃性。
偏差谁发现?项目团队成员
变更的应对措施
预防措施:防患未然
纠正措施:知错就改
缺陷补救:亡羊补牢
变更流程包括
更新
纠正措施
缺陷补救
预防措施
实施整体变更控制
配置管理与变更管理
配置管理
配置管理的对象
产品的功能、组件、文档
项目的基准、计划、文件
组织过程资产(知识产权、经验、教训)
配置管理的目标
完整性:确保当初定义的功能都得到了实现,没有遗漏
一致性:保证最终的软件性能和参数与配置计划一致
可控性:保证软件开发过程和质量可控
追溯性:如果无法马上解决新缺陷,可以随时回滚到历史可用的版本
软件配置管理的
版本管理:版本完整性、可控、可追溯
变更管理:标识变更、控制变更、报告变更
过程管理:标准合规、持续改进
文档管理:保持完整性、一致性、及时更新
软件的三种状态
草稿状态:自由修改
发布状态:如果在软件发布之后发现了缺陷,需要修改,那么就必须走变更控制程序,不能自由修改了。
修改状态
变更管理:变更管理属于配置管理的子系统,通过变更控制,保障配置管理的可靠性和有效性
变更控制委员会:由项目的相关方组成的一个常设但非固定的正式团体
整体变更控制程序
整体变更控制
计划和控制:计划是控制的基础,控制是计划的保证。
谁可以决策变更
CCB(变更控制委员会):由项目发起人组成的一个常设但非固定的正式团体。如果需要修改基准需要书面报告给CCB,由CCB发起决策
项目经理:只能决定不影响基准的变更
CCB
项目经理
客户
专家
项目发起人等主要项目的相关方或其它代表
整体变更流程图和变更控制的32个原因
整体变更控制程序
变更的几个规律
通知-->相关方
变更请求-->评估影响
书面报告-->CCB
实施“整体变更控制程序”32个常见原因
范围变化
相关方增加/减少需求
技术原因引起范围变化
(客户)范围确认未通过
进度变化
任务延误
(客户)改变工期
供应商延误
技术原因引起进度变化
动用进度存储
成本变化
成本偏差
(客户)改变预算
技术原因引起成本变化
采购价格变化
动用成本存储
质量问题
质量未通过检查
(客户)改变质量标准
采取修正或缺陷补救
供应商质量问题
风险问题
发生未知风险
启动应急计划
启动弹回计划
非自动变更
资源问题
资源数量变化
资源不可获得
资源不能胜任
采购问题
更换供应商
修改合同
供应商未按计划交付
供应商抵制变更
相关方问题
相关方新增或退出
相关方提出影响计划的要求
与相关方沟通无效
相关方意见分歧
敏捷场景下的变更管理
新需求必须先交给产品负责人PO,产品负责人PO重新评估并且在待办事项列表中更新优先级,以此来决定是在下一个冲刺当中还是以后开发这个功能。在一个冲刺中开发是不被打扰的。
敏捷面向用户价值交付,通过不断更新的产品待办事项backlog,快速交付具有最高优先级的事项,以便为用户创造最大价值
用户价值交付
backlog
最大价值
敏捷必须遵守的既定规则
小步快跑
高效反馈
保持节奏
价值交付
产品待办列表DEEP特征
细颗粒、详尽的条目,已准备好在下一迭代中实施。 例如:小型用户故事
中等颗粒条目,待进一步细化。 例如:中大型用户故事
粗颗粒条目,需求分解并细化,还可能改变。 例如:史诗级用户故事
结束项目或阶段
项目收尾流程
最终验收:对可交付成果进行形式上的验收,并移交
关闭合同:关闭采购合同,了解合同当事人在项目上的关系
财务收尾:完成项目的财务结算与决算
相关方满意度:向相关方报告最终绩效,并调查相关方满意度
归档工作:收集工作流程、工作数据、工作模板并归档
经验教训:项目后评价,项目审计,总结经验教训,更新组织过程资产
庆祝会:举行完工庆祝会,认可与奖励相关方业绩
解散团队:释放项目资源,解散项目团队
考试时需要注意项目收尾流程的先后顺序
项目收尾
合同收尾
行政收尾(贯穿项目始终)
知识转移路径
显性知识
隐性知识
项目整合管理知识点总结
1、整合的含义?整合的对象?整合的负责人?«««
2、项目章程有谁发布?谁有权修改?章程的意义?«««
3、项目启动会议与项目开工会议«««
4、项目管理计划和项目文件的区别和联系««««
5、项目3大基准的来源、用途和变更管理?««««
6、配置管理的含义?配置管理与变更管理的关系?««««
7、显性知识,隐性知识和知识转移?«««
8、工作绩效数据、工作绩效信息、工作绩效报告?«««
9、整体变更控制程序?«««««
10、合同收尾和行政收尾的区别?««««