导图社区 PMP思维导图
该模板是一张关于PMP思维导图,PMP核心管理框架速览:高效掌控项目全流程! 聚焦六大领域:范围、进度、成本、风险、资源及记忆技巧,助你系统化梳理项目脉络关键逻辑链:从“规划范围→拆解WBS→定义活动→排期估算”步步为营,成本预算遵循“规则→活动核算→汇总 储备”口诀点睛:“控范防蔓延”“应事先权紧急”,冲突升级由PM介入附赠高频情景与预测/敏捷导图,WBS与进度无缝衔接!备考利器:排序依赖、差异分析(S进C成)、纠缺预更法则一网打尽,精准突破PMP考点!适用于 PMP 考生考前冲刺复习、培训机构课堂教学课件、项目经理日常项目管理知识复盘、零基础自学备考、企业项目管理内训素材,可自由拓展分支补充历年真题、错题汇总、背诵速记清单,零基础备考学员、从业多年项目经理都能快速搭建完整 PMP 知识,理清应试答题逻辑,大幅缩减梳理教材、整理考点的时间成本,是 PMP 考证专用高效复习工具。使用该模板助力 PMP 备考考生梳理预测敏捷考点,高效完成考前复习刷题备考。
提示: 本内容由社区用户上传并分享。平台不对内容的真实性、合法性、知识产权归属及是否侵害第三方权利进行事前审核或保证。本内容可能包含受版权保护的图片、字体或其他第三方素材,使用前请自行确认授权范围。
该模板是一张关于PMP思维导图,PMP核心管理框架速览:高效掌控项目全流程! 聚焦六大领域:范围、进度、成本、风险、资源及记忆技巧,助你系统化梳理项目脉络关键逻辑链:从“规划范围→拆解WBS→定义活动→排期估算”步步为营,成本预算遵循“规则→活动核算→汇总 储备”口诀点睛:“控范防蔓延”“应事先权紧急”,冲突升级由PM介入附赠高频情景与预测/敏捷导图,WBS与进度无缝衔接!备考利器:排序依赖、差异分析(S进C成)、纠缺预更法则一网打尽,精准突破PMP考点!适用于 PMP 考生考前冲刺复习、培训机构课堂教学课件、项目经理日常项目管理知识复盘、零基础自学备考、企业项目管理内训素材,可自由拓展分支补充历年真题、错题汇总、背诵速记清单,零基础备考学员、从业多年项目经理都能快速搭建完整 PMP 知识,理清应试答题逻辑,大幅缩减梳理教材、整理考点的时间成本,是 PMP 考证专用高效复习工具。使用该模板助力 PMP 备考考生梳理预测敏捷考点,高效完成考前复习刷题备考。
这是一篇关于乐凯PMP思维导图的思维导图,主要内容包括:一、项目的基本要素,二、项目运行环境,三、项目经理的角色,四、项目启动,五、项目规划,六、 项目执行,七、 项目监控,八、项目收尾,九、49个过程组串并行分析,十、易混淆概念速辨表,项目经理与团队,干系人与沟通,范围与需求,进度与成本,质量与采购,风险管理,整合与变更,情景题答题套路。本模板适配多类使用场景:正在冲刺 PMP 考试的考生二轮复盘、考前快速背诵易混考点,借助表格对比快速区分易混淆知识点;零基础备考人群梳理十大管理领域细分内容,搭建完整项目管理知识体系;企业在职项目经理梳理标准化项目管理流程,用于内部工作复盘;项目管理培训机构讲师制作冲刺讲义、专项习题课件;转行职场人系统学习 PMP 项目管理核心知识,夯实理论基础。模板收纳考试高频失分点,省去考生自行整理对比表格、梳理 49 个过程组对应关系的大量时间,分层结构搭配表格对比,大幅降低记忆难度,有效提升选择题、情景题答题准确率。
这份思维导图是专为项目管理专业人士及备考PMP(项目管理专业人士)认证的学员量身打造的敏捷管理实战指南,旨在通过可视化的方式,将复杂的敏捷理论转化为清晰、可执行的行动逻辑。该模板以“敏捷基础认知”为起点,层层深入至Scrum框架的核心实践,不仅涵盖了高频考点,更注重实操落地的细节。首先,模板从敏捷价值观与原则入手,帮助用户建立“拥抱变化、客户导向”的思维模式。紧接着,重点拆解了Scrum框架的三大支柱:透明性、检验与适应。在角色分工板块,清晰界定了产品负责人(PO)负责“做什么”(管理产品待办列表)与Scrum主管(SM)负责“怎么做”(移除障碍、辅导团队)的本质区别,解决了实际工作中职责不清的痛点。在流程与会议方面,模板详细规范了Scrum事件的运作机制。特别是针对每日站会,强调了“只暴露问题、不解决问题”的纪律,确保会议高效且不拖沓。对于冲刺(Sprint)规则,模板特别指出了“未完成的故事必须重新排序回到产品待办列表”这一关键铁律,保证了迭代的严肃性。此外,模板还深入探讨了敏捷质量管理与风险管理的难点。通过梳理时间盒(Timebox)的概念,强调了固定的迭代周期对项目节奏的控制作用;通过完成的定义(DoD)的应用,确保了交付物的质量标准。针对常见问题,模板提供了“共识→排序→分析→措施”的四步处理法,帮助团队快速定位并解决阻碍。最后,通过对迭代待办列表稳定性等核心概念的特别梳理,助力用户一站式搞定敏捷实践中的关键难点,轻松应对项目管理中的各种复杂挑战。
社区模板帮助中心,点此进入>>
该模板是一张关于PMP思维导图,PMP核心管理框架速览:高效掌控项目全流程! 聚焦六大领域:范围、进度、成本、风险、资源及记忆技巧,助你系统化梳理项目脉络关键逻辑链:从“规划范围→拆解WBS→定义活动→排期估算”步步为营,成本预算遵循“规则→活动核算→汇总 储备”口诀点睛:“控范防蔓延”“应事先权紧急”,冲突升级由PM介入附赠高频情景与预测/敏捷导图,WBS与进度无缝衔接!备考利器:排序依赖、差异分析(S进C成)、纠缺预更法则一网打尽,精准突破PMP考点!适用于 PMP 考生考前冲刺复习、培训机构课堂教学课件、项目经理日常项目管理知识复盘、零基础自学备考、企业项目管理内训素材,可自由拓展分支补充历年真题、错题汇总、背诵速记清单,零基础备考学员、从业多年项目经理都能快速搭建完整 PMP 知识,理清应试答题逻辑,大幅缩减梳理教材、整理考点的时间成本,是 PMP 考证专用高效复习工具。使用该模板助力 PMP 备考考生梳理预测敏捷考点,高效完成考前复习刷题备考。
这是一篇关于乐凯PMP思维导图的思维导图,主要内容包括:一、项目的基本要素,二、项目运行环境,三、项目经理的角色,四、项目启动,五、项目规划,六、 项目执行,七、 项目监控,八、项目收尾,九、49个过程组串并行分析,十、易混淆概念速辨表,项目经理与团队,干系人与沟通,范围与需求,进度与成本,质量与采购,风险管理,整合与变更,情景题答题套路。本模板适配多类使用场景:正在冲刺 PMP 考试的考生二轮复盘、考前快速背诵易混考点,借助表格对比快速区分易混淆知识点;零基础备考人群梳理十大管理领域细分内容,搭建完整项目管理知识体系;企业在职项目经理梳理标准化项目管理流程,用于内部工作复盘;项目管理培训机构讲师制作冲刺讲义、专项习题课件;转行职场人系统学习 PMP 项目管理核心知识,夯实理论基础。模板收纳考试高频失分点,省去考生自行整理对比表格、梳理 49 个过程组对应关系的大量时间,分层结构搭配表格对比,大幅降低记忆难度,有效提升选择题、情景题答题准确率。
这份思维导图是专为项目管理专业人士及备考PMP(项目管理专业人士)认证的学员量身打造的敏捷管理实战指南,旨在通过可视化的方式,将复杂的敏捷理论转化为清晰、可执行的行动逻辑。该模板以“敏捷基础认知”为起点,层层深入至Scrum框架的核心实践,不仅涵盖了高频考点,更注重实操落地的细节。首先,模板从敏捷价值观与原则入手,帮助用户建立“拥抱变化、客户导向”的思维模式。紧接着,重点拆解了Scrum框架的三大支柱:透明性、检验与适应。在角色分工板块,清晰界定了产品负责人(PO)负责“做什么”(管理产品待办列表)与Scrum主管(SM)负责“怎么做”(移除障碍、辅导团队)的本质区别,解决了实际工作中职责不清的痛点。在流程与会议方面,模板详细规范了Scrum事件的运作机制。特别是针对每日站会,强调了“只暴露问题、不解决问题”的纪律,确保会议高效且不拖沓。对于冲刺(Sprint)规则,模板特别指出了“未完成的故事必须重新排序回到产品待办列表”这一关键铁律,保证了迭代的严肃性。此外,模板还深入探讨了敏捷质量管理与风险管理的难点。通过梳理时间盒(Timebox)的概念,强调了固定的迭代周期对项目节奏的控制作用;通过完成的定义(DoD)的应用,确保了交付物的质量标准。针对常见问题,模板提供了“共识→排序→分析→措施”的四步处理法,帮助团队快速定位并解决阻碍。最后,通过对迭代待办列表稳定性等核心概念的特别梳理,助力用户一站式搞定敏捷实践中的关键难点,轻松应对项目管理中的各种复杂挑战。
PMP思维导图
PMP思维导图(预测+敏捷)
预测
一、 项目的基本要素
项目/项目集/项目组合关系
项目集:关注依赖关系实现1+1>2
项目组合:项目组合关注价值最大化和优先顺序
记忆:组合排序,集合依赖
项目管理
定义:完成预定产出的关联行动活动,含五大过程组、十大知识领域
项目管理商业文件
商业论证:论证立项投资价值,是项目启动依据,含商业需求+成本效益分析,定期复核,项目经理仅提建议不可修改
效益管理计划:说明收益落地周期、收益衡量规则
项目管理计划
含 10 个子管理计划 + 3 个基准(范围/进度/成本)+ 变更/配置管理计划
kick-off 会议是规划阶段的最后一件事:传达目标、阐明角色职责、取得干系人一致认可
二、 项目运行环境
事业环境因素
组织过程资产
各类组织结构
职能型(集中式):兼职项目经理,权力极小近乎无
矩阵型
弱矩阵:协调员PM,权力小
平衡矩阵:兼职PM,权力小~中
强矩阵:全职PM,权力中~大
项目型:全职PM,权力大~全权
PMO项目管理办公室
分类:支持型(低管控)、控制型(中管控)、指令型(高管控)
职能:制定行业标准、项目审计、编制制度模板、培训赋能项目经理
三、 项目经理的角色
定义:组织委派、带队落地项目目标
PMI人才三角三大能力
技术项目管理能力
战略商务+行业知识
领导力
六种领导风格
放任型:易失控、利于创新
交易型:定目标+绩效奖励
服务型:仆人式领导
变革型:创新赋能下属能力
魅力型:自信热情、感染力强
交互型:融合交易+变革+魅力型特点
四、 项目启动
制定项目章程
要点
由发起人批准,正式授权 PM 使用资源
含高层级需求、整体风险、里程碑、成功标准、退出标准等
输入:商业文件(商业论证+效益管理计划)、事业环境因素、组织过程资产
工具:专家判断、头脑风暴、焦点小组、访谈、会议管理
输出
项目章程
假设日志
识别干系人
要点:定期识别更新干系人,评估各方利益、参与度、影响力
输入:项目章程、商业文件
工具
信息收集:问卷、头脑风暴、访谈
干系人分析+权力利益方格
高权高益:重点管理
高权低益:令其满意
低权高益:随时告知
低权低益:简单监督
输出:干系人登记册(身份/评估/分类信息)
五、 项目规划
规划范围管理
范围管理计划:如何管范围
需求管理计划:如何管需求
收集需求
要点:为实现目标而确定、记录干系人的需要
输入
项目章程:项目章程中记录的是高层级(概括的)需求
干系人登记册
协议
商业文件
工具和技术
输出
需求文件
描述单一需求如何满足相关的业务需求
需求跟踪矩阵
链接需求来源与可交付成果
定义范围
要点:选取最终的需求;定义好什么可交付成果及验收标准来满足这些需求
输入
项目章程
需求文件
工具和技术
备选方案分析
多标准决策分析
输出:项目范围说明书(代表了相关方之间就范围达成的共识)
产品范围描述
可交付成果
验收标准
除外责任
注意
项目范围说明书与项目章程中范围的相关内容存在一定程度的重叠,但更为详细。项目章程中仅包含高层级的扼要信息,代表着项目启动时相关方的共识;而在进入规划阶段后,经过正式的范围管理过程,相关方的共识进一步明确,体现在项目范围说明书中
创建WBS
输入
项目范围说明书
需求文件
工具和技术:分解
100%原则
责任唯一
输出:范围基准
项目范围说明书
WBS
项目的层级骨架,只列“要做什么”(结构清单/树状图)
WBS词典
每个WPS节点的详细说明,写清谁做、怎么做、标准工期、成本。
范围管理
先后顺序
规划范围管理 → 收集需求 → 定义范围 → 创建 WBS(4 个循序渐进)
逻辑
先定怎么管范围,再收集客户需求,依据需求定项目产品范围,最后拆工作分解 WBS;
后续衔接
创建 WBS 输出的工作包,直接作为进度管理【定义活动】的输入,范围做完才拆活动做进度。
规划进度管理
输出进度管理计划,框架型文件,没有实质内容
定义活动
要点
将工作包分解为活动
输入
范围基准
工具和技术
分解:团队成员参与有助于得到更准确的结果
滚动式规划
输出
活动清单
活动属性
里程碑清单
里程碑不是活动,持续时间为0
是一个重要的时间点或事件
排列活动顺序
要点:在既定的因素下获得最高的效率
输入
活动清单
活动属性
里程碑清单
工具和技术
PDM紧前关系绘图法:FS、SS、FF、SF
确定和整合依赖关系
强制性依赖:法律或合同要求的,或者由工作内在性质决定的(硬逻辑)
选择性依赖:基于最佳实践(软逻辑,可以调整,实现快速跟进)
外部依赖:项目活动与非项目活动之间的依赖关系
内部依赖:项目活动之间的依赖关系
提前量和滞后量
提前量:相对于紧前活动,紧后活动可以提前的时间(-)
滞后量:相当于紧前活动,紧后活动必须推迟的时间(+)
输出:项目进度网络图
路径汇聚点和路径分支点需要注意风险
估算活动资源
要点:估算执行项目所需的团队资源,以及材料、设备和用品的类型和数量的过程
输入(无考点)
工具(无考点)
输出
资源需求
资源分解结构(RBS)
估算活动持续时间
要点:由最熟悉具体活动的个人或小组提供输入
输入:略
工具和技术
储备分析
应急储备:应对已知-未知风险;含在成本基准内;PM 可直接使用
管理储备:应对未知-未知风险;不含在基准内;动用须走变更流程
输出
持续时间估算
估算依据
制定进度计划
要点:为完成项目活动而制定具有计划日期的进度模型
输入:略
工具和技术
进度网络分析:一种综合的技术,综合了关键路径法、资源优化和建模技术
关键路径法
关键路径决定项目的最短工期
关键路径越多,风险越大
要压缩工期,必须从关键路径入手
进度压缩
资源优化技术
模拟:蒙特卡罗
输出
进度基准
项目进度计划
里程碑图:显示主要可交付成果和外部接口
横道图(甘特图):向管理层汇报进展
项目进度网络图
项目日历:规定可以开展进度活动的工作日和班次
进度管理
先后顺序
规划进度管理→定义活动 → 排列活动顺序 → 估算活动资源 → 估算活动持续时间 → 制定进度计划
逻辑
先拆 WBS 成一个个活动→排活动先后逻辑→估每个活动需要什么人 / 资源→估工期天数→最后汇总出总进度计划;
规划成本管理:成本管理计划:如何管成本(how)
估算成本
要点:估算是对完成项目所需资源成本进行近似估算的过程
输入:项目进度计划(
工具和技术
类比估算
参数估算
三点估算(PERT估算)
自下而上估算
储备分析:为“已知-未知”风险预留应急储备;项目经理可以动用、减少或取消应急储备;应急储备是成本基准的一部分,不需要走变更流程
输出
成本估算
估算依据
制定预算
要点:汇总所有单个活动或工作包的估算成本,建立一个经批准的成本基准
输入
成本估算
估算依据
工具和技术
成本汇总
数据分析(储备分析)
建立项目管理储备的储备分析
管理储备动用需要走变更流程
动用的管理储备要纳入成本基准
历史信息审核
资金限制平衡:可能需要调整工作的进度计划,以平衡资金支出水平
输出
成本基准:包括应急储备,但不包括管理储备
项目资金需求:成本基准+管理储备
成本管理
先后顺序
规划成本管理 → 估算成本 → 制定预算
先定成本管控规则→逐个活动算成本→汇总 + 储备形成项目总预算;
关键:
估算成本是活动级,制定预算是项目整体汇总,顺序不可逆。
规划质量管理
要点:识别项目及其可交付成果的质量要求和标准,描述项目将如何证明符合质量要求和(验)标准的过程。
输入
组织过程资产:质量政策由高层管理层批准
工具
质量成本
一致性成本(预防+评估)
预防成本:培训、流程文档化、正确的时间做事
评估成本:检查、测试、破坏测试
非一致性(失效、缺陷)成本
内部失败成本:返工、废品
外部失败成本:客户发现的,导致债务、保修、业务流失
输出
质量管理计划
质量测量指标
规划资源管理
要点:定义如何估算、获取、管理和利用团队以及实物资源的过程
输入(无考点)
工具:数据表现
层级型:有助于明确高层级的角色和职责
OBS
RBS
WBS
矩阵型
RAM:显示工作包与团队成员关系(通用矩阵)
RACI:适用于内外混合团队,含执行(R)、负责(A)、咨询(C)、知情(I)
记忆:内 RAM 外 RACI
输出
资源管理计划
含识别/获取/角色职责/培训/认可资源
团队章程
规划沟通管理
核心概念:PM的沟通仅仅是信息的交换;通过沟通活动(例会和会议),要以成文的方式(电子邮件、社交媒体、项目报告等)等各种可能的方式来发送或获取信息
要点:基于每个干系人或干系人群体的信息需求来制定恰当的沟通管理计划;量身定制
输入:干系人登记册
工具和技术
沟通需求分析
分析沟通需求,确定项目干系人的信息需求,包括所需信息的类型和格式,以及信息对干系人的价值
沟通方法
推式:单向 1 推多(邮件/报告)
交互式:双向共识,首选(会议/电话)
拉式:单向多找 1(知识库/内网)
沟通风格评估
规划沟通时,用于评估沟通风格并识别偏好的沟通方式、形式和内容的技术
常用在不支持项目的干系人
输出:沟通管理计划
含沟通需求/格式/时间频率/接收人
规划干系人参与
要点:根据干系人的需求、利益和对项目的潜在影响,制定项目干系人参与项目的方法的过程
输入:干系人登记册
工具和技术
标杆对照
干系人参与评估矩阵(C:当前参与度;D:期望的参与度)
输出:干系人参与计划
确定用于促进干系人有效参与和执行的策略和行动
干系人当前的参与程度和期望的参与度
干系人变更的影响
干系人之间的相互关系和潜在交叉
三个文件区分:
干系人登记册:记录信息(身份/评估/分类)
干系人参与计划:制定管理策略(公关计划)
沟通管理计划:保证信息正确传递
记忆:登信→参策→沟传
规划风险管理
要点:定义如何实施项目风险管理活动的过程;
输入:项目章程、干系人登记册
工具和技术:相关方分析,通过相关方分析筛选项目相关方的风险偏好
输出:风险管理计划
识别风险
输入(无考点)
工具和技术
头脑风暴、访谈、核对单(不可替代识别工作)、根本原因分析
假设条件和制约因素分析(假设不成立→威胁;制约放宽→机会)
SWOT 分析:优势/劣势/机会/威胁
提示清单:RBS 底层作为提示清单
输出
风险登记册
风险报告
实施定性风险分析
要点
评估概率和影响,排优先级;所有风险都做
输入:风险登记册
工具和技术:风险数据质量评估、风险概率和影响评估
输出
风险登记册更新
实施定量风险分析
要点
对整体目标综合影响做数值分析(蒙特卡洛、决策树/EMV);仅高优先级风险才做
输入:风险登记册
工具和技术:访谈、不确定性表现方式、模拟、敏感性分析、龙卷风图、决策树分析
输出:风险登记册更新
规划风险应对
要点
制定应对整体项目风险和单个项目风险的适当方法
风险应对措施必须获得相关方的批准,由一名责任人具体负责(风险应对责任人)
输入:风险登记册
工具和技术
威胁应对策略
机会应对策略
三计划区分
应急计划:事先制定,针对已识别风险
弹回计划:主计划失效时的备用方案
权变措施:临时紧急应对,仅针对威胁,针对未识别风险
记忆:应事先,弹备用,权紧急仅威胁
输出
风险登记册更新
变更请求
项目管理计划更新
风险管理
先后顺序
规划风险管理 → 识别风险 → 实施定性风险分析 → 实施定量风险分析 → 规划风险应对
逻辑
先定风险管理规则→找出全部风险→全部风险做定性优先级排序→高优先级风险才做定量分析(不是所有风险都定量)→根据分析结果制定应对方案;
执行衔接:规划风险应对做完 → 执行过程【实施风险应对】
监控衔接:实施风险应对全程被【监督风险】跟踪管控。
规划采购管理
输入:组织过程资产
工具和技术
自制外购分析:哪个便宜用哪个
采购中的风险审查
输出
采购管理计划
制定项目管理计划
要点:“装订”所有的组成部分,形成一份综合的项目计划
输入
项目章程
工具和技术
核对单(check list):可以避免遗漏
kick off会议:规划的最后一件事情;传达目标、获得团队、阐明相关方的角色和职责;在会议取得相关方对项目管理计划的一致认可
输出:项目管理计划
六、 项目执行
获取资源
要点
获取项目所需的团队成员、设施、设备、材料、用品和其他资源的过程
注意
PMP考试默认的组织结构是弱矩阵
项目经理如果需要使用内部资源,就必须和职能经理沟通、谈判,让他同意把资源分配给项目(即“获取资源”)。
输入:无考点
工具和技术
谈判(协商)
跟职能经理谈判
跟其他项目管理团队谈判获得特殊稀缺资源
跟外部组织谈判获得特殊稀缺资源
虚拟团队
需要特别重视“沟通”
输出
实物资源分配单
项目团队派工单
资源日历:何时可用、可用多久
建设团队
要点:提高工作能力,促进团队成员互动,改善团队整体氛围,以提高项目绩效的过程
塔克曼模型
形成阶段:相互认识、相互独立,不一定开诚布公
震荡阶段:冲突、矛盾、不同的观点和意见
规范阶段:开始协同工作、开始相互信任
成熟阶段:组织有序、相互依靠、平稳高效
解散阶段:释放人员,解散团队
激励理论
马斯洛需求层次、X/Y理论、成就动机理论、双因素理论(保健因素 vs 激励因素)、期望理论
记忆
马X成双期
输入:无考点
工具
集中办公:增进沟通、增强集体感
认可与奖励:带来激励的作用;注意无形的奖励;全生命周期给予奖励
培训:提高能力,减少差异
个人和团队评估:有利于增进团队成员间的理解、信任、承诺和沟通
输出:团队绩效评价
个人能力提高
团队能力提高
团队凝聚力加强
团队离职率下降
管理团队
要点:跟踪团队成员工作表现,提供反馈,解决问题并管理团队变更,以优化项目绩效的过程。管理冲突、解决问题
输入
团队章程
工具:冲突管理
冲突管理的顺序
团队成员自行解决 → PM 私下协助 → 正式程序/惩戒措施
冲突管理的五种方法
情商
识别、评估、控制情绪,预测行动,减缓紧张,增进合作
资源管理
先后顺序
获取资源(招人 / 调拨物资)→建设团队→管理团队
实施采购
输入
采购文档:招标文件、采购工作说明书
工具和技术
招(广告)
投(投标人会议)
评(建议书评估)
授(授予合同前进行采购谈判)
输出:选定的卖方、协议
指导与管理项目工作
要点:执行项目管理计划中确定的工作、实施批准的变更请求
输入:项目管理计划、批准的变更请求
工具和技术:PMIS系统
输出
可交付成果:具有可核实性;包括项目管理计划的组成部分;一旦完成了第一个版本(图纸),修改就需要走变更流程
工作绩效数据
问题日志:三要素:问题、责任人、解决期限;问题日志随着新问题的出现和老问题的解决动态更新
变更请求
管理质量
总结:管理质量“管过程”,也叫实施质量保证(QA)
输入:质量测量指标、质量控制测量结果
工具和技术
因果图(鱼骨/找根因)、流程图、核查表(计数)、帕累托图(二八定律/主要原因)、直方图(频率分布)、控制图(过程稳定/UCL/LCL)、散点图(两变量关系)
输出:质量报告、变更请求
管理沟通
要点:促成项目团队与相关方之间的有效信息流动
输入:工作绩效报告、问题日志、变更日志、质量报告
工具和技术:项目报告发布
输出:项目沟通记录
管理相关方参与
要点
1.引导参与,获得支持
2.谈判沟通,管理期望
3.处理风险,预测问题
4.澄清和解决问题
输入:无考点
工具和技术:无考点
输出:无考点
实施风险应对
要点:一个字“干”,只有风险责任人以必要的努力去实施商定的应对措施,项目的整体风险敞口和单个威胁及机会才能得到主动管理
管理项目知识
输入:经验教训登记册
工具和技术
知识管理:合作、集成、分享
信息管理
输出
经验教训登记册
组织过程资产更新
七、 项目监控
控制范围
要点
防止范围蔓延(未经控制的扩大)和镀金(做超出要求的工作)
出现范围蔓延:停止不良变更+补变更流程
记忆:控范防蔓延
输入
项目管理计划
工作绩效数据
工具和技术
偏差分析
趋势分析
输出
工作绩效信息
变更请求
控制进度
备注:详见挣值管理
控制成本
要点:监督项目状态,以更新项目成本和管理成本基准变更
输入
项目管理计划
工作绩效数据
工具和技术
挣值分析:BAC、PV、EV、AC
挣值管理
三大指标
EV 越大越好,EV 在图中左边(优先原则)
偏差分析
S进C成,正好多负差少;大一好小一差
输出
工作绩效信息
变更请求
控制资源
备注:无重要考点
监督沟通
备注:无重要考点
监督干系人参与
备注:无重要考点
监督风险
要点:评估风险管理有效性;识别新风险;关闭已过时风险
输入
风险登记册
工具
储备分析
风险审计:评估风险管理过程的有效性
风险审查会:可识别次生风险、重新评估当前风险
输出:风险登记册更新
控制采购
要点:管理采购关系、监督合同绩效,实施必要的变更和纠偏,以及关闭合同的过程
输入
协议
批准的变更请求:合同的变更也需要走流程
工具和技术
索赔管理:1.谈判、2.ADR、3.起诉
采购绩效审查:审查供应商的过程
检查:检查供应商的可交付成果
采购审计:对采购过程的结构化审查,总结经验教训,有利于未来的采购
输出:采购关闭
监控项目工作
要点:整合工作绩效信息,形成工作绩效报告
输入
工作绩效信息
进度预测
成本预测
工具和技术
备选方案分析
成本效益分析
挣值分析
根本原因分析RCA
趋势分析
偏差分析
输出:工作绩效报告
实施整体变更控制
变更流程:提出→记录→评估影响→提交CCB审批→通知干系人→更新计划→执行变更
要点
贯穿始终,项目经理承担最终责任
任何干系人都可以提出变更,甚至可以口头提
可以先了解变更的内容或者变更的原因是什么
变更流程:1记录 2评估 3提交 4更新 5通知
输入
项目管理计划
变更请求
工具和技术:变更控制工具
输出
批准的变更请求
项目文件更新
项目管理计划更新
七大难点:
1. 区分变更管理计划与变更流程
2. 涉及基准的纠正/预防/补救都走变更流程(镀金也算)
3. 不涉及基准,PM 可自行批准
4. 团队提变更:先分析再申请;外部提变更:先申请再分析
5. CCB 批准后有异议,仍执行 CCB 指令
6. 答案有各环节和"实施整体变更控制流程"时,选后者
7. 无论批准与否,都必须记入变更日志
变更请求四类(高频★★):
缺陷补救(修正不一致产品)
纠正措施(绩效回归计划,处理当前偏差)
预防措施(防止未来偏差)
更新(修改受控文件)
记忆:缺纠预更;纠现预未
控制质量
要点:核实项目可交付成果和工作已经达到主要干系人的质量要求
总结:控制质量“查结果”,QC
输入
质量测量指标
可交付成果
批准的变更请求
工具和技术
核对单
统计抽样
检查
控制图:失控的两种情况、控制界限和规格线
输出
质量控制测量结果
核实的可交付成果
变更请求
确认范围
时机:执行阶段产出可交付成果后,属于监控过程
输入:核实的可交付成果
工具和技术:检查
输出
验收的可交付成果
客户/发起人审查控制质量输出的核实可交付成果,进行最终验收并正式签字
未通过验收
记录原因+走变更流程做缺陷补救或纠正
八、 项目收尾
收尾的步骤
获得验收(可开展干系人满意度调查)→ 移交 → 总结经验教训 → 更新组织过程资产 → 关闭合同 → 最终报告 → 释放资源(可开庆功会)
输入
项目章程:成功标准、退出标准
验收的可交付成果
组织过程资产:项目或阶段的收尾指南或要求
工具和技术:会议
输出
最终的产品/服务/成果移交、最终报告、组织过程资产更新
九、 49个过程组串并行分析
总体原则
五大过程组宏观固定顺序
启动→规划→执行→监控→收尾(不可逆);监控全周期穿插在全流程
同一条业务链路(同领域上下游)
有严格先后
不同知识域同级过程
无先后、可并行
串行有顺序:6 大主线
并行无顺序
规划并行:8个分项规划无先后
规划范围、进度、成本、质量、资源、沟通、相关方参与、采购这8个子规划管理项,开工同步写,不分前后,最后汇总总计划
执行并行:除资源三步串行外,其余并行
管理质量、管理沟通、管理相关方参与、实施采购、实施风险应对、管理项目知识 和【指导与管理项目工作】同步开展,不分先后
记忆:一边主体干活(指导项目工作),一边同步做质量、沟通、干系人管理
主体落地(指导与管理项目工作)的同时同步开展以上工作
监控并行:除整合两个串行外,其余并行
控制范围、控制进度、控制成本、控制质量、控制资源、监督沟通、监督相关方参与、监督风险
记忆:除整合外,其余各领域监控同步落地,出现变更统一走整体变更控制
除「监控项目工作→实施整体变更控制」有先后,其余各领域控制过程互相并行
特殊节点
确认范围:只能在执行完成产出可交付成果后(属监控,在执行之后)
可交付成果链路:指导与管理项目工作 → 控制质量(核实)→ 确认范围(验收)
变更链路:监控项目工作(发现偏差)→ 实施整体变更控制
注意
同知识领域:规划→执行→监控,天然先后
例:规划相关方参与(规划)→管理相关方参与(执行)→监督相关方参与(监控)
不同领域,同过程组:默认并行,无先后
题干问:规划质量和规划沟通谁先?答案:无先后、并行
十、 易混淆概念速辨表
十一、 项目经理与团队
十二、 干系人与沟通
十三、 范围与需求
十四、 进度与成本
十五、 质量与采购
十六、 风险管理
十七、 整合与变更
十八、 情景题答题套路
变更处理流程
提→记→评→批→通→更→执 提出变更→记录变更日志→评估影响→CCB审批→通知干系人→更新计划→执行变更 ⚡ 批准后三件事:①记日志 ②通知干系人 ③更新计划
风险处理流程
先判断:风险已识别还是已发生?
已识别未发生 → 按风险管理程序走
已发生 → 采取应急措施/权变措施 + 提交变更请求
进度问题处理
先判断:时间不够还是资源不够?
时间不够 → 进度压缩(赶工/快速跟进)
资源不够 → 资源平衡/关键链法 ⚡ 题干无资源提示时:有赶工选赶工,有资源限制选快速跟进
估算方法选择
早期/信息少/粗略 → 类比估算
有历史数据/统计关系 → 参数估算
不确定/有风险 → 三点估算
要最准确/有详细WBS → 自下而上估算
无历史数据 → 专家判断
敏捷
一、敏捷基础认知
核心概念
迭代/冲刺:1~4周固定周期,时长不可伸缩(时间盒硬约束)
时间盒:时长固定,不可随意修改
产品待办列表:需求清单,价值排序,动态调整、渐进明细
MVP:最小可行产品,核心价值优先
四大宣言
个体互动 > 流程工具
可用软件 > 完整文档
客户合作 > 合同谈判
应对变更 > 遵循计划
十二原则
尽早持续交付价值
拥抱需求变更
短周期频繁交付
业务与开发协同
信任赋能团队
面对面沟通
可用软件为进度指标
可持续稳定开发
追求技术卓越
精简无浪费
自组织最优产出
定期复盘改进
二、Scrum核心框架
三大支柱
透明:信息可视化公开
检查:定期检视成果与流程
适应:基于反馈快速调整
三大角色
产品负责人PO
管理产品待办列表,需求收集并排序
指导产品开发方向
定义DOD(完成定义),验收增量
敏捷教练SM
仆人式领导、敏捷辅导
扫除团队障碍
促进协作(不命令、不分配任务)
自组织团队
3~9人、通才型T型人才
自主认领任务、自我管理
塔克曼五阶段:形成→震荡→规范→成熟→解散
三大工件
产品待办列表Product Backlog
全量需求、渐进明细
PO维护、价值+风险排序、内容+优先级动态调整
不包含时间信息(区别于发布计划)
迭代待办列表Sprint Backlog
迭代规划会议产出,团队+PO共同确定
定义好的迭代待办列表周期内一般不修改
可交付增量Increment
满足DOD、通过PO验收,可直接发布
未完成项回流产品待办,重新参与优先级排序
五大事件
迭代/冲刺
1~4周、时间盒固定
冲刺前
通过迭代规划会确定本次迭代的待办
冲刺中
团队自组织、不受干扰,PO不改变冲刺范围
冲刺后
在规定时间盒内完成迭代待办列表,交付可运行产品增量
迭代规划会议
产出:迭代目标、迭代待办列表、任务分配
必修:团队+PO+SM参与
选修:干系人
主要内容
1. PO讲解产品待办列表,细化用户故事
2. 团队评估故事点,确定迭代目标
3. 将用户故事拆分为任务(Task)并估算时间
4. 团队成员自行领取任务
5. 产出迭代待办列表(Sprint Backlog)
每日站会
15分钟、全员参加、自主主持、三问题同步
同步信息,只暴露问题、不解决问题
解决问题可会后自行沟通
迭代评审会议
演示成果、收集反馈
未完成项回流产品待办
同时也是更新产品待办的主要节点
必修:开发+PO+SM;选修:客户+专家+公司高层
迭代回顾会议
检视过程、制定改进计划
必修:团队+SM
选修:PO、干系统视情况
三、敏捷项目管理阶段框架
构想阶段
产品愿景、项目章程
团队章程(社会契约)
推测阶段
规划层级
产品路线图→发布计划→迭代计划(一次发布,多次迭代)
核心活动
创建产品代办列表和发布计划
用户故事
DOD
故事点估算
宽带德尔菲
要点:匿名、多轮、共识
计划扑克
要点:扑克、关注异常值、多轮、共识
优先级排序
MoSCoW/莫斯科法则
卡诺模型
风险四象限
刺探
探索阶段
核心活动
迭代执行、每日站会
结合Scrum考查
适应阶段
对交付产品的适应
迭代评审会
通过迭代评审会,根据干系人反馈调整产品方向
对敏捷过程的适应
迭代回顾会
通过迭代回顾会,持续改进工作流程
对团队能力的适应
速度管理
通过速度管理,优化团队产出效率
结束阶段
产品移交、经验总结
团队解散、项目复盘
图示
五、敏捷核心工具与技术
需求工具
用户故事、用户故事地图
探针
并不严格对应敏捷五阶段模型中的某一个固定“阶段”,而是一种 贯穿多个阶段的技术实践
PMP主要场景
探索阶段
探索阶段的核心任务是迭代开发、获取反馈并降低不确定性
团队在面对技术难题、架构风险、需求模糊时,会进行探针验证,以支撑后续开发
推测阶段的末期
若因技术未知导致无法估算或风险极高,先进行探针以明确工作了或消除风险
DOD
冲刺规划会上PO和团队须就DoD达成共识
冲刺评审会上PO以DoD为标准决定是否接受增量
估算工具
故事点、理想时间
计划扑克、亲和估算
度量工具
速度(Velocity)
每Sprint完成的故事点数,团队内部度量,不跨团队比较
燃尽图、燃起图、累积流图
六、敏捷解题核心规则
七、高频易错点
1. 冲刺结束时未完成的故事 → 放回产品待办重新排序,不自动成为下个冲刺的首选
2. 站会 → 只暴露问题不解决问题,不是汇报会,团队成员可自主主持
3. PO vs SM → PO管"做什么"(价值决策),SM管"怎么做更好"(过程改进)
4. 回顾会 vs 评审会 → 回顾会看过程(怎样改进),评审会看成果(是否验收)
5. 速度 → 团队内部度量工具,不能用于团队之间比较
6. 时间盒 → 硬约束,不可扩展也不可压缩
7. 产品待办列表 → 包含所有未开发故事,顶部=最高优先级,PO有最终排序决定权
8. DOD的应用时机
冲刺规划会:PO和团队就DOD达成共识
冲刺评审会:PO以DOD为标准决定是否接受增量
9. 迭代待办列表的稳定性
迭代周期内一般不修改,确保团队专注完成承诺的工作
例外:用户故事显然无效或紧急情况危及整个迭代时可调整
八、敏捷风险管理
核心理念
:敏捷通过频繁交付、快速反馈和透明化,将风险管理从"事后应对"转变为"持续预防"。
关键实践
风险四象限排序
:把风险的应对作为用户故事按"风险高低×价值大小"加入产品待办列表并排序,高风险高价值项优先处理。
刺探(Spike)
:针对技术或需求不确定性,通过短期实验快速获取信息以降低风险。
MVP/MMF验证
:用最小可行产品快速投放市场,验证商业假设,降低市场风险。
每日站会暴露
:通过"我遇到什么障碍"同步风险,确保问题早期发现。
迭代评审反馈
:每轮迭代结束即获干系人验收,及时调整方向,降低偏离需求的风险。
回顾会改进
:检视过程问题,制定改进行动,持续优化团队协作与流程风险。
信息发射器
:燃尽图、看板等可视化工具让进度和风险对全员透明,避免信息孤岛。
总结
敏捷不追求消除所有风险,而是通过小步快跑、快速试错和持续反馈,将大风险拆解为可管理的小风险并尽早暴露
九、敏捷质量管理
核心理念
强调预防胜于检查,全员对质量负责。
关键实践
质量结构要演示
迭代评审会
定义完成(DoD)
:明确每个用户故事或迭代完成的验收标准,确保交付物质量一致且透明。
开发过程中注意质量
持续集成/持续交付(CI/CD)
:通过自动化构建和测试,确保代码随时处于可发布状态,快速发现并修复缺陷。
结对编程
:两人共同编写代码,实时审查,减少错误,促进知识共享。
代码重构
:在不改变外部行为的前提下优化内部结构,保持代码简洁、清晰,防止技术债务累积。
测试驱动开发(TDD)
:先写测试用例再写代码,确保功能符合预期,提升代码质量和可维护性。
出现质量问题
再回顾会议上找原因,采取合理措施
十、敏捷问题处理
有问题先共识,可在每日站会、信息发射源进行
根据严重程度排序、共同分析,进行优先级排序
讨论原因、找合适措施
PMP 考试轻松通关 1:高频情景与模拟题
⭐高频考点 | ⚠️易错坑点 | ✅正确做法 | ❌硬伤排除
0. 情景题万能解题步骤(先背这个)
第一步:识别时间点(决定答案倾向)
问现在(占比约50%)→ 重要优先:选最能解决问题的方向
问首先(含next)→ 顺序优先:选执行步骤最靠前的(先记录/分析,后行动)
问事先(避免/预防)→ 根源预防:先找根本原因 → 从制度/计划/流程上消除
问未来 → 本项目的未来 = 问事先思路;未来项目 = 持续收集经验教训 → 回馈组织
第二步:识别项目阶段
启动 → 围绕项目章程
规划 → 围绕项目管理计划
执行 → 解决问题,确保绩效
收尾 → 验收 + 经验教训
第三步:识别典型情景 → 套应对思路
底层价值观(贯穿所有题目)
✅主动、沟通、预防、价值导向
✅合规优先、程序优先
❌质量/范围/合规 三个不妥协
排错口诀(见到直接排除)
❌直接变更 / 直接调整计划
❌直接接受私自变更
❌直接拒绝外部变更建议
❌遇事直接找发起人(权限内先自己解决)
❌缩减范围 / 降低质量(预算削减例外)
❌任意分担工作(必须按角色职责分配)
1. 识别时间点 ⭐必考
1.1 问现在(约50%)
标志:现在应该做什么?能够/应该怎么样?
应对思路:
重要优先:多个答案都合理 → 选最重要、最能解决问题的
原则优先:选最符合PMI价值观的
合规优先:必须遵守规则/流程/计划
响应制约因素:题目中的限制条件必须考虑进去
易错点:
“在剩余的职能资源中重新分配工作量” ❌ PMI不提倡,强调资源和工作对应,角色和职责清晰分配
遇到问题先想办法维护基准,不要直接“躺平”申请调整基准 ❌
“将在外,君命有所不受” → 获得授权后,权限内自己解决,不轻易找发起人
1.2 问首先(顺序优先)⭐高频
标志:首先应该?下一步应该?(英文含next)
核心:不仅考方向,还考执行顺序
常见首选步骤:
遇到问题 → 分析影响,更新问题日志
相关方变化 → 更新相关方登记册
新风险/风险变化 → 更新风险登记册
相关方提议变更 → 分析影响,让其提交正式变更请求
本质:记录/分析性质的工作虽然不直接解决问题,但顺序上优先,保证问题纳入合适流程
1.3 问事先(预防性质)⭐高频
标志:事先应该?避免/预防该问题?
核心:把时间拉回问题发生前 → 从根源上消除
根本原因分析方向:一般归结到管理制度、计划和流程,很少归结到人的主观想法
五大预防方向:
制订正确的计划/过程
确保正确执行计划/过程
让相关方尽早参与
充分识别风险并制订应对计划
充分收集需求(客户不满意最常见原因)
1.4 问未来(积累经验)
对本项目未来工作中规避问题 → 同“问事先”思路
对未来项目 → 持续收集经验教训 → 收尾时归纳整理 → 转移给组织 → 丰富组织过程资产
关键:未来项目的项目经理未必是你,只能用间接方式(知识转移)
2. 识别项目阶段 ⭐必考
2.1 启动阶段
标志:章程未批准/正在制定/商业论证开发中
应对思路
核心任务:制定项目章程 + 获得正式批准
两个目的:
确立项目正式地位,成为正式授权的项目经理
让关键相关方对关键要素(高层级需求/成功标准/主要可交付成果/总体里程碑/初步预算)达成共识
项目经理态度:积极参与,主动整合,促成共识
遇到重要问题 → 可与发起人沟通(权责未正式确立)
商业文件(商业论证+效益管理计划)→ 章程的前置条件,一般由发起人/商业分析师开发,项目经理浅度参与(提供建议)
参与程度递进:商业文件(浅)→ 项目章程(积极促成)→ 项目管理计划(统筹负责)
章程必须正式批准 → 否则不能继续工作
启动阶段要识别相关方,相关方有关键分歧 → 不能搁置,必须解决(用引导/引导式研讨会)
识别到的初步/概要信息(如高层级需求/风险)→ 纳入项目章程
启动阶段可用的文件:初步相关方登记册 + 初步假设日志(管理计划尚未编制)
读题技巧:“声称”“主张” 等是单方面说辞,不代表是事实→ 先核实事实
“临时章程” ❌ 章程是项目的“宪法”,一旦定下来不应轻易修改
2.2 规划阶段
标志:章程已批准 / 规划期间 / 制订项目管理计划中
核心任务:围绕章程制订项目管理计划 + 获得批准
应对思路
章程严肃性:
批准后保持稳定,不轻易修改
项目经理无权直接改章程 → 只能向发起人建议
已批准的章程可分享给相关方 → 用于统一认识
计划不得突破章程范围(章程是关键相关方的共识)
计划获批前不存在变更问题 → 可直接调整,不走变更流程
规划阶段结束标志:开工大会(展示相关方支持和承诺)
开工大会前 → 必须已与相关方就计划和责任达成共识(会前解决分歧)
两个会议区分:
启动大会(Initial Meeting) → 发布章程
开工大会/开踢大会(Kick-off Meeting) → 发布项目管理计划
章程 vs 后续需求:章程优先级更高(章程代表关键相关方已经建立的共识) → 后续需求与章程不一致时,应将相关方期望与章程调整一致
2.3 执行阶段
标志:执行期间 / 努力交付可交付成果
起点:开工大会;终点:可交付成果基本完成
核心任务:执行计划,解决问题,确保绩效符合基准
应对思路
关键原则:
严格按批准计划/流程工作(此前制定计划,现在执行计划、遵守共识)
变更主要发生在执行阶段 → 严守变更控制流程
积极解决问题,维护基准
问题处理套路:
遇到问题 → 先分析影响 → 再考虑解决(问首先尤其注意顺序)
资源不足 → 沟通/谈判/采购获取资源
进度落后 → 进度压缩/资源优化
冲突 → 冲突管理/引导,促进形成共识或决策
相关方不支持 → 沟通了解期望 → 解决关切,获得支持
解决不了 → 发起变更请求,申请调整基准(走流程)
三个不妥协 ❌:
质量不妥协:永不降低质量解决问题
范围不妥协:范围基准建立后永不主动缩减即不通过削减定义好的范围来解决问题(唯一例外:已批准预算被削减,相应的减少一些范围是合理的,因为预算与WBS一一对应,预算减少,范围就要相应的缩减)
预算一砍,范围缩减
合规不妥协:永不违反法律/规则/价值观/计划流程
2.4 收尾阶段
标志:即将完成 / 用户验收阶段 / 收尾期间
收尾阶段≠ 收尾过程组(前者时间维度,后者管理维度)
应对方法
工作顺序:验收 → 移交 → 总结 → 归档 → 释放
第一步:完成可交付成果验收(后续工作的基础)
成果不合格 → 缺陷补救(走变更流程)
必须总结经验教训 → 归纳整理 → 转移给组织 → 丰富组织过程资产
最后一步:解散团队,释放资源
项目异常终止/取消 → 也要收尾(移交中间成果 + 总结教训 + 归档 + 说明原因)
项目经理权责:始于章程发布,终于收尾结束 → 移交后问题由运营经理牵头解决
读题技巧:客户“声称/主张”不满意,这属于客户的主观想法,未必代表客观事实 → 先核实(利用需求跟踪矩阵),不直接接受
PMIS(项目管理信息系统):收尾时收集整理项目信息
3. 18个典型情景
3.1 要求变更 / 私自变更 ⭐超高频
识别:相关方提变更/发起人改计划/团队私自加功能
变更的前提:项目管理计划已正式批准(开工大会后),未批准时不存在变更,可直接调整
应对思路
三种硬伤(坚决不选) ❌:
直接实施变更或调整计划
直接接受私自变更
直接拒绝外部变更建议
即使不认同也不能直接拒绝,只能为其纳入整体控制流程
正确流程:
必须实施的变更也要走整体控制 → 确保影响考虑周全
外部提变更建议(Proposal) → 请其提交正式变更请求(不能直接拒绝)
收到正式变更请求 → 分析影响 → 提交审批
团队内部提变更建议 → 项目经理评估 → 合理则以团队名义提交,不合理可不提交
CCB已批准的变更 → 必须执行,不能拒绝
变更批准后 → 先更新受影响项目管理计划,通知相关方 → 再执行
使用变更日志详细记录(变更请求发送变化时问首先时,“更新变更日志”首选)
在变更审批出结果后,项目经理需先在变更日志记录审批详情,再开展调整计划、通知相关方、执行变更等后续工作
发现私自变更 → 先令其停止 → 分析影响 → 补走流程(追认或否决)
控制频繁变更的两个方向:
让相关方尽早参与(意见早期充分表达)
严格遵守变更控制流程,可以避免私自变更的问题,且可以控制相关方预期
变更四类型:
纠正措施 → 针对绩效,拉回正轨(绩效已偏离)
预防措施 → 针对绩效,防患未然(绩效未偏离)
缺陷补救 → 针对成果,修正不合格(功能=范围,缺陷=质量)
更新 → 针对计划,主动调整(如法律法规变化)
预算削减与范围:预算削减→可缩减范围,但仍需走变更流程
核心口诀:“预测型环境变更一定要走流程!”
3.2 资源短缺 / 技能不足 ⭐高频
两类情况:
资源短缺 → 数量上缺少人手(成员离开/被抽调)
技能不足 → 人手够但缺少所需技能/经验
应对思路:
核实资源可用性 → 资源日历
资源不满足要求
问首先 → 先分析影响,再制订方案
项目经理积极争取资源维护绩效,不先申请调基准
默认弱矩阵 → 和职能经理沟通获取资源(职能经理掌握资源)
内部资源不足或不可用 → 积极使用外部资源(PMI越来越强调)
成员被抽调已成定局 → 不争夺,找替代
技能不足
时间充裕时 → 首选培训(项目经理负责,非职能经理;方案在资源管理计划)
时间紧迫 → 来不及培训,找替代资源
工作不能任意分担 → 按角色和职责来承担工作,资源和工作清晰对应
中美思维差异:中国强调主观能动性,PMI强调补足资源
出现资源短缺时,不提倡把工作分配给其他人
资源使用优先级:
一级:已在团队+有技能 ✅
二级:已在团队+技能不足 → 培训后用
三级:团队外有技能(职能经理沟通/采购)
获取资源 vs 解决问题:
获取资源 → 找掌控资源的职能经理
工作中出问题 → 优先找资源本人
3.3 相关方不配合 / 不支持 ⭐高频
识别:专家不听指令/职能经理不放人/相关方反对项目
应对思路
核心思路:“见人下菜碟” → 先分析相关方权力责任关系,再区别处理
分类处理:
团队成员 → 私下沟通强调规则 → 无效找职能经理(“找家长”)
同级相关方(职能经理/运营经理) → 沟通/谈判争取 → 无效上报高层
高层/外部相关方 → 只能通过沟通调整其参与程度
参考文件:与相关方打交道,遵循相关方参与计划(注意:一般不与该相关方本人分享,因可能含敏感内容)
改变不支持态度的“套路” :沟通 → 了解期望 → 解决关切 → 获得支持
共性原则:
先直接沟通,不轻易“找家长”
无效再升级上报
用规则说服(共同查看项目计划,让对方明确既定安排,尊重规则)
3.4 相关方缺席会议
识别:关键相关方没空/部分地区成员全部缺席
应对思路:
替代方案要确保会议根本目的不受影响 + 所有人能沟通
仍然能够实现这个会议的根本目的
仍然要能和所有原定参会者进行沟通,不能遗漏相关方
地理分散 → 虚拟会议
个别缺席 → 其他人先开会 → 发送会议纪要 + 收集反馈(不推迟会议)
一般不选 ❌:
搁置会议凑齐所有人
取消会议单独沟通(不利于达成共识和展示承诺)
忽略缺席者
问事先(如何避免相关方缺席会议) → 提前沟通确认参会
开工大会需要交互式沟通才有效(当众表态承诺),单独开会效果差
3.5 相关方冲突 / 缺乏共识 ⭐高频
识别:意见不一致/做法不一致/工作不配合
应对思路
基本态度:欢迎积极冲突,不逃避 → 冲突是正常的,建设性冲突有助于创新
初始责任:冲突双方首先通过私下沟通解决
项目经理根据情况,选择最适宜的冲突解决策略
如果冲突双方无法解决,项目经理可以介入
冲突解决五策略:
合作/解决问题(交互沟通,共赢)→ 理想首选,无制约因素时优先选;类似手段:见面讨论、问题解决会、引导式研讨会
强迫/命令(快速决策,一输一赢)→ 时间紧急时
缓和/包容(强调一致,安抚情绪)→ 情绪激烈时(面向情绪而非决策)
求同存异
妥协/调解(各退一步)→ 日常常用,低成本
撤退/回避(搁置/撤出)→ 小冲突/未来解决更好
关键相关方重要分歧 → 不能搁置,必须达成共识
预防冲突:
团队章程 + 基本规则(首选)
沟通管理计划(减少误解)
资源管理计划(明确角色职责)
团队建设(优先级靠后)
3.6 信息传递 / 交流问题
识别:未收到更新/抱怨不了解状态/信息被误解/渠道错误
应对思路
归属领域:信息传递 / 交流属于沟通管理问题,受沟通管理计划指导
区别于相关方支持问题,相关方对项目支持与否属于参与程度,受相关方参与计划指导
应对思路:
先判断是否遵循沟通管理计划 → 未遵循则纠正
遵循仍不满足 → 分析原因,审查计划是否需修改(需走变更)
调整沟通管理计划 → 往往参考相关方参与计划(沟通满足信息需求→促进参与)
相关方信息需求 ≠ 有求必应,以沟通管理计划为准
团队成员出问题 → 私下/面对面沟通,不批评/不威胁
选择沟通方式时,程序性首选:“查阅/参考沟通管理计划”
沟通管理与相关方管理:曾同属一个知识领域,关系密切
3.7 地域分散 / 文化多元
识别:不同城市/国家/虚拟团队/不同时区/跨文化
后果:沟通不畅、容易冲突、文化冒犯
应对思路:
同一城市 → 集中办公
不同国家 → 虚拟团队(不能集中办公)
虚拟团队需专门管理:沟通工具、文件分享、基本规则、冲突管理
改善沟通根本 → 制订有效的沟通管理计划
跨文化 → 文化意识培训
3.8 相关方发生变化
识别:发起人离开/相关方替换/公司重组/员工角色变化
应对思路:
问首先 → 更新相关方登记册或开展相关方分析
积极与新相关方沟通 → 了解关切,促进合理参与
分享必要文件 → 帮助新相关方了解项目和职责
团队成员变化 → 团队可能重新经历 形成-震荡-规范-成熟
工具:责任分配矩阵(RAM) → 说明项目工作与团队成员关系(RACI矩阵:执行R/负责A/咨询C/知情I)
PMI非常强调资源要按照“角色和职责”来承担工作
3.9 客户对成果不满意 ⭐高频
识别:客户声称不满足验收标准/拒绝签字/要求返工/缺陷清单
发生环节:主要在验收环节(收尾阶段)
应对思路:
遇到质疑先核实(“声称”“主张”需验证)
核实依据:质量要求 + 范围定义
核实工具:需求跟踪矩阵(最常用,建立需求→可交付成果的跟踪链条)
确认不合格 → 缺陷补救(提交变更请求,走整体变更控制)
基本原则:用标准和事实说话,绝不“带病交付”
3.10 绩效判断与改善
识别:挣值数据/SPI/CPI/进度落后/成本超支
挣值三基本量:
EV(挣值) = 已完成工作在预算中价值
PV(计划价值) = 计划完成的工作的预算价值 = 当前成本基准
AC(实际成本) = 已完成工作的实际花费
绩效判断:
CV/SV > 0 有利,< 0 不利;CPI/SPI > 1 有利,< 1 不利
注意比较 PV和AC没有意义,都要通过与EV比较才能得到绩效信息
易错点:“进度超前”好 ✅,“成本超支”坏 ❌
进度压缩:
赶工:增加资源缩短时间(加人/加班/加急 → 加钱),CPI好时优先
快速跟进:串行改并行(不额外投入),CPI差时用,增加风险;前提是依赖关系为软性的(可选的)
必须包含关键路径才能压缩总工期
关键路径:整体SPI好但关键路径SPI<1 → 总体进度仍判定为滞后
3.11 风险识别与应对 ⭐高频
识别标志:“有可能”/不确定性/已识别风险发生
文件区分:
风险管理计划 → 总体思路和相关方态度(不含具体风险;“计划里没有风险”)
风险登记册 → 具体风险信息(概率/影响/优先级/应对措施)
风险报告 → 概要总结,与相关方沟通
应对流程:
发现新风险(未发生)→ 记录风险登记册 → 定性(确定风险优先级)→定量(确定风险的整体影响,非必要)→规划应对
已识别风险变化 → 更新风险登记册,调整应对措施
已识别风险发生 → 实施登记册中的应对措施 → 可用应急储备(不经审批,包含在基准内)
未识别风险发生 → 权变措施 → 经审批使用管理储备(不含在基准内)
未识别风险直接发生 = 出现问题,不需要再做定性定量分析
威胁五策略:
规避:不做有风险的事(概率影响都高时)
减轻:仍做但降低概率(如测试)/影响(如备份)
转移:给第三方(保险/外包/担保书)
上报:超出项目/权限
接受:主动(应急储备)/被动(发生时再处理)
机会五策略:开拓、提高、分享、上报、接受
风险审计 → 确保应对有效性;风险审查会是风险审计的执行形式
新考纲强调:以迭代方式评估风险并确定优先级(不追求一次做完)
工具作用:定性→优先级排序;定量→整体影响;敏感性分析→判断哪个影响最大
3.12 经验教训收集与总结 ⭐高频(新考纲增强)
核心原则:
项目全程持续收集,不能收尾再做(收尾是总结回馈的重要节点,但收集贯穿全过程)
团队亲力亲为,他人不能代劳
过程定期讨论,收尾总结回馈组织 → 丰富组织过程资产
关键:营造互信氛围,无偏见(知识管理最重要的环节)
3.13~3.18 敏捷六个情景(新考纲占比约50%)
3.13 敏捷价值观与识别
四大价值观(敏捷宣言):
个体互动 > 过程和工具
可用软件 > 详尽文档
客户合作 > 合同谈判
响应变更 > 遵循计划
识别标志:适应敏捷的好处/做什么来说服使用敏捷
敏捷适用场景:用户早期无法给出真正需求(不是不愿,而是客观上做不到)
核心优势:
迭代方式渐进交付 → 验证需求,尽早提供价值
按商业价值优先交付(风险/问题也要按优先级处理——敏捷思维的体现)
用看得见的成果沟通 → MVP(仅核心功能)尽快验证需求
欢迎变更,响应能力更强
3.14 团队与角色
三类角色(Scrum框架):
开发团队 → 负责具体开发工作
产品负责人(Product Owner) → 代表客户利益,决定做什么(范围相关最终决定权)
敏捷项目经理/Scrum Master → 协助团队做得更好(服务者,非命令者)
团队特征:自组织,自主选择工作分配(有能力+有权力)
角色比喻(中国版) :开发团队=桨手,产品负责人=舵手(定方向),敏捷项目经理=鼓手(协调节奏)
实质 vs 流程:实质问题(确定待办列表的内容和对需求进行优先级排序)找产品负责人,流程问题找敏捷项目经理
SM职责:
确保团队遵守敏捷价值观
帮助团队和产品负责人解决互相之间的问题
帮助团队发现问题和解决方案(但不主导解决)
鼓励充分沟通(交互式/非正式)
与相关方沟通进展
提供专业方法和工具帮助
对比预测型:预测型把成员当“螺丝钉”,强调按程序执行分配的任务;敏捷强调自组织和主观能动性
3.15 需求与范围管理
用户故事:需求表达方式(作为…想要…以便…)
产品待办列表(Product Backlog) :动态管理需求,由产品负责人持续维护和优先级排序
冲刺规划会(Sprint Planning) :确定本次冲刺要完成的范围 → 形成冲刺待办列表(Sprint Backlog)
冲刺中:团队自组织工作,不受干扰,产品负责人不应改变本次迭代范围
冲刺评审会(Sprint Review) :
展示本次完成的产品增量,由产品负责人评判是否接受(成果验收)
同步纳入范围变更 → 收集新需求和反馈 → 更新产品待办列表
敏捷不存在整体变更控制流程 → 欢迎变更,由产品负责人做最终决定(“响应变更胜过遵循计划”)
❌反对“小瀑布” → 冲刺内需求分析/设计/编码/测试不应再划分阶段
3.16 过程改进
冲刺回顾会(Sprint Retrospective) :
焦点:过程的总结和改进(非成果),找出哪些有效/无效,制定改进计划
团队通过此会议更好地自我组织,提高速度和质量
不是项目最终总结会
经验教训:回顾会是收集经验教训的时机
项目经理角色:帮助团队,不主导,不提供答案,协调帮助团队找到更好方法
谁参加:所有参与工作的成员(自组织团队),不能由团队领导代劳
3.17 进度/成本/质量
约束方式:进度+成本固定,范围可调(不同于预测型的范围固定)
冲刺时间不延长 → 未完成的工作放回产品待办列表,由产品负责人重新排序(不自动进入下一冲刺)
进度跟踪:迭代燃尽图/燃起图
质量:完成的定义(DoD) → 冲刺规划会上团队与产品负责人达成共识,评审会上以DoD为标准判断是否接受
挣值(EV) :可基于故事点计算(思路一致)
3.18 沟通与文化
高宽带、高饱和度沟通是首选 → 每个人对每件事了解越多,团队速度越快
每日站会(15分钟,3个问题):昨天做了什么/今天计划做什么/有什么障碍
去中心化:团队每个人是T字形多面手,实现自组织
信息发射源/信息辐射源:可视化展示(任务板/看板),所有人都能看到且不需专业知识也能理解
面对面沟通优于文档传递
4. PMI核心价值观解析
4.1 如何管事
✅ 用程序和规则解决问题 → 程序性选项优于具体选项
✅ 尊重程序,确保合规 → 合规是底线
❌ 质量和范围不妥协 → 质量永不降;范围不主动缩减(预算削减例外)
✅ 欢迎审计,改进过程 → 审计是正面工具
✅ 主动承担职责,但不越权 → 权限内积极解决,超出才上报;已交接的工作不越权处理
4.2 如何处人
✅诚实透明,不隐瞒问题
✅平衡公平,追求双赢
✅对相关方不忽略不拒绝 → 不能删除/忽略相关方;不能直接拒绝变更建议;即使相关方不主动提供意见也要积极了解
✅了解并尊重文化差异
✅慎用批评/威胁/惩罚 → 先私下沟通解决问题
5. 问题解决的思维模型
5.1 两大思路
发现问题第一步:记录在问题日志中,确保有人跟进
思路一:减轻影响,拉回正轨 → 问题已发生,用纠正措施;对应问现在(考方向)和问首先(考步骤顺序)
思路二:寻找根源,从程序上解决 → 找到根本原因,从制度/计划/流程上消除;对应问事先和问本项目的未来
5.2 四大注意事项 ⭐
程序性选择优于具体选择 → 查阅XX计划 > 直接选具体方法(如“查阅沟通管理计划”优于“发邮件”)
具体问题不改变程序性计划 → 程序性计划(范围/进度/成本/风险等管理计划)相对固定,不因一人一事改变:
变更的提出和审批 → 更新变更日志,不更新变更管理计划
风险的识别和应对 → 更新风险登记册,不更新风险管理计划
例外:沟通/相关方/资源管理计划是兼有程序性和实体性的综合计划,其中的实体性内容可能需要(通过变更)更新
响应题目中的制约因素 → 如时间紧迫→不能培训/不能等待
多个问题要排列优先级 → 新考纲强调,先解决影响最大的(敏捷思维延伸)
6. 速记口诀(考前背诵)
时间点:“现在看方向,首先看顺序;事先找根源,未来传知识”
变更:“要变先分析,提交流程走;私变要追认,绝不直接做”
资源:“缺人找职能,培训优先用;外部也等价,工作不分担”
冲突:“首选合作解,紧急强迫用;情绪先缓和,日常可妥协”
相关方:“不配合先沟通,无效再升级;用规则说服,不忽略不拒绝”
风险:“新风记册上,发生看应对;未识用权变,管理储备批”
收尾:“验收第一项,移交第二桩;总结经验后,最后再释放”
敏捷:“迭代交价值,拥抱变需求;自组织团队,沟通高宽带”