视频建设网站首页,今天河北沧州确诊名单,网站建设容易学吗,上海大都会app官网下载目录 前言
【回眸】备考PMP考点汇总 四#xff08;距离考试还有12天#xff09;
3、敏捷阶段框架
4、Scrum敏捷实践
5、敏捷交付框架
6、推测阶段
7、用户故事卡片
8、用户故事优先级
9、风险调整代办事项列表
10、用户故事估算
11#xff1a;Scrum敏捷实践
12、…目录 前言
【回眸】备考PMP考点汇总 四距离考试还有12天
3、敏捷阶段框架
4、Scrum敏捷实践
5、敏捷交付框架
6、推测阶段
7、用户故事卡片
8、用户故事优先级
9、风险调整代办事项列表
10、用户故事估算
11Scrum敏捷实践
12、适应阶段
13、精益
14、看板
15、极限编程XP
16、Scrum of Scrums
17、敏捷变革
18、普适性原则
19、敏捷风险的处理 前言
承接上一篇接着上一篇继续写
电梯直达 点这里
【回眸】备考PMP考点汇总 四距离考试还有12天
3、敏捷阶段框架
考点1五大过程组PDCA——整合管理
构想VS启动 推测VS规划 探索VS执行 适应VS监控 结束VS收尾
4、Scrum敏捷实践
考点1Scrum流程 客户产生一个想法 --产品经理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、用户故事卡片
考点1DOD已经完成的定义(敏捷里的验收标准)
要点1DOD是验收的标准
要点2在用户故事被确定好的时候明确可能是迭代规划会议最晚在开发执行前确定好
要点3PO主导确定并在最后鉴定已完成
要点4有利于减少缺陷促进可交付成果的成功验收
8、用户故事优先级
考点1优先级的概念
价值虽然是最主要的因素但主题、风险、依赖关系、政治等因素也需要考虑
考点2莫斯科法则MoSCoW优先级排序的方法
考点3卡诺分析知道这个工具用来排优先级即可
考点4风险4象限 ——把最高风险的项放到列表最上面使它们最先得到处理。这个实践交已调整风险的代办列表
9、风险调整代办事项列表
考点1风险——考虑风险的预期货币价值可能会考计算题用概率*影响取绝对值比大小考虑预期货币价值越大越好
10、用户故事估算
考点1故事点的概念
易混淆故事点是用户故事的估算单位
相对估算 故事点 达成一致
故事点和价值没有联系 和规模正相关 和速度正相关
考点2故事点的估算方法
要点1:3种方法的辨析 计划扑克——卡牌异常值讨论 、多轮共识宽带德尔菲 ——匿名专家多轮提交个人估算理想时间——不考虑速度和中断
要点2故事点——团队成员一起估算团队成员意见最重要
11Scrum敏捷实践
考点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迭代评审会议
要点1sprint结束时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、敏捷风险的处理
项目风险应该持续监控、反馈和评估
