PMP–冲刺–总结--高频考点
文章目录
- 高频考点分析:
- 一、过程:
- 1.1 变更管理:
- 1.1.1 瀑布型变更(一次交付、尽量限制、确定性需求 >风险储备)
- 1.1.2 敏捷型变更(多次交付、拥抱变化、待办需求>确定性需求)
- 1.2 知识管理(瀑布型)
- 1.3 Scrum(敏捷型)
- 二 、人员:
- 2.1 干系人与沟通
- 2.1.1 瀑布型
- 2.1.2 敏捷型
- 2.2 培训:题干找技能有关、选项中找培训
- 2.3 虚拟团队:选项找沟通
- 2.4 情商:识别自己和他人情绪能力
- 2.5 团队章程: 题干纪律问题找选项中团队章程、基本规则、社会契约
- 三、业务环境
- 3.1 组织变革
- 3.2 商业文件
- 3.2.1 商业论证(是否值得所需投资、高管们决策的依据)反映了:
- 3.2.2 效(收)益管理计划
- 3.3 需求排序
- 四、题目场景分析:
- 4.1 决策流程:
- 4.1.1 问题处理流程
- 4.1.2 日志更新问题
- 4.2 常见场景
- 4.2.1 一个新人加入
- 4.2.2 重要会议
- 4.2.3 干系人直接找团队成员
- 4.2.4 团队有分歧
高频考点分析:
一、过程:
1.1 变更管理:
1.1.1 瀑布型变更(一次交付、尽量限制、确定性需求 >风险储备)
口诀: 一个中心,两个基本点
(1)一个中心:计划=执行
缺陷补救:让可交付成果正常(强调质量、范围)
纠正措施:让绩效恢复正常(强调进度、成本、其他绩效领域)
预防措施:防止将来的偏离(强调风险)
调整计划:原基准或计划不再合适(强调基准、计划)
(2)两个基本点:
内部变更先分析:分析原因、影响、解决方案
外部变更先沟通:了解需求,正式提出,核对信息
(3)口诀:凡变更,必流程;有变更,要沟通;动基准,先变更;有权变,找变更;遇蔓延,找变更;有变更,要花钱。
1.1.2 敏捷型变更(多次交付、拥抱变化、待办需求>确定性需求)
口诀:冲刺内谨慎,冲刺外待办
重大问题、新增需求、需求变更交给PO(Product Owner),随后加入待办事项列表(PB)
1.2 知识管理(瀑布型)
(1)经验教训:显性知识、隐形知识
(2)项目管理信息系统:配置管理、信息管理
1.3 Scrum(敏捷型)
流程:
(1)迭代计划会(选故事、领任务、拆任务):输入产品Backlog 、冲刺目标 → 输出冲刺Backlog 、燃尽图、任务板
(2)每日站会(15分钟、轮流开、不解决问题):输入任务板/看板 →输出任务板更新、燃尽图更新、障碍日志、产品增量
(3)迭代评审会(演示、评审、反馈):输入产品增量 → 输出确认的产品增量、干系人的反馈
(4)迭代回顾会(总结、改进、计划):输入问题日志、干系人的反馈 → 输出改进计划、新的待办事项
二 、人员:
2.1 干系人与沟通
(1)沟通:信息的正确传递(关键词:报告、信息、通知、邮件等)
(2)干系人:支持与抵制(关键词:支持、抵制、不满意、拒绝)
口诀:凡信息找沟通,不满意找计划
2.1.1 瀑布型
(1)干系人分析:基本信息、权力-利益表格
(2)谈判:(优先级排序)
获取资源:谈判一找领导一招募
采购索赔:谈判—ADR—法 院
2.1.2 敏捷型
(1)消除障碍:选项找财务部门、变更控制委员会、审计部门
(2)领导风格:转变为仆人式领导(团队促进者、项目经理、Scrum 主管、项 目团队领导、团队教练、敏捷教练)。
职责:消除组织障碍、促进团队合作、教育干系人、培训与发展团队。
(3)自组织:承担项目经理职责、轮换发挥领导作用、自行召开会议、拥有一切资源。
2.2 培训:题干找技能有关、选项中找培训
2.3 虚拟团队:选项找沟通
(虚拟团队:分布式团队、分散团队、地理位置、不同国家、居家办公;沟通:沟通管理计划、沟通需求、沟通技能、沟通技术、网络工具、虚拟会议)
2.4 情商:识别自己和他人情绪能力
2.5 团队章程: 题干纪律问题找选项中团队章程、基本规则、社会契约
(团队章程涉及团队价值观、沟通指南、决策标准和过程、冲突处理过程、会议指南、团队共识)
三、业务环境
3.1 组织变革
传统型组织 → 敏捷型组织转变
变革就绪情况:管理层的变革意愿、员工认知的转变、集中或分散项目管理职能、专注于短期目标而非长期、人才管理成熟度和能力
3.2 商业文件
3.2.1 商业论证(是否值得所需投资、高管们决策的依据)反映了:
(1)一个项目在启动时,决定要不要做
(2)发起人离职了,项目还要不要继续
(3)包括商业需求和成本效益分析
3.2.2 效(收)益管理计划
包括量化的收益目标、每个阶段的收益、收益的跟踪、收益的测量
3.3 需求排序
优先级=(商业价值+风险)/成本
合规性是项目开展的前提,优先级最高
四、题目场景分析:
4.1 决策流程:
4.1.1 问题处理流程
4.1.2 日志更新问题
问题日志、变更日志、风险登记册随时更新,但要依据场景
(1)问题、变更紧急时,优先处理问题
(2)风险发生前先更新风险登记册,风险发生后先处理风险