目录
前言
承接上一篇，接着上一篇继续写
电梯直达 点这里
【回眸】备考PMP考点汇总 四（距离考试还有12天）
3、敏捷阶段框架
考点1：五大过程组PDCA——整合管理
构想VS启动 推测VS规划 探索VS执行 适应VS监控 结束VS收尾
4、Scrum敏捷实践
考点1：Scrum流程 客户产生一个想法 -->产品经理PO --->产品代办列表(排序后的需求池)-->团队成员（迭代规划会议）团队成员-->迭代规划会议--->迭代1 迭代代办事项（SB-ST）-->团队成员（每日站会15分钟）-->迭代1（已完成的用户故事）-->相关人员迭代评审会-->可交付成果的增量--->迭代回顾会议（改进意见）不认可的东西重新打回产品代办事项列表
5、敏捷交付框架
考点1：敏捷洋葱圈
要点1：滚动式规划，渐进明细，走一步看2步
要点2：各层级颗粒度辨析
每日计划-迭代计划（2-4周）-发布计划（6-12个月）敏捷发布规划（洋葱头、故事地图，强调可行性）
产品路线图（1-2年）-愿景（强调项目的可能性）
考点2：用户旅程地图
从用户的角度出发，看看要做哪些东西，不太考察
考点3：故事地图
横轴时间，纵轴价值，先完成 = MVP ；再完美 = MMF（最小可售产品）
考点4：敏捷发布规划
发布计划-迭代计划-用户故事-任务ABCDEF（开发人员干的活）
速度——推测能干啥的——看能否稳定
考点5：产品待办事项列表（价值为核心）
功能性（滚动性规划-价值为核心-渐进明细）-非功能性（培训，需要排序）
6、推测阶段
愿景---细化-->产品路线图
客户--用户故事（分析用户画像）
7、用户故事卡片
考点1：DOD已经完成的定义(敏捷里的验收标准)
要点1：DOD是验收的标准
要点2：在用户故事被确定好的时候明确，可能是迭代规划会议，最晚在开发执行前确定好
要点3：PO主导确定，并在最后鉴定已完成
要点4：有利于减少缺陷，促进可交付成果的成功验收
8、用户故事优先级
考点1：优先级的概念
价值虽然是最主要的因素，但主题、风险、依赖关系、政治等因素也需要考虑
考点2：莫斯科法则MoSCoW（优先级排序的方法）
考点3：卡诺分析（知道这个工具用来排优先级即可）
考点4：风险4象限 ——把最高风险的项放到列表最上面，使它们最先得到处理。这个实践交已调整风险的代办列表
9、风险调整代办事项列表
考点1：风险——考虑风险的预期货币价值，可能会考计算题，用概率*影响，取绝对值比大小，考虑预期货币价值，越大越好
10、用户故事估算
考点1：故事点的概念
易混淆：故事点是用户故事的估算单位
相对估算 故事点 达成一致
故事点和价值没有联系 和规模正相关 和速度正相关
考点2：故事点的估算方法
要点1:3种方法的辨析 计划扑克——卡牌异常值讨论 、多轮共识；宽带德尔菲 ——匿名专家多轮提交个人估算；理想时间——不考虑速度和中断
要点2：故事点——团队成员一起估算，团队成员意见最重要
11：Scrum敏捷实践
考点：Scrum框架中的33355
3大支柱-透明检查适应
三个角色-产品负责人PO 敏捷教练 SM 自组织团队 考考考
三个工件 产品代办事项列表（考）迭代代办事项列表 考 可交付产品增量
五个事件-迭代、冲刺 冲刺计划会议 考 每日站会 考 迭代评审会议 考 迭代回顾会议 考
考点2：产品负责人PO
代言人、掌舵者、验收者
要点1：题干中出现客户（发起人）提出 需求、功能、特性等等由PO对接；
要点2：出现PO关注的点 非产品，sm应该及时引导
要点3:题干中出现关于需求优先级的高地，对产品待办事项列表的排序由PO负责
要点4：出现 相关方产品不合标准拒绝接受，抱怨产品没有及时按要求交付 极有可能是最初产品完成定义DOD没到位
考点3：敏捷教练（仆人式领导）
要点：催化剂、老母鸡、卫道者
教练促进，不会一言堂，为他人提供支持服务型
考点4：自组织团队
要点 自组织 通才型 透明沟通
3-9名 通才型专家 T型人才 透明沟通、知识共享。集中办公首选 可以虚拟办公
考点5：迭代计划会议
为即将开展的sprint制定计划，定义要交付的内容，以及如何完成
sprint的第一天 控制在8小时左右
确定优先级 -- 细化 -- 估算 -- 认领 -- 确定DOD --产出迭代代办事项列表
考点6：每日站会
15分钟以内 昨天完成什么，计划完成什么，障碍是什么
站会是为了发现问题而不是解决问题，核心是信息同步，15分钟 不解决问题
12、适应阶段
考点1：速度的概念
是衡量交付的成果 不是预测
敏捷不能创造出更多的工作能力，工作量越少 ，越能交付
1速度 = 1故事点 完成了才算 不横向比较速度，稳定持续是最好的追求
考点2：速度的展现
燃尽图-剩余的故事点 燃起图 -已完成的故事点
进度看横纵 迭代燃起图——看项目进度
考点3：速度
要点1：概念 已完成的故事点才算速度
要点2：追求稳定连续一致，不跨团队比较
要点3：展现——燃起图、燃尽图（发布、风险
要点4：与预期不符时，以实际速度为主，通过减少增加故事点以适应团队的实际速度）
考点5：迭代评审会议
要点1：sprint结束时，4小时以内
要点2：团队和PO和主要利益相关者。
核心：演示、反馈、展望
考点6：迭代回顾会议
要点1：评审会议后，计划 会议前，检查改进计划，小于3H
遵守时间和规则 核心：总结、改进计划(纳入PB)、反思
13、精益
考点1：精益是消除浪费 提升效率，花小钱办大事
考点2：价值流程图（找出浪费、并且消除）
14、看板
狭义看板和广义看板
考点1：展示可视化工作流程
限制在制品（WIP）
管理流动（拉动）
信息发射器——累计流图
要点：信息发射源的一种，确保信息透明的工具
15、极限编程XP
结对编程——老带新 、避免后期返工
16、Scrum of Scrums
多个团队围绕一个大项目进行开发，需要协调讨论其互相依赖关系重点是如何整合其软件的交付
17、敏捷变革
变革管理模型
1、启动变革---愿景
2、规划变革---理论：价值观、原则、协议
3、实施变革---实践：刺探、渗透、蚕食、累计
4、管理过渡---平衡理论和实践，短期价值激励参与
5、维持变革---持续改进
18、普适性原则
有问题先达成共识（站会、信息发射源）
共同分析讨论原因确定举措（先分析后行动，优先和团队一起分析）
超出权限就上报（eg:涉及到商业文件、项目章程）
19、敏捷风险的处理
项目风险应该持续监控、反馈和评估