PMP考试中常见敏捷知识点汇总
2024-01-30 18:02:10 0 举报AI智能生成
在PMP考试中，敏捷知识点主要包括Scrum、Kanban、Lean和XP等敏捷框架。Scrum是一个轻量级的敏捷项目管理框架，包括三个角色（Scrum Master、Product Owner、Team Member）和四个仪式（Sprint、Daily Scrum、Sprint Review、Sprint Retrospective）。Kanban是一种精益生产方法，通过可视化工作流程，限制在制品（WIP），以达到持续改进的目的。Lean强调通过消除浪费、持续改进，实现更高的质量、更低的成本和更快的交付。XP（极限编程）是一种轻量级的敏捷软件开发方法，强调沟通、简单设计、测试驱动开发、持续集成等实践。此外，还需了解敏捷宣言、十二原则、敏捷实践（如用户故事、迭代计划、每日站立会议等），以及敏捷与传统项目管理方法的区别和应用场景。
作者其他创作
大纲/内容
敏捷思想理念总结<br>
敏捷宣言<br>
<font color="#ed9745">个体与互动</font> 重于 流程和工具
<font color="#ed9745">工作的软件</font> 重于 详尽的文档<br>
<font color="#ed9745">客户协作</font> 重于 合同谈判<br>
<font color="#ed9745">响应变化</font> 重于 遵循计<br>
敏捷 12 原则
我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意
欣然面对需求变化，即使在开发后期也一样，为了客户的竞争优势，敏捷过程掌控变化
经常地交付可工作的软件，相隔几个星期或一两个月，倾向于采取较短的周期
业务人员和开发人员必须相互合作，项目中的每一天都不例外
激发个体的斗志，以他们为核心搭建项目，提供所需的环境和支援，辅以信任，从而达成目标
不论团队内外，传递信息效果最好效率也是最高的方式是面对面的交谈
可以工作的软件进度的首要度量标准
敏捷过程提倡可持续开发，责任人、开发人员和用户要能够共同维持其步调稳定延续
坚持不懈的追求技术卓越和良好设计，敏捷能力由此增强
以简洁为本，它是极力减少不必要工作量的艺术
最好的架构、需求和设计出自自组织团队
团队定期地反思如何能够提高成效，并依此调整自身的举止表现
敏捷核心实践和原则
包括（但不限于）
在迭代中尽早演示交付的价值
用户故事反映商业价值和优先级
客户持续改进
所有需求的验收测试
回顾
可持续的节奏或速度
沟通
高度可视化
敏捷不包含什么
预先的设计和需求收集
项目完工预测
死亡行军项目：项目团队为弥补估算差距无偿加班
强迫使用工具，例如任务管理工具
自上而下管理和控制
大量文件，特别的状态报告，软件架构图，软件需求规格说明书，测试计划
敏捷益处<br>
强调协同合作，团队授权，频繁过程演示
轻量级，依靠白板，概要卡片和便利性工具
吸引开发者的开发重点
更快的上市时间和高优先级特征驱动开发生命周期,
关注,拉而不是推
容易理解
满足客户的需要
Scrum框架的3355
3个角色
产品负责人PO(Product Onwer)
开发团队 （Develop Team）<br>
敏捷教练（Scrum Master）
3个工件<br>
产品待办列表（Product Backlog）
产品需求列表
产品负责人对该列表进行优先级排序
待办事项列表中的条目以用户故事的形式呈现
迭代冲刺列表（SprintBacklog）
是产品待办列表的子表，只记录当前迭代的工作
将用户故事拆分成任务，团队成员主动领取任务
团队成员可以添加、删减或者更改迭代中的任务
产品增量（Increment）
队在迭代内完成交付成果，集成到以往的迭代成果中，形成增量式的交付
每次交付的用户故事必须符合验收条件
5个事件
Sprint（Sprint本身是一个事件，包括了如下4个事件）
Scrum 团队的所有成员出席，在此次会议中,开发团队识别当前冲刺开发交付的产品待办事项中的故事
这个会议时间箱为：一个月的冲刺，会议时间 8 小时，4 个小时用于选择故事和 4 个小时估算分配
Sprint计划会议（Sprint Planning Meeting）
每日站会（Daily Scrum Meeting）
由 Scrum Master 和开发团队参加,产品负责人可以自行选择是否参加。每日站立会议是快速专注的会议，用来分享迭代或迭代进展
每个团队成员就他们将要完成的任务对其他人做口头承诺
“昨天做什么?”
“今天将做什么?”
“遇到了什么问题?
Sprint评审会议（Sprint Review Meeting）
这次会议是由 Scrum 团队的所有成员参加<br>
开发团队将可能移交的可交付物开发特性演示给干系人和项目发起人
Sprint 评审会议的结果是一份修订的产品待办列表，确定很可能进入下个 Sprint 的产品待办列表项
这个会议时间箱为一个月的迭代，4 个小时，比冲刺计划会议的持续时间更短
冲刺评审是在迭代末期进行的时间盒（有指定时间限制）会议，此时不断变化的解决方案展示给利益相关者，他们的反馈得到收集
针对冲刺末期召开
被时间盒定义到四个小时，按月冲刺和较短的时间段
冲刺评审会议由包括开发团队，产品负责人，Scrum Master，和企业的利益相关者的整个团队出席
这些冲刺评审会议被团队通过录音、快照来展示产品
冲刺评审的益处进行常规冲刺评审会议有助于
产品根据利益相关者的需要在变化
任何反馈或升级在即将到来的冲刺或发布中被记录和强调
优先级排序的待办事项将被展示给利益相关者去评估是够满足他们的期望
逐步完善未来的项目计划
冲刺评审的重要性在一个 2 周冲刺的项目中，没有组织冲刺会议将导致项目进度落后于整整一个月
开发的需求没有满足利益相关者的期望<br>
为即将到来的冲刺所选择的需求，没有同利益相关者的需求保持一致
Sprint回顾会议（Sprint Retrospective Meeting）
是由 Scrum 团队的所有成员参加
这次会议的焦点是对整个迭代进行回顾
会议要点<br>
针对冲刺末期召开
被时间盒定义到三~四个小时按月冲刺和较短的时间段
由包括开发团队，产品负责人，ScrumMaster，和企业的利益相关者的整个团队出席
在冲刺回顾中，团队将认识到他们做的好的领域以及有待改进的领域
来自于回顾会议的反馈对实施持续改进策略和最大化团队交付价值非常关键
细节包括：什么进行顺利，缺少什么，需要改变什么等等……
5个价值观
承诺 – 愿意对目标做出承诺
专注– 把你的心思和能力都用到你承诺的工作上去
开放– Scrum 把项目中的一切开放给每个人看
尊重– 每个人都有他独特的背景和经验
勇气– 有勇气做出承诺，履行承诺，接受别人的尊重
Scrum 角色的关键点
产品负责人
• 清晰地表达产品待办列表项
• 对产品待办列表项进行排序，最好地实现目标和使命
• 优化开发团队所执行工作的价值
• 确保产品待办列表对所有人可见、透明、清晰，并且显示 Scrum 团队的下一步工作
• 确保开发团队对产品待办列表项有足够的理解
敏捷教练Scrum Master<br>
Scrum Master的职责
在项目生命周期早期定义基本规则
确保团队理解干系人期望
同团队沟通项目愿景，有利于确保团队
认识到他们的目标同项目总目标紧密一致
以连贯的单元模式工作
对愿景给予承诺
Scrum Master制定的基本规则<br>
设定Scrum仪式的开始-结束时间
保持对主题的专注减少分散
会议期间杜绝中断
允许团队成员特别是初级成员言论自由
在制定决策前应广泛搜集所有成员意见
团队<br>
有自主权选择如何最好地满足目标，并且为之负责
Scrum 三个工件<br>
产品待办列表（Product Backlog）
1）由 Product Owner 负责维护，包括增删及优先级。
2）用户故事是其中一种最佳实践。
3）每项需求都需要描述其外部价值。
迭代冲刺列表（SprintBacklog）
1）来源于Product Backlog。
2）由团队评估和选择Product Backlog中哪些放入Sprint Backlog。
3）团队需要一起定义“完成”的标准。
可交付产品增量(Increment)<br>
1）需要关注其是可工作的软件功能增量。
2）需要要在Scrum Review会议上进行演示。
自由主题
0 条评论
下一页
