导图社区 PMP2021考试大纲解读
PMI于2019年发布的考纲终于于2021年9月考试正式启用,全球启用已经于2021年1月2日启用。 新考纲侧重实战,训练项目经理“聚焦商业价值,带领团队做好事”的能力。
编辑于2021-07-16 21:30:472026年政府工作报告全景解读:迈向高质量发展的关键蓝图 报告系统总结2025年工作,部署“十五五”核心任务,涵盖109项举措重点包括:七方面成就、20项目标指标、十项年度任务(科技自立、民生保障、绿色转型等),以及国防、外交、港澳台等领域政策突出安全与发展统筹,强化新质生产力培育,推动城乡融合与高水平开放,贯彻“一国两制”与强军思想,勾勒出全面建设现代化国家的行动路径。
AI赋能项目管理全周期:从战略到落地的智能革命 【核心价值】通过自动化工具与数据分析重构传统管理流程,显著提升决策精准度与执行效率 【场景覆盖】 1. 全周期支持:覆盖启动(战略匹配)、规划(风险预测)、执行(实时监控)、收尾(知识沉淀)四大阶段 2. 关键突破:智能生成合同/验收文档、自动追踪变更请求、实时预警范围蔓延、动态优化冲刺计划 3. 持续改进:自动化归档经验教训、量化复盘项目效益、生成多维分析报告(EVA/KPI/成本效益) 【独特优势】将重复劳动转化为算法驱动,释放管理者精力聚焦战略创新。
"即梦4.5:你的全能AI图像魔法师! 即梦图片4.5来了,相较于4.0有整体提升,在人像场景和美观度等4.0高频反馈问题上,4.5得到显著改善,同时在画面美感和推理能力也有所增强。 为帮助广大朋友用好即梦,整理了即梦提示词,包括支持单图/多图编辑、文生图风格定制,涵盖超清修复、人像精修、材质替换等20 功能可自由调整尺寸、光影、构图,更换服装/发型/表情,甚至修改文字内容和字体内置民族风、潮流艺术、摄影美学等热门风格模板,还能线稿上色、修复老照片无论是海报设计、元素增删,还是背景/材质/景别变换,一句话指令即可实现视觉蜕变!"
社区模板帮助中心,点此进入>>
2026年政府工作报告全景解读:迈向高质量发展的关键蓝图 报告系统总结2025年工作,部署“十五五”核心任务,涵盖109项举措重点包括:七方面成就、20项目标指标、十项年度任务(科技自立、民生保障、绿色转型等),以及国防、外交、港澳台等领域政策突出安全与发展统筹,强化新质生产力培育,推动城乡融合与高水平开放,贯彻“一国两制”与强军思想,勾勒出全面建设现代化国家的行动路径。
AI赋能项目管理全周期:从战略到落地的智能革命 【核心价值】通过自动化工具与数据分析重构传统管理流程,显著提升决策精准度与执行效率 【场景覆盖】 1. 全周期支持:覆盖启动(战略匹配)、规划(风险预测)、执行(实时监控)、收尾(知识沉淀)四大阶段 2. 关键突破:智能生成合同/验收文档、自动追踪变更请求、实时预警范围蔓延、动态优化冲刺计划 3. 持续改进:自动化归档经验教训、量化复盘项目效益、生成多维分析报告(EVA/KPI/成本效益) 【独特优势】将重复劳动转化为算法驱动,释放管理者精力聚焦战略创新。
"即梦4.5:你的全能AI图像魔法师! 即梦图片4.5来了,相较于4.0有整体提升,在人像场景和美观度等4.0高频反馈问题上,4.5得到显著改善,同时在画面美感和推理能力也有所增强。 为帮助广大朋友用好即梦,整理了即梦提示词,包括支持单图/多图编辑、文生图风格定制,涵盖超清修复、人像精修、材质替换等20 功能可自由调整尺寸、光影、构图,更换服装/发型/表情,甚至修改文字内容和字体内置民族风、潮流艺术、摄影美学等热门风格模板,还能线稿上色、修复老照片无论是海报设计、元素增删,还是背景/材质/景别变换,一句话指令即可实现视觉蜕变!"
PMP2021版考试大纲解读
概述
实施时间
2021年9月实施
新旧对比
分布变化
5大过程组
3大部分
42项任务
35项任务
86项技能
133技能
内容变化
2~3题敏捷
50%敏捷
对比指南差异
20%
30%
对应人才三角
含旧版考纲81%
考试分布
商业环境
8%
IPECC
新增
14项
合规性
质量管理
整合管理
效益实现
环境对项目影响
关注环境变化
考纲动态
PMbok静态
项目促进组织变革
分布
占该类总数56%
新增部分74%
人员
42%
IPECC
新增
5项
仆人式
情商
知识转移
考察(测量)培训效果
PMBOK6没直接提
分布
占该类总数9%
新增部分20%
过程
50%
IPECC
新增
6项
敏捷技能
与其他项目协调
项目集
与运营协调
知识转移方法
分布
占该类总数10%
新增部分24%
IPECC→BPP
考纲强调
商业环境影响
变革驱动&价值导向
敏捷&混合
人员
组建团队4
6.建立团队
•评估利益相关方的技能
从机构相关方招聘团队成员
概述
包括组建和建设团队
获取资源(组建团队)、建设团队
根据资源管理计划进行
团队特点
临时性、目标性、开放性、多样性
从个人相关方物色团队成员
需要考虑多标准
•演绎或推算项目资源需求
根据项目目标计划估算项目资源需求
PMBOK
9.2:资源需、RBS
•不断评估和更新团队技能,以满足项目需求
needs & requirement
PMbok
9.2,9.3,9.4,9.5,9.1
团队需要有卫项目成功所需的全部技能
通用、应用领域,项目管理技能等
老技能模型
知识
实践
素质
新人才三角+技商(技术能力补充)
•维护团队和知识转移
PMbok
9.4,9.5
9.3
补充新成员
4.4
制定知识转移流程
保持工作记录,及时总结经验教训
鼓励分享隐形知识
开展培训
使用项目管理信息系统
技能
敏捷团队下的团建
小规模全功能团队
每日站立会议,阶段回顾会议
协作式工作方式
总结
评估技能
估算资源
不断更新
知识转移
12.定义团队基本规则
概述
PMBOK
9.1(团队章程),13.3(基本规则技术)
核心价值观
团队价值观
行为规范
团队共识
工作指南
沟通指南
决策标准和过程
冲突处理过程
会议指南
定义基本规则,保证措施,考核方法,认可与惩罚
基本规则是什么
保障措施是什么
如何考核
考核结果应用
技能
与团队和外部利益相关方沟通组织原则 Communicate organizational principles with team and external stakeholders
根据组织原则制定基本规则
基本规则,需要团队讨论,相关方讨论
项目执行组织,也许不止一个
业主方、承包商,施工方
法约尔法则
建立促进遵守基本规则的环境 Establish an environment that fosters adherence to the ground rules
共同的目标
相互了解,相互尊重、相互信任
合理且及时的认可与惩罚
补充:傅佩荣老师
中庸核心
内心感受真诚
对方期许要沟通
社会规范要遵守
易经
儒家
论语
大学
本科生教材,培养从政素质
中庸
研究生教材
道家
道德经
管理和纠正违反基本规则的情况 Manage and rectify ground rule violations
及时发现违规行为
对可能违规行为进行预警
敏捷环境下基本规则
强调团队中跨专业合作
强调引导客户参与,甚至要教育客户
更强调在规定时间内交付成果
更强调快速实现价值(必须限制范围)
总结
交流组织原则
建立遵守规则环境
管理基本规则
纠正违规行为
8.商讨协议
概述
范围广,理解与团队成员谈判,做交易
《微权力下的成功项目管控》:先给予后获取
过程、影响力、测量指标
PMbok
9.3谈判
记录您的目标
确定谁能做这项工作
评估你的候选人,选出最佳人选
考虑对方视角
列出可能的交换
与对方见面
验证您的假设、确定交换内容
技能
分析谈判的范围以达成协议
确定谈判的内容边界
也许可以调整边界
既成事实不能谈
法律有规定
超出权限不能谈
不能涉及第三方权利或责任
违反原则不能谈
例如章程、假设日志
不相关的不能谈
岗位职责外的
评估优先级并确定最终目标
列出所需要的全部条目
用适当方法进行排序
分成
必须要有的,可以有的,最好有的
需要给的、可以给的、最好不给的
验证是否符合项目协议的目标
后续跟进协议的落实情况
兑现你的承诺,协助对方兑现承诺
及时给对方提供反馈
感谢对方兑现承诺
参加协议谈判
主持某些谈判,参与某些谈判
明确自己的角色和职责,对谈判起支持作用
角色职责
技术专家、辅助者、指导者、旁听者
确定谈判策略
Win-Win,Win-lose
原则性谈判七要素
Interests利益、peple人(人和事分开)、Alternatives(次好方案),Options(目标),Criteria(坚持与客观标准比较),Commitment(只做能兑现承诺),Communication(充分沟通)
利益
关注双方共同利益
如无共同利益,关注利益联系
关注利益冲突
情感受伤
敏捷环境下的团队谈判
更需要通过谈判来分配工作任务
需要把客户代表当做团队成员
用自主性、挑战性和认可度作为交换
总结
分析边界
确定目标
确定策略
参与谈判
10.建立共识
概述
目标、计划、价值观共识
相识的文化背景、教育背景、项目经理背景能够助力共识
通过积极参与、分享信息、达成共识
妨碍成为团队障碍
目标不一致
投入程度不一致
相互不了解
使用引导技术,引导达成一致
建设性地解决冲突
技能
细分情况以找出造成误解的根本原因
根本原因分析
因果图(鱼骨图)、5Why、特别事件分析
对“误解”进行正确定义
三个目的
识别根本原因,消除误解,预防未来误解
尽量对事不对人
调查所有必要方面以达成共识
需要多方达成一致意见
PMbok
4.1,4.2
人际关系团队技能
引导、冲突管理、会议管理
决策(投票、德尔菲)
数据收集(焦点小组)
支持各方协议的结果出现
明确达成协议的好处,采取行动支持好处实现,及时且充分的认可好处的实现
例如
足球比赛,大家思想统一的好处
越位
调查潜在的误解
导致误解原因
背景差异、个性差异、情绪差异、认知差异
例如,对同一个表情符号的理解,可能不同
预防误解
调查可能产生误解的原因
敏捷环境下团队共识
更快速
总结
调查可能出现的误解
分解误解
采取行动支持结果出现
调查潜在误解
建设团队6
2.领导团队
引论
领导
启发和激励
关注做正确的事
关注长期目标
关爱是领导力的最根本的基础
管理
约束和控制
正确的做事
关注短期目标
由团队成员自己关注
团队自组织
PM更多要扮演领导者角色
特别是敏捷环境
补充
竞争
面向未来找机会
向边界移动
寻找真空地带
弱化了管理者的角色,只有基本规则涉及
技能
使命
•设定清晰的愿景和使命
eg:
马云新六脉神剑
愿景
让天下没有难做的生意
使命
要做的事情
PMBOK指南
规划资源管理过程
方法
丰富发起人发布的愿景
项目愿景
写入团队章程
团队共识
我能从中得到什么
所有相关方看到利益
优质电站
先进管理技术
培养优质人才
由全体成员讨论制定
变革型领导力
保持基本稳定
敏捷下的团队章程
更需要团队章程促进团队合作
更需要大家讨论团队章程
是Social/psychologicalcontract的一种表现形式
很熟悉的人,可以没有书面团队章程
心理契约
郎平的情怀
不是不要钱才叫有情怀
风格
•支持多样性和包容性
(例如,行为差异,思考流程)
原则
尊重和支持团队多样性
包容不同的团队成员
如机器人
包容不同的行为方式
团队角色理论
包容不同的思维方式
收敛、发散、归纳、演绎、类比、批判、逆向
大讲堂
逻辑思维/系统思维
发散/延伸思维
批判/逆向思维
PMI AI报告
PM技商
始终如一的好奇心
全面包容领导力
面向未来的人才储备
PMBOK整合管理领域
管理项目只是过程
指南102页
知识管理技术
敏捷环境下的团队多样性
全功能
每阶段需要全部类型人员,多样性更大
Product owner
Team facilitator
Cross-functional member
Generalist,Generalized specialist,Specialist
通用的专才
Overcoming organizational silos
•重视仆人式领导力 Value servant leadership
工作
关注全局
授权、赋能和发展他人
促进合作
协调需求
(例如,将仆人领导的宗旨与团队联系起来)
使团队接受仆人型领导风格
目标分解
找一个赢得理由
感觉舒服
PMbok 65
原则
愿意服务,想要领导
帮助被服务人成长
不损害第三方利益
80后后/90后
希望舒服
而不是管教
ACP
•确定选择合适的领导风格
(例如,指导,合作)
针对不同的人、不同的事、不同的阶段、自己的偏好、不同环境、采用不同得了领导风格
PMbok65
敏捷环境
仆人型、变革型、魅力型、交易型、放任型
启发、激励、尊重、合作、共赢
敏捷环境下
PM是引导者
Facilitator
通常采用仆人型
高度创新、高度专业人员,多专业合作,自己不擅长
XY理论
领导措施
•激发,激励和影响团队成员/利益相关方
(例如,团队规则,社会契约,奖励制度)
奖励制度
PMbok65
多种领导风格
PMbok341
认可与奖励
人际关系与团队技能
敏捷环境下的团队激励
关注团队能力,创造团队氛围
鼓励建设性冲突
不断试对(迭代),快速交付价值(增量)
及时回复和总结
•分析团队成员和利益相关方的影响
对象
分析相关方权力、利益、影响、作用、知识、态度、紧迫性、与项目的依赖关系(我靠他吗?他靠我吗?)
分析团队成员态度、能力、胜任力、可用性
方法工具
框架
通用的分析框架:他是谁?他想要什么?他会如何获取想要的?
工具
思维导图、亲和图、二维方格、相关方立方体、凸显模型、彩虹图
作用
找出联系,进行归类
PMbok
资源管理、相关方
敏捷
自组织、平等参与、知识多/技能强成员主导
团队成员影响力大
需要客户持续深入参与,及时提出需求,及时评审原型
客户参与不够,是很大风险
•采用多种方式去领导团队成员和利益相关方
紧接着2.6的分析
区分、分析和选择具体的手段或措施
总结
2.1建立愿景和使命
2.6分析团队成员
2.4决定领导风格
2.7采用具体领导手段
2.5启发、激励和影响成员
2.2
支持多样性和包容性
2.3
重视仆人式领导
5.确保受到培训
团队成员
5.确保团队成员/相关方受到足够的培训
概述
培训人们分享知识、管理多样性、提高胜任力、理解团队章程
老百姓否决PX、垃圾填埋场
新疆、西藏项目
外协普查培训
PMbok
培训策略和安排写入资源管理计划
建设团队过程的培训技术
培训多样性
技能
•确定所需的能力和培训内容
确定所需岗位胜任力
发现胜任力差距
确定所需的培训内容
写入资源管理计划
•根据培训需求确定培训方案
确定可选的培训方案
在岗培训、离岗培训
同事培训、外聘讲师培训
网络在线、现场面授培训
•分配培训资源
财务、实物、人力等资源
规划资源、估算活动资源、获取资源过程
写入资源管理计划、资源需求、资源分配单
•评估培训成果
PMbok指南没直接写
岗位胜任力提升情况
团队合作改进情况
冲突解决情况
项目绩效改进情况
敏捷环境下的团队培训
在项目执行之前进行敏捷方法和观念培训
把培训融入日常工作中
迭代结束时(也可在其他时间)的回顾会议,不死要批判,而是要学习
总结
确定培训内容
确定培训方案
确定培训资源
验证培训效果
戴老师补充
用以致学
还原工作场景
激动、感动、不行动
相关方受
4.授权.团队成员&相关方
概述
赋能
包括授权、不局限与授权
PMbok
P65
变革型领导力
擅长描绘愿景
P73
使用可视化管理工具
赋能发现和解决问题
P310
资源管理
用协作和支持型管理方法,通过授权来赋能项目团队
人际关系与团队节能
技能
•组织整合团队力量
足球队,围绕优势制定比赛战术
个人,围绕优势来发展职业
把工作授权给最擅长做的成员
Strengths-based leadership
与短板理论相反
发现自己优势,发现别人优势
匹配工作由市
以透明的氛围显示各人的优势
实现优势互补
多样性团队
赋能成员
•支持处理团队的工作问责制
Task accountability VS TASK responsibility
项目治理
Authority(终责)+Responsibility(职责)=Accountability
RACI矩阵
任务分配
业绩考核
需要有组织结构和组织文化的支持
•评估工作问责制的示范
评价落实情况
有无真空地带
有无交叉、重叠
是否每个人都有相应的A
•确定和授予决策的权限层级
项目治理与项目管理
项目团队内部的决策制定权级
控制账户
项目经理决策控制点
变更管理权级、风险管理权级、其他审批权限
基本原则
整合管理不能授权
授权不能减轻授权者的A
奖惩不能授权
不能推工作
按结果而非过程来授权
敏捷环境下团队赋能
成员能力强,自觉性高
透明和合作的团队氛围
自组织和自管理的团队
充分的授权
通过迭代和增量,不断试对
敏捷整合?
整合
综合
统一
目标清晰
协调
无矛盾
总结
围绕优势组织
确定合适授权级别
支持A
验证A
14.运用情商提高团队绩效
概述
认识和管理自己情绪,认识和影响他人的情绪,认识和管理团队的情绪
基本要素:自我认知,自律(自我管理),自我激励,同理心,社交技能,领导力(关系管理);绝不因小失大
《关系经济学》
PMbok
9.5
技能
通过使用个性指标评估行为
Myers-Briggs Type Indicator:16种类型
Belbin的团队角色理论
有利于角色互补,有利于分配工作任务
PMbok
66页,影响领导风格
分析个性指标并适应关键相关方的情感需求
分析个人性格指数,根据关键相关方的情感需要进行调整
调整共走分配,调整角色,调整合作对象
加强团队的多样性,防止同一类人太多
足球队,11个角色
因人施策
敏捷
强调包容不同专业、不同背景的成员
强调以积极的心态面对冲突
自我消化负面情绪
强调快速反应
强调利用变化
7.为团队解决消除困难
困难/障碍/阻扰
概述
Scrum Master
remover of impediments and blockers
impediment
减慢速读、减速标志
blocker
彻底阻止交付、红灯
Obstacle,Impediment
相似
技能
确定(识别或发现)团队的关键困难,障碍和阻扰
成员生病、房间温度太低、设备问题、网速太慢、客户不配合
团队内部,来自组织
每日站立会提出
记录在Impediments Log中
描述、严重性(blockers、obstacles 、impediments)、行动、责任人、日期
优先考虑团队的关键困难,障碍和阻扰
记录、排序、公布、处理、沟通、更新日志
新增要与原有比较,排序
使用系统(network)去实施解决方案,以消除团队的困难,障碍和阻扰
优先解决排序靠前的
需要团队成员合作,甚至可能需要组织支持
不断进行重新评估,以确保团队的困难,障碍和阻扰 正在得到解决
总结
识别
排序
采取措施
重新评估
风险管理
不确定性事件
针对目标
问题管理
确定性事件
过程性障碍
11.参与和支持虚拟团队
概述
引导虚拟团队积极参与项目
为虚拟团队提供支持,如网络设施、沟通安排
特别好的沟通计划
特别有效的团队建设,临时的集中办公
成立时见面
产生情感
不是符号
考研看导师案例
阶段结束总结会
项目结束总结会
补充
项目时代,情感行业(文体)大趋势
PMbok
9.3,9.4
技能
检查虚拟团队成员的需求
(例如,环境,地理,文化,全球性等)
还有
个人目的
比如:PMI志愿者
丰富简历
调查虚拟团队成员参与的备选方案
(例如,交流工具,当地代管)
参与的程度
参与的时间
如全职/兼职,全程或特定时间
参与的事项
确定最佳方案
补充:自利利他
每项技能300~500字
针对虚拟团队成员参与的实施不同选项
实施方案,包括细化后实施
持续评估虚拟团队成员参与的有效性
PMBOK
9.5
一群人成为团队的三点
共同目标
相同的投入程度
充分的相互了解
补充学习机会到处都有
欺骗型服务
折腾型服务
伤害型服务
交易型服务
PMP考试
参与程度是否达到要求,是否起到应有的作用
敏捷环境下的虚拟团队
一般不用虚拟团队,用面对面团队来做
挑战更大:明确目标、分工和规则,多用视频直播系统,充分利用黄金工作时间,共同的价值观,会面讨论
总结
检查需求
调查参与备选方案
实施方案
评价参与有效性
管理团队2
1.管理冲突
说明冲突的来源和阶段
来源P348
资源稀缺
进度优先级
工作风格
包括个性
过程
章程
计划
建设、管理团队
管理沟通/相关方
分类
经济、价值观、权力、目标、误解、个性
阶段
潜伏
感知
意识到有冲突
感受
压力、焦虑、行为意图
呈现
采取行动、公开冲突
出现
升级
僵持
缓和/不关注
解决/未解决
结案
解决或未解决
工作案例:绩效考核
潜伏
绩效考核委员会
感知
KPI
平衡公司与个人
感受
灰色收入Vs绩效奖金
呈现
投诉
消极应对
敏捷环境下冲突
团队与客户
工作优先级
资源稀缺(时间紧张)
误解
对产品功能不能理解
团队内部
创新导致冲突
合作导致冲突
透明导致冲突
创造和利用冲突
无冲突无敏捷
比预测型冲突多
建设型冲突
分析冲突的背景和内容
冲突的发展阶段,冲突解决方案
与潜伏有关
背景
宏观
国家改革
两化融合
中观
行业改革
军工融合
微观
公司
PMBOK无相关内容
案例:争夺食物
宏观
经济危机
中观
家里穷
微观
肚子饿
敏捷环境背景
需求不清晰
需求易变
固定工期
时间盒
需要客户频繁且深入参与
技术易变
可能产品刚研发出来就过时
团队成员背景差异?
全功能、自组织
评估/建议/协调适当的冲突解决方案
评估/推荐/协调不同人的意见,适当的冲突解决方案
决定如何解决冲突的主要因素
设计、分析和建议冲突解决方案,并通过协调,达成对解决方案的一致意见
PMBOK349页
影响冲突解决因素
348页
严重性
紧迫性
权力大小
关系维持
永久或暂时解决
冲突性质
系统内或外
边界冲突,只能重新定义边界
工作或私人
冲突起因、阶段、背景
eg
为什么?
钱
感情
无表扬
关系维持
人怎么样?
有感情吗?
能维持吗?
维持方案
不维持方案
冲突影响
交集怎么办?
冲突解决理论
利益决定立场理论
相关方
财务
关注他人利益,再关注立场
需求满足理论
满足基本需求
冲突转换理论
破坏性到建设性
任总:老虎追羊
竞争不是坏事
论文答辩冲突
塞翁失马焉知非福
冲突利益点
局部全局
短期长期
敏捷下的冲突解决
冲突转化理论
团队氛围和信任
快速解决冲突
3.支持团队绩效
评估团队成员绩效
•根据关键绩效指标评估团队成员的绩效
kpi
与项目目标相关
不局限多快好省
安全
促进组织变革
DIKW模型
团队绩效评价标准和方法
资源管理计划中
胜任力、工作技能,团队离职率,团队凝聚力,问题解决,决策制定,冲突处理,成员信任
概述
为团队取得好绩效并继续改进绩效提供支持
与仆人型领导风格有密切关系
中国女足16岁组
韩国
谈心:每个人找一个赢得理由
输朝鲜
谈心:尽力就好
半决赛输日本
谈心:打好对澳大利益
PMbok
建设团队
管理团队
支持和认可团队成员成长发展
通过个人发展来促进团队成员发展,以团队发展带动个人发展
支持
培训、辅导、分配挑战工作(横向换岗)、协助交流、给予信任、协助专业发展
认可
正式认可
非正式认可
决定适当反馈方法
搜集反馈、提供反馈、关于团队成员和整个团队的绩效(表现)
沟通工具技术
沟通方法、技术、技能、渠道、时间
私下反馈
批评
公开反馈
表扬
目标导向
及时、具体(可行),友好,持续
验证绩效改进
用合适方法和指标验证绩效改进
在合适的时间验证
可以写入资源管理计划,项目团队资源管理
前后比较,横向比较,单项比较,综合比较
需要有基准
总结
技能
评估成员表现
反馈
支持成员改进
验证改进
承认
敏捷
PM有能力确保团队能力、团队氛围(透明、尊重、互补、创新)
引导客户积极参与项目
快速交付成果
快速提供反馈
管理相关方参与2
9.与相关方合作
技能
评估利益相关方的参与需求 Evaluate engagement needs for stakeholders
PMBOK
13.1,13.2
相关方参与评估
几种态度
不知晓、抵制、中立、支持、领导
Engagement VS Participation
E
参与且对目标负责
参与且含程度
P
只是参与
无程度
优化利益相关方需求,期望和项目目标之间的一致性
从needs、expectaions到project objectives
微观
实现项目目标
宏观
满足相关方需要和期望
制定项目章程、制定项目管理计划、收集需求
PMI需求管理实践
assemtn needs
requirement
建立信任并影响利益相关方以实现项目目标
建立信任方法
开放式沟通解决问题
通知对方可能的爽约
询问非假设性问题
要不要加鸡蛋
加一个鸡蛋还是两个鸡蛋
直接清晰表达要求
乐意分享信息
超越自身利益看问题
20学论语
做人
40学道德经
天外有天
50学易经
中国文化源头
中国文化强大自信
伏羲-->周文王-->孔子
补充:傅老师
内心感受真诚
对方期许要沟通
社会规范要遵守
真正关心他人
施加领导力和影响力
领导力
做正确的事情
影响力
说服
敏捷
需要客户频繁且深入参与
整个项目生命周期中需要与客户紧密合作
引导客户平等对待项目团队
总结
优化相关方需要
评价参与程度
13.指导相关方
概述
辅导有关的相关方
辅导
training
正式程度
正式
作用
传授知识
与对象关系
短期
对象数量
一对多
coach
正式
正式程度
正式
作用
解决特定问题
与对象关系
短期
对象数量
一对一/小组
Mentor
正式程度
非正式(基于私人关系)
作用
辅助长远发展
与对象关系
长期
对象数量
一对一
内部成员
都需要
外部
辅导
技能
分配指导时间
认识指导机会并采取行动
14项任务 53个技能
过程
统筹整合8
计划
13.确定适当方法论
方法
概述
PMbok
是什么
知识体系
方法论
怎么做?
综合所有或某类项目共性,而建立统一的项目管理方法体系
其中会严格规定项目的阶段划分,以及各阶段流程、里程碑、主要工作和可交付成果、工具、模板、岗位职责等。
项目管理方法论可以是通用的、行业级或组织级
风险管理方法论、进度管理方法论等
借用通用方法论,再加以裁剪,应用于本项目
必须具有可裁剪性
PMbok描述来源
P28
组织内部开发、外部购买、行业协会获取、政府机构获取
技能
评估项目需求,复杂程度和规模(数量级)
Needs:快速交付,分批/一次交付,需求清晰/模糊,客户参与程度,时间确定/灵活
Magnitude
项目规模、重要性、可分性
complex
人的问题
说不清楚
complicated
技术问题
能说清楚
Simple,Complicated,Complex,Chaos
推荐项目执行的策略
(例如,合同---分包吗?,财务---融资策略)
高层级的项目执行计划,类似PMbok中项目管理计划
分包策略、融资策略
推荐项目方法论/方法 Recommend a project methodology/approach
(即预测,敏捷,混合)
根据项目需求、复杂性、可分性选择
比较
预测
需求清晰,技术确定
顺序进行
想好了做,一次做成功,基本不变更
阶段成果,内部用
每个阶段需要不同专业人员
各阶段风险
每个阶段风险种类不同
风险越来越大
迭代
需求清晰,技术不明
茼蒿属
治疗疟疾药
每次迭代
针对同样产品功能
持续优化同一功能
磨刀
毛胚
精装
原型
团队内部评审
不可使用
确保交付正确
边想边做边试,确保技术正确性
阶段成果,内部用
每个阶段需要全部专业人员
各阶段风险
种类相同,严重性不同
风险越来越小
增量
需求不清晰,技术确定
公司网站开发
每次迭代
增加新的功能
持续增加功能
万用刀
多用鼠标
原型
客户使用和评审
原型可以使用
确保交付快速
边想边做边问(客户还需别的功能吗?),
阶段成果,客户使用
每个阶段需要全部专业人员
各阶段风险
种类相同,严重性不同
风险越来越小
适应
需求模糊、技术不明
多功能药物研发项目
迭代+增量
1次外部增量迭代
N次内部迭代
边想边做边试边问
阶段成果,客户使用
每个阶段需要全部专业人员
各阶段风险
种类相同,严重性不同
风险越来越小
混合型方法
项目
整体
预测型
框架稳定
平台稳定
局部
适应型
功能灵活
不同阶段用不同方法
不同部分用不同方法
桥梁的AI部分
预测型中有适应型,适应中有预测
《PMI敏捷实践指南》
在整个项目生命周期中使用迭代的增量实践
经验教训总结
相关方参与
风险
实践
14.建立项目治理结构
概述
企业治理有董事会做
高层领导想要怎么管项目
项目治理委员会、项目指导委员会、项目领导小组
重大项目决策制定机制
落实最终责任Accountability
避免层级审批,避免部门轮签
技能
确定项目的适当治理结构
(例如,复制组织治理)
定义上报途径和临界值
解决PM无权或无法解决的项目“政治”问题
治理4保障
方向保障
环境保障
权力保障
资源保障
9.整合项目计划活动
概述
PMbok
项目整合管理知识领域
4.2
所有计划必须被整合起来
包括协调(没有矛盾)、统一(指向同一目标也就是同一方向)、综合(形成系统)
技能
合并项目/阶段计划 Consolidate the project/phase plans
初步多快好省+资源与采购
考虑风险
风险登记册 风险报告
调整初步计划 直到计划确定
三大基准
制定项目管理计划
项目目标计划
为什么没有质量基准?
不是项目经理确定
谁定
法律法规确定的
国家标准
甲方定的
eg
PMP
PMI
及格
学员
3A or 5A
项目实体计划
目标计划(多快好省+风险)
范围计划
项目范围说明书
除外责任(决定不做的)最难
最简单说明书就是除外责任清单
界内界外须分清
WBS
不多不少正合适
WBS词典
清清楚楚各组件
进度计划
里程碑进度计划
高层领导里程碑
与项目范围说明书主要可交付成果要求时间有对应关系
概括性进度计划
中层领导(包括PM)
项目经理管概括
与WBS工作包有对应关系
也可以与一个工作包中的2个或2个以上活动对应
详细进度计划
针对活动
自编自用
与详细的WBS词典中活动时间有基本对应关系
团队成员抓详细
编号与WBS对应起来
成本计划
项目资金需求
发起人按照里程碑投钱
项目预算
控制预算基础
对应工作分解结构
每个工作包多少钱
对应概括性进度计划
活动成本估算
对应详细进度计划
总结
资金需求里程碑
项目预算按概括
活动成本要详细
质量计划
最终可交付成果质量标准
组成可交付成果质量标准
进度活动质量标准
总结
最终成果向客户
中间成果考PM
活动质量归成员
风险计划
风险登记册
风险报告
整体风险
全部的不确定性来源
总结
风险敞口严重性
风险排序按级别
应对措施降敞口
资源计划
资源分解结构
资源柱状图
按照时间段列资源
活动资源需求资源日历
针对活动列
口诀
资源结构总需求
资源柱状分时段
资源日历要具体
六大原则
环境扫描原则
法律法规、行业标准、组织结构、自然环境
资产盘点原则
过去项目经验教训、模板、流程工作、数据
方向明确原则
去哪?路径?节点
细化可变原则
广泛沟通原则
该征求意见的人都征求了吗?
该表达意见的人都表达意见了吗?
防止虚假一致性
该签字的人都签字了吗?
汪老师意见
项目与项目组合
CEO挂帅,变革组织战略项目可以不归属在项目组合中
结束项目或阶段
收尾过程组虽然只有一个过程,但是组织可以将其他过程,合同添加进来
有效整合原则
六大检验
环境协调性检验
内部整合性检验
历史参照性检验
资源保障性检验
广泛接受性检验
ISO21500---项目管理标准
国标照搬
风险承受性检查
评估合并项目计划的依赖性,差距和持续交付商业价值 Assess consolidated project plans for dependencies, gaps, and continued business value
各种计划之间的依赖关系
可能存在的衔接不良
有间隔却持续地交付商业价值
如果成立PMO,3个月内解决问题,产生价值
分析收集的数据
收集和分析数据以做出正确决策
确定关键信息要求
3~5
determine
collect
Analyze
Make decisions
敏捷
先确定工期目标
一次只能规划一个阶段(迭代器)
每阶段都需要全部工种人员
尽可能少而使用的文档
补充:三点估算
进度中的贝塔分布被漏掉了
执行
1.按需执行
价值交付
1.按需执行,价值优先交付项目
概述
客户可能等不及,可分模块、分阶段交付商业价值
楼盘卖楼
软件可分
敏捷型项目管理方法
超越可交付成果看项目,价值及其假设条件、风险
效益-成本=价值
可以裁剪应用于传统项目
功能驱动型子项目
住宅楼
商业配套
物业配套
价值导向阶段划分
价值导向的变更管理
技能
评估用增量方法去交付价值的机会
第1阶段交付功能
第2阶段交付功能
第3阶段交付功能
价值优先:最重要,最能满足客户需求,符合商业价值
在整个项目中考察项目的商业价值
关注商业价值,而非产品功能本身
市场环境变了,商业价值变了
重新评价商业价值及其假设条件、风险
环境和市场的变化,根据过去的项目情况
评价项目是否仍然符合公司商业价值
必要时进行项目变更,甚至提前终止项目
支持团队按需细分任务,找到最小可行产品(MVP)
为了快速交付价值,为了减轻项目失败风险
支持团队根据需要细分项目任务,以找到最低限度的可行产品
能够得到反馈,快速交付价值
总结
评价能够用增量方法开发机会
找出最小可用产品
检查商业价值
16.管理知识
保持项目持续
16.确保知识转移,保持项目的连续性
概述
Business continuity plan
发生灾害、抵制导尿管时如何维持和恢复
项目发生重大风险或问题,如人员离职,被严重干扰
平时就要做好知识管理,为知识转移做好准备
管理项目知识过程
技能
在团队中讨论项目职责
与工作岗位相关的知识管理的职责
要求记录和共享显性知识
鼓励以各种方式分享隐形知识
鼓励与外界交流知识和经验
概述对工作环境的期望(预期)
适合知识共享的工作环境
真诚、尊重、尽责、合作、开放、互利
团队章程、沟通管理计划、相关方参与计划
确定知识转移的方法
分析和选择最合适的知识转移方法
Class-room Training,On the job training Coaching,Mentoring, Presentation,Documentation,Redeployment,informal talking,Work shadowing,reverse shadowing
敏捷
实时知识共享
更少文档,更多总结
监控
10.管理项目变更
概述
实现既定目标,修改项目目标,提前终止项目
层级
项目:尽量不变更
项目集:变更是机会
项目组合:寻求变更
3会区别
项目治理委员会
临时
可同时管2个项目
变更控制委员会
临时
项目管理办公室
公司永久正式机构
PMbok
提出变更请求,实施整体变更控制过程审批
组织变革管理
项目管理Vs变革管理
项目管理
IPECC
变革管理
规划变革
实施变革
管理过渡
保持变革效果
组织变革管理框架
外部环境因素
战略敏捷性
1. 当前状况
商业目标
2. 组织商业战略
项目组合
商业目标
启动变革
明确变革需求
评估变革准备度
标书变革范围
运营定义变革需求
项目
规划变革
定义变革方法
规划相关方参与
规划过渡与整合
实施变革
工作内容
做好组织准备
动员相关方
交付项目产出
责任重点
项目管理是重点
项目集管理做协调
管理过渡
已交产出至运营
测量采纳率和结果/收益
调整计划以解决差异
运营把变革融入运营
保持变革效果
持续与相关方沟通、商议和交涉
开展意义构建活动
测量效益实现情况
运营把变革融入运营
3. 未来状况
内部环境因素
技能
预测并接受变更需要
(例如,遵循变更管理程序)
变更三层次
态度
主动求变
能力
顺势而变
做好当前的事
做好本职工作
做好未来的事情
预见行业发展趋势
做一些多余事情
能力+胆量
突破地变
变更流程
识别、提出、分析、审批(记录变更日志)、实施、追踪、总结
收尾后变更
管理层责任
实战
质量成本
失败成本
缺陷补救
外部客户发现
变更评估
计划
备份
确定应对变更的策略
如何对待和处理变更
change Mangement Strategy
词常用,但还没有统一的模型
文化、规则、心态、能力、沟通、培训、价值、总结
变更阶段
初始需求
分析阶段
设计阶段
建造阶段
测试阶段
最终成果
每个阶段结束点,都会重新评审
变更关键10点
心理准备
源头管理
宜早不宜晚
宜小不宜大
正确定义
公交车停车不到位
综合评审
缺省否决
充分沟通
变更后评价
工作绩效报告
方案可行性
是否遵守规程
控制系统
监督与服务结合
环保执法
原来
罚款
现在
对地方
产业升级
对企业
产业改造
成本投入变成效益收入
执行变更管理策略
不同的项目开发方法,需要不同策略
预测
敏捷
确定变更的响应以推动项目前进
确定变更方案
实施变更方案
追踪实施情况
总结经验教训
敏捷
拥抱变更
宣言
个体和互动高于流程和工具
西方
个体-》群体
我们国家
群体-》个体
工作的软件高于详尽的文档
客户合作高于合同谈判
响应变化高于遵循计划
因为变更频繁、量多,把变更管理当一个敏捷项目
使用Backlog for Changes
提出的变更
批准的变更
变更后产品未完成项
12.管理项目工件
概述
artifacts
任何人造物
PMbok
Project artifacts,Communications artifacts
项目沟通管理、相关方知识领域
项目整合
实施整体变更控制过程
配置管理、版本控制
不是所有文件都必须接受版本控制
工作绩效报告
基准计划需要接受版本控制
软件+硬件
可交付成果+人
技能
确定管理项目工件的需求
(什么,何时,何地,何人等)
12.1
沟通管理计划
需要什么沟通工具
如何制作沟通和传递沟通工件
13.2
相关方参与度评估矩阵
确认项目信息是最新的(即版本控制)
且所有相关方均可访问
信息
工作绩效数据、信息、报告;风险报告
临时和非正式报告
定期编制
问题日志、变更日志、经验教训登记册
日志动态更新
经验教训登记册按需要更新
项目计划(需要版本控制)
持续评估项目工件管理的有效性
10.3监督沟通
不支持到支持
沟通工件管理有效
4.5监控项目工作
13.2
相关方参与度评估矩阵
13.4监督
敏捷
PM是引导者,通过互动式会议,非正式对话、知识分享等促进团队合作和客户参与
减少沟通工件,增加沟通活动
更透明、更快速、更频繁的信息共享
邀请相关方及时评审项目工件
收尾
17.规划管理.收尾(移交)
项目/阶段
概述
PMbok
4.7
提前终止项目
知识转移
准备好为后续运营提供支持服务
技能
确定成功关闭项目或阶段的标准
PMbok
退出标准
含成功与不成功
成功标准
制定详细的项目收尾程序
项目结束时的团队建设
打开心结化矛盾
强化友谊留念想
依依不舍奔前程
确认移交准备情况
(如运营团队或下一阶段)
Validate VS Verify
内部和外部都要准备好
结束项目或阶段的收尾系列活动
(如最终教训总结、回顾、采购、财务、资源))
最终经验教训总结,项目回顾(后评价)
采购收尾
财务收尾
财务决算
财务结算
释放资源
敏捷
阶段回顾会议(内),原型评审(外)
团队内部迭代
团队外部迭代
管理指标4
范围
8.规划和管理范围
概述
PMbok
多
5.1~5.6
技能
确定需求并排序优先级
PMbok
收集需求
定义范围
边界
范围分解(例如,WBS,待办事项) Break down scope (e.g., WBS, backlog)
5.3,5.4
Product Backlog
整个版本需求清单
以用户故事表示待完成产品功能清单,也包括对已有功能修正,对bug纠正;每个迭代期开始时重新排序
Sprint Backlog
冲刺清单/迭代清单
当前迭代期必须完成的
监控和确认范围
PMbok
5.5
5.6
控制
Control
发现偏差
Verification
内部检查
确认
Validation
外部检查
敏捷
传统项目
内容盒
确定内容
敏捷项目
时间盒
确定工期
需求渐进明细
WBS第二层为迭代期或版本号
PMI的WBS已经发布最新版本
迭代期内控制范围,迭代期结束时确认范围
进度
6.规划和管理进度
概述
PMbok
进度管理知识领域
6.1~6.6
技能
估算项目任务
(里程碑,依赖关系,故事点)
PMbok
6.2,6.3.,6.4
story points
敏捷方法中用于估算所需努力程度的相对最小单位
1pt=4~8小时
1个西瓜=13个樱桃
利用标杆和历史数据
PMbok
6.2,6.3.,6.4
参数估算
类比估算
估算数据要可靠,叫标杆
中庸.周边人中找标杆,向周围人学习
根据方法编制时间表
6.5
预测VS敏捷
根据方法衡量正在进行的进度
控制进度,挣值管理,挣得进度技术
预测VS敏捷
根据方法按照需要修改时间表
控制进度,挣值管理,挣得进度技术
预测VS敏捷
与其他项目和其他业务协调
PMbok指南未讲
项目集层面进度计划
项目与运营之间的关系
敏捷
倒三角
固定的时间、估算的范围、合格的质量、估算的成本
在固定的时间盒内开发产品功能
版本计划(里程碑计划)、发布计划(概要计划)、迭代计划(详细计划)
成本
5.规划和管理预算和资源
概述
PMbok
成本+资源
7.1~7.4
9.1~3+9.6
技能
根据项目范围和以往项目的经验教训估算所需预算
根据范围基准制定预算
根据历史资料做类别估算
根据历史资料验证预算的准确性
预测未来的预算挑战 Anticipate future budget challenges
预测风险,预留应急储备,预留管理储备
计算完工尚需估算等预测型指标
采取必要的预防措施
监控预算变化并配合治理流程进行必要的调整
PMbok
7.4
EMV
预算变更,须经项目治理委员会审批
CCB
成本基准
高层领导对项目的指导、支持、监督
足球队
俱乐部领导
治理
领队
链接“治理+管理”
教练
管理
规划和管理资源
PMbok
9.1~3+9.6
敏捷
因需求范围不确定,一开始无法指定较准确预算
采用轻量级估算方法指定高层级预算,自上而下(非自下而上)
Incremental budgeting,noet zero-based budgeting
零基础预算
增量预算
以上一个迭代期预算基础上,增加数字
资源
快速共赢、精益生产
质量
7.规划管理
产品/可交付成果
概述
PMbok
项目质量管理知识领域,不仅是产品的质量
PMI项目管理指标标准推广度低
听课质量难考察
学习质量好考察
规划质量管理、管理质量、控制质量
一次性把质量做好
项目独特性
讨论
重在过程,控制结果
差异、偏差--》问题解决
质量管理
与PMbok第5版比较
技能
确定项目可交付成果所需的质量标准
确定质量标准
细化出质量测量指标
根据质量差距(分歧、差异、精度)推荐改进方案
Quality gaps(5个) 不一定是Quality defects
实际交付没有达到规范要求时gap=defect
质量基本满足要求,满足交付,但是可以追求更好
为了持续改进
持续调查项目交付质量 Continually(持续可间断)
PMbok
8.3(质量控制测量结果)
8.2(质量报告、变更请求)
过程分析、文件分析、根本原因分析、质量审计、流程图等
敏捷
更频繁开展质量检查
通过回顾会议,总结经验,引导质量改进
在项目生命周期进行小批量试开发,以发现和解决不一致和质量问题
总结
确定质量标准
调查交付质量
推荐改进方案
协调管理5
风险/问题
3.评估和管理风险
概述
项目风险管理知识领域
11.1~11.7
技能
确定风险管理选项
11.1
迭代式评估风险并排列优先级
11.2~11.5
技能不全,只有2项
考试按照PMbok指南
敏捷
不确定性更大,风险更大
在每个迭代期内识别、分析和管理风险
通过迭代降低技术风险
每个迭代周期,需求确定
通过增量减低需求风险
引导客户需求明确
讨论
考试题目最大是变更与风险
整体风险应对在启动阶段,用间接方法应对,设计简单,风险小,设计复杂,风险大
人的身体好于坏,起源于先天
15%遗传
15%医疗条件
70%生活习惯
掌阅:恩格尔《风险管理新范例》
整体风险
项目
复杂性、项目环境复杂性、相关方复杂性、项目团队能力
人
遗传、工作生活环境、相关方复杂性、自己关照
在项目集层面管控风险
PMP聚焦单项目风险
15.管理项目问题
概述
PMbok P96
Issues Log
Problems,gaps,inconsistencies,or conflicts
Log,Register,Report
发生风险,马上记录?问题日志or风险登记册
不确定积极影响
机会
不确定消极影响
威胁
确定消极影响
问题
确定积极影响
利益
技能
识别风险何时成为问题
Risk Vs Issue
Risk
可能发生
正面或负面
直接影响目标
Issue
客观存在
负面
未必直接影响目标
未知未知风险
管理层考虑
一旦发生
记录问题日志
海啸,供应商因为不可抗力被淹,导致货物供应不上
本次不记录风险登记册
下次作为风险识别
一般是不可抗力
问题可能导致风险,风险可能导致风险
问题不一定是风险导致的
郝海东与范志毅矛盾
积极风险不会导致问题
问题还有其他来源,可能无症状发生
风险管理与其他知识领域一并开展,贯穿始终,风险管理知识领域主要讲其他知识领域未讲解的风险
以最佳行动来解决问题,以取得项目成功
识别、分析、评估、行动、监控、总结
不是每一个问题都需要或值得去解决
防止解决一个问题引起另一个问题,只是转移问题
按下葫芦浮起瓢
与相关利益相关方合作选择最合适方法解决问题
解决矛盾,可能涉及利益
5Why
可选一个合适方法(HOW)
面向解决问题
PMbok
P295
管理质量过程的问题解决技术
P356
控制资源过程的问题解决技术
不同人写的
敏捷
更频繁、快速、透明沟通
更快速处理和解决问题
每日站立会议上
PM是引导者、移除障碍
相关方
2.管理沟通
技能
分析所有相关方的沟通需求
相关方的沟通需求(of)
PMBOK:
10.1,13.1
确定所有相关方的沟通方法,渠道,频率和详细程度
需要考虑项目本身的需求(for)
PMbok
10.1,13.2(相关方参与度评估矩阵)
项对项目信息和更新进行有效沟通
PMBOK
10.2,13.3(沟通技能)
以前相关方隐含在沟通里面,沟通是相关方一个方法,但不是唯一方法
确认了解沟通并收到反馈
PMbok:10.3,13.4
敏捷
需要更频繁、快速、透明沟通
需要团队集中办公
鼓励团队与相关方直接沟通,而不是层层汇报
总结
分析沟通需求
确定沟通计划
管理沟通
监督沟通
4.调动相关方参与
概述
PMbok
项目相关方
PMbok演变
从不理相关方(1987草稿~第2版),到被动解决难问题(2004第3版),到主动影响(第4版),到鼓励参与(第5版),再到引导参与
技能
分析相关方
(例如,权力利益方格,影响,影响)
PMbok
13.1.
对利益相关方进行分类
PMbok
13.1,13.2
相关方参与度评估矩阵
根据相关方分类调动相关方参与
按类别采用适当措施
沟通是很重要措施,不是唯一措施
制定,执行和确认利益相关方参与的策略
因人施策
根据不同相关方类别采用不同管理策略
利益权力方格
利益影响方格
敏捷
更需要相关方有效参与
更需要与相关方沟通、互动
更需要培训相关方积极参与
更需要长期辅导
总结
分析相关方
归类相关方
争取相关方参与
制定、实施、确认相关方参与策略有效性
采购
11.计划和管理采购
概述
PMbok
12.1~3+4.7
项目范围管理
资源管理
单个与整体
结束单个采购
12.3
结束整个采购
4.7
执行组织与供应商建立伙伴合作关系
技能
定义资源需求和要求
9.1
9.2
资源需求、RBS
12.1
自制外购分析
沟通资源需求
PMbok
10+9+13+12
资源分解结构
资源柱状图
自制或外购决策
管理供应商/合同
12.1~12.3
12.1
市场调研、供方选择分析、采购管理计划、采购策略、招标文件、供方选择标准
12.2
投标人会议(第一次打交道)、建议书评价、人际技能(谈判)、协议(合同)
12.3
索赔管理、数据分析、检查、审计、变更请求
计划和管理采购策略
PMbok:P476
交付方法(类型、业主意愿、市场行情)、合同类型、采购阶段
采购方法
与采购管理计划不同
设计具体交付解决方案
快递交付方式
送上门
放门卫
自己取
与采购管理中的交付方式关系密切
用招标文件和合同进一步明确(细化)
敏捷
Customer collaborationover contract negotiation
需要买卖双方更好的合作,更好的风险共担
多层次合作:主题协议(MSA)、扩展协议、轻量SOW
固定价格增量采购:按每个用户故事来确定固定价格,实行增量采购
联合组件团队:按团队工时付费,而不是按工作内容付费
允许取消后续工作:原计划两个疗程,确一个疗程治好了,为后一个疗程支付一定的费用
分阶段采购
总结
17项任务 61个技能
商业环境
制约因素2
1.规划管理项目合规性
概述
PMbok
法律、正常,没有展开
符合标准、规则、法律及要求
International Compliance Association(英国)
外部合规
内部合规
内部监控系统,目的是为了外部合规
Compliance Officer,Compliance Department
合规要求
事业环境因素
组织过程资产
作为项目的一部分,列入WBS和相关计划
公司治理、PMO,项目治理、项目团队
技能
确认项目合规性要求
(例如,机密性,健康与安全性,合规性)
PMbok建设过程分册
健康、安全、安保和环境管理
政治合规、文化合规
对合规性类别进行分类
类型
环保、健康安全、社会责任、流程、质量、产品安全
归类方法
为了管理需要,可用不同标准分类
按部门、责任人员
确定对合规性的潜在威胁
识别可能威胁,妨碍合规
专业会计师:Self-interest、Self-review、Advocacy(偏向)、 Familiarity(关系密切)、Intimidation(害怕)
以智抱怨
使用方法来支持合规性
流程责任
责任
高管责任
全员参与
流程
充分记录,培训教育,日常检查、定期审计
认可奖励,适当处罚
建立和维护合规责任,合规文化
内部支持,外部支持
分析违规的后果
确定必要方法和行动,以满足合规性需求
(例如风险,法律)
衡量项目的合规程度
Full compliance
Full compliance with an exception
Full compliance with exceptions,Non Compliance with
总结
确认合规需求
分析合规
支持合规
测量程度
3.评估处理.影响外部商业环境变化对范围
外部商业环境变化对范围
概述
PMbok
未提
根据外部环境变化调整项目目标
尤其是范围目标
技能
调查外部商业环境的变化
(例如法规,技术,地缘政治,市场)
合规委员会
项目治理委员会
PM及团队
根据外部商业环境的变化评估
对项目范围/待办事项的影响
进行影响优先排序,以便据此调整
PMbok:各种监控过程,提出变更请求
推荐范围/待办事项更改的方案
(例如,计划,成本更改)
制定变更(调整)备选方案
进行综合评审
PMBOK
监控过程,实施整体变更控制
持续检查外部商业环境对项目范围/积压的影响
敏捷
持续关注AI、数字化技术、物联网的发展,防止项目一完工即过时
更需要具有项目管理技商
总结
调查survey
Asess评估
Recommend设计推荐
Review持续审查
项目目标2
2.评估并交付项目收益和价值
概述
PMbok P7
项目的价值导向性,创造商业价值
随项目开展交付,更高层面交付,通过运营交付
名词辨析
OutPut
输出
Outcome
使用output带来结果
Benefit
产生的效益
value
效益-成本
评估
商业论证、启动过程组、规划过程组、阶段结束
结束
阶段结束
技能
调研收益是确定的
PMbok
商业论证、效益管理计划、项目章程
分类
直接/间接,长短,有形无形,预期/突显,内外,暂时/持续
Disbenefit
要防止
对实现持续收益的所有权协议做档案管理
效益责任人
识别效益
执行项目
保持效益
效益登记册
效益地图
效益跟踪矩阵
效益登记册/效益属性过吧
验证测量系统是否到位,以跟踪收益
效益跟踪矩阵
效益测量指标
效益测量方法
评估交付方案以展示价值
评估阶段交付或模块交付方案,选择最佳方案
事前评估
评估相关方在实现价值过程中取得的进展
正式或非正式赞扬
PMbok:
9.4,9.5,10.3,13.4,12.3
敏捷
更快速实现效益,交付价值
优先做出最重要的功能,避免项目失败
4.支持组织BG
概述
PMbok
P6项目驱动变革
变革型项目
Change Project
技能
评估组织文化
PMbok
视野环境因素,组织文化
可使用各种不同的、成熟的组织文化评价模型和方法
冒险与否
规范与否
组织文化对项目的影响
项目对组织文化的影响
昆明世博览会后,昆明公交车年轻人会给老年人让座
评估组织变更对项目的影响并确定所需的措施
PMbok
事业环境因素,组织结构,组织治理,规章制度
战略调整,业务调整,人员变动,规章制度调整等
评估项目对组织的影响并确定所需的措施
Eg
大部制改革
公司项目可能导致失业
烟草OA系统
想要实现的组织变革
可能产生的负面影响,对部门、人员等
便于项目成果顺利交付运营,实现效益
敏捷
通过做敏捷项目,提高组织的敏捷性
拥抱变化,利用变化
4项任务 19个技能