考点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、敏捷风险的处理

项目风险应该持续监控、反馈和评估

【回眸】备考PMP考点汇总 四（距离考试还有12天）

前言