第四章项目整合管理
2021-12-06 14:00:09 0 举报AI智能生成
适用于第六版PMBOK，整理了重要知识点及考试高频知识，同时对于常见考察点做了补充说明
作者其他创作
大纲/内容
发展趋势和新兴实践
增加项目经理的职责
项目经理被要求接入启动和结束项目
例如开展商业论证和效益管理（发起人负责，项目经理参与）
核心概念
项目整合管理由项目经理负责，并且整合管理的责任不能被授权或者转移
过程一：制定项目章程
（启动过程组）
正式批准项目、授权项目经理
项目由项目以外的实体来启动，如发起人、项目集或项目管理办公室等
项目经理无法启动
输入
商业文件
商业论证
商业需求分析
成本效益分析
效益管理计划
目标效益、战略一致性、效益责任人
商业文件需要定期审核，商业文件不是项目文件，PM不可以对它们进行更新或修改，只可以提出相关建议
协议
协议的形式：合同、谅解备忘录等
工具与技术
专家判断
数据收集
头脑风暴
焦点小组
同职能、同领域
访谈
人际关系与团队技能
引导
意见不一致时要引导
输出
项目章程
项目的目的、目标、成功标准、退出标准
高层级需求、总体预算
假设日志
过程二：制定项目管理计划
（规划过程组）
项目管理计划应该基准化（即所有相关方一致认可）
输入
项目章程
其他过程的输出
其他规划过程输出的子计划和基准
工具与技术
数据收集
核对单（checklist）
会议
开工会议（kick-off meeting）
在规划即将结束的时候开
旨在：传达项目目标、获得团队对项目的承诺、阐明每个相关方的角色和职责
主要任务是获得主要相关方对项目管理计划的一致认可
输出
项目管理计划
过程三：指导与管理项目工作
（执行过程组）
输入
项目管理计划
批准的变更请求
输出
可交付成果
可交付成果是可核实的
一旦完成了可交付成果的第一个版本，就应该执行变更控制
工作绩效数据
问题日志
变更请求
纠正措施
目的是为了纠偏差（事后）
预防措施
目的是为了防风险（事前）
缺陷补救
补质量
更新
通常改计划
过程四：管理项目知识
（执行过程组）
输入
经验教训登记册
工具与技术
知识管理
强调人与人之间的联系，分享隐性知识
信息管理
强调人与知识的联系，分享显性知识
输出
经验教训登记册
当题目说到当前项目如何有利于未来的项目，选择“更新组织过程资产”或 “总结经验教训”之类的选项
过程五：监控项目工作
（监控过程组）
监控项目工作贯穿于整个项目，是唯一输出工作绩效报告的过程
输入
工作绩效信息
工具与技术
数据分析
偏差分析、趋势分析
输出
工作绩效报告（或者状态报告）
报告的目的：制定决策、采取行动、引起关注
过程六：实施整体变更控制
（监控过程组）
本过程只会审批、管理变更，不会提出变更请求
任何相关方都可以提出变更请求，项目经理对变更负最终责任
输入
变更请求
变更的顺序
记录
书面记录
项目经理书面记录（变更日志），或变更提出者向项目经理提交书面的变更请求
评估
提交
PM把变更请求和评估的结果提交给CCB
更新
不管通过没通过，必须更新变更日志，如果变更通过，更新项目管理计划
通知
如果说“所有变更都要由CCB审批”，这句话是错的
输出
批准的变更请求
项目文件更新
变更日志
项目管理计划更新
过程七：结束项目或阶段
（收尾过程组）
步骤
获得项目整体验收
如果项目在完工前就提前终止，这一步要记录提前终止的原因
相关方满意度调查
可能会做
移交成果
给运营或者运维
如果项目在完工前就提前终止，这一步要把已完成未完成的可交付成果都移交他人
总结和记录经验教训
组织过程资产更新
文件归档
庆功会
可能会做
释放资源
项目完成收尾的标志：释放资源（解散团队）、项目或阶段收尾文件
输入
项目章程
验收的可交付成果
收尾题目问下一步做什么
收尾期间
发现缺陷
走变更流程
提出新需求
走变更流程
建议新开项目
收尾完成
发现缺陷
运营解决
提出新需求
建议新开项目
0 条评论
下一页
