PMP®知识点汇总-敏捷常考知识点
2024-04-23一、Scrum框架的3355
Scrum框架有3个角色，3个工件，5个事件，5个价值观，简称3355。
3个角色：
产品负责人PO（Product Onwer）
开发团队 （Develop Team）
敏捷教练（Scrum Master）
3个工件：
产品待办列表（Product Backlog）
迭代冲刺列表（SprintBacklog）
产品增量（Increment）
5个事件：
Sprint（Sprint本身是一个事件，包括了如下4个事件）
Sprint计划会议（Sprint Planning Meeting）
每日站会（Daily Scrum Meeting）
Sprint评审会议（Sprint Review Meeting）
Sprint回顾会议（Sprint Retrospective Meeting）
5个价值观：
承诺 – 愿意对目标做出承诺
专注– 把你的心思和能力都用到你承诺的工作上去
开放– Scrum 把项目中的一切开放给每个人看
尊重– 每个人都有他独特的背景和经验
勇气– 有勇气做出承诺，履行承诺，接受别人的尊重
二、看板
看板简述
1、将流程可视化
2、限制 WIP（在制品，work in progress）──明确限制流程中每个状态上最多同时进行的任务数。
3、度量生产周期（完成一件任务的平均时间，又称循环周期），对流程进行调优，尽可能缩短生产周期，并使其可预测
看板方法是从精益思维原则衍生而来，显示所有的特性的状态，帮助团队了解工作在流程中是如何流动的。它不能全面准确地帮助了解团队成员在完成哪个任务，但能直观查看工作流程中各阶段正在进行的工作数量，做哪些事情能够在一定程度上帮助团队提高工作效率。
三、XP极限编程
极限编程是最流行的敏捷方法之一，它高度强调客户满意，并不尝试一次交付所有可能在遥远的将来用到的功能，而是在真正需要时交付最有价值的软件。
极限编程的价值观
勇气：无需恐惧和挑战，真实反应项目进展和状态。
简单：尽可能减少不必要的事，只做必须做的事
尊重：每个伙伴在团队中都是有价值的存在，团队伙伴相互尊重彼此信任。
沟通：极限编程强调沟通，用渗透式沟通来增加沟通效率。
反馈：通过持续、明确的反馈来暴露软件状态的问题，达到不断改善的目的
四、XP的技术实践
集体所有制 (collective Ownership)：每个人都拥有全部代码并且有更改代码的权利，也都需要对全部代码负责。
隐喻（System Metaphor）：将整个系统联系在一起的全局视图。
结对编程 (Pair Programming)：所有代码都是由在同一台计算机上一起工作的两个程序员开发的。
编码标准 (Coding standard)：编码的样式和格式必须相同，以确保团队成员之间的兼容性，所有的代码看起来就好像是被一人单独编写的。
持续集成 (Continuous Integration)：每天尽可能多次地做代码集成。
简单的设计 (Simple Design)：将系统设计的尽可能简单，并且包含尽可能少的代码。
计划游戏（planning Game）：快速制订计划，用例的较小版本，客户根据预算和价值来选择所需要的。
重构 (Refactoring)：所有团队成员应不断调整和改进应用程序，优化系统的内部结构。
小型发行版（Buidling Block）：小型发布可以使得集成更频繁，用户的反馈也越频繁。可以实现更高的满意度。
测试 (Testing)：每个小的发行版（称为构建块）都必须通过测试，然后才能发行。
五、五个阶段框架和四种生命周期
五个阶段框架
和PMP项目管理的启动、规划、执行、监控、收尾五大过程组相比，敏捷项目管理同样可以把整个框架分为五个阶段，分别是：构想、推测、探索、适应和结束阶段。他们虽然不能直接跟PMP项目管理中五大过程组一一对应，还是可以粗略对应。
四种生命周期
预测型生命周期:也称为瀑布式。是一种传统的生命周期，提前进行大量的计划工作，然后一次性执行;执行的过程是连续的。
迭代型生命周期:这种方法允许对未完成的工作进行反馈，然后修改和改进该工作。
增量型生命周期:这种方法是向客户提供各个已完成的，可能立即使用的可交付成果。
敏捷生命周期:这种方法既有迭代，也有增量，便于完善工作，频繁小规模交付。
六、每日站会
定义：每日工作前，团队成员全体站立参加在团队内部沟通交流成果以及阐述任何存在的问题而召开的例会。
时间：不超过15分钟
做法：团队以某种方式“过一下”看板或任务板，团队中的任何人都可以主持站会。
内容：在基于迭代的敏捷中，每个人都轮流回答下列问题:
上次站会以来我都完成了什么?
从现在到下一次站会，我计划完成什么?
我遇到的问题是什么?
两种反模式：1、站会变成了状态报告会议。2、当问题变得明显时，团队才开始解决问题。
七、Scrum角色的关键点
【产品负责人】
（1）清晰地表达产品待办列表项。
（2）对产品待办列表项进行排序，最好地实现目标和使命。
（3）优化开发团队所执行工作的价值。
（4）确保产品待办列表对所有人可见、透明、清晰，并且显示 Scrum 团队的下一步工作。
（5）确保开发团队对产品待办列表项有足够的理解。
【Scrum Master】
Scrum Master 负责确保所有人都能正确地理解并实施 Scrum。因此，Scrum Master 要确保
Scrum 团队遵循 Scrum 的理论、实践和规则。
Scrum Master 是 Scrum 团队中的服务型领导。Scrum Master 帮助 Scrum 团队外的人员了解他们如何与 Scrum 团队交互是有益的，通过改变他们与 Scrum 团队的互动方式来最大化 Scrum 团队所创造的价值。Scrum Master 在期望设定和管理中扮演重要角色，以此去创建高绩效团队。
1、Scrum Master的职责是：
（1）在项目生命周期早期定义基本规则;
（2）确保团队理解干系人期望;
（3）同团队沟通项目愿景，有利于确保团队;
（4）认识到他们的目标同项目总目标紧密一致;
（5）以连贯的单元模式工作;
（6）对愿景给予承诺。
2、Scrum Master制定的基本规则包括：
（1）设定Scrum仪式的开始-结束时间;
（2）保持对主题的专注减少分散;
（3）会议期间杜绝中断;
（4）允许团队成员特别是初级成员言论自由;
（5）在制定决策前应广泛搜集所有成员意见。
3、团队：
有自主权选择如何最好地满足目标，并且为之负责。
【Scrum 三个工件】
Scrum 的工件以不同的方式表现工作任务和价值，可以用来提供透明性以及检视和调整的机会。Scrum 中的工件就是为了最大化关键信息的透明性，因此每个人都需要有相同的理解。
1、产品待办列表（Product Backlog）
（1）产品需求列表;
（2）产品负责人对该列表进行优先级排序;
（3）待办事项列表中的条目以用户故事的形式呈现;
2、Sprint 待办列表（Sprint Backlog）
（1）是产品待办列表的子表，只记录当前迭代的工作;
（2）将用户故事拆分成任务，团队成员主动领取任务;
（3）团队成员可以添加、删减或者更改迭代中的任务。
3、产品增量（PSPI：Potentially Shippable Product Increment）
（1）团队在迭代内完成交付成果，集成到以往的迭代成果中，形成增量式的交付。
（2）每次交付的用户故事必须符合验收条件。
八、宽带德尔菲技术
宽带德尔菲技术是用来收集关于项目规模的准确估算。
宽带德尔菲的步骤：
(1)团队选择：选择负责估算的专家团
(2)启动会议：计划启动会议去说程序和落地规则
(3)个人准备：允许团队成员针对每个任务个人收集初始估算
(4)估算会议：实施一系列迭代步骤组成的估算会议
(5)配置任务：收集个人估算，编译最终清单
(6)任务评审：评审估算程序、最终任务清单和假设的结果。
九、估算规模
敏捷评估旨在合理预测估算，不追求精确。
以下两种非线性规模常用于估算：
非线性规模-斐波那契数列：斐波那契数列指的是这样一个数列：1，1，2，3，5，8，13，21，34，55，89...，这个数列从第3项开始，每一项都等于前两项之和。
非线性规模-翻倍：1，2，4 和 8，每个数字翻倍得到下一个数字。
十、计划扑克
计划扑克是基于宽带德尔菲估算技能、也是以共识为基础的工作量估算技能。有时候也称为scrum 扑克，往往在故事点和开发用户故事中用来估算相对工作量。
在计划扑克会议中：
(1)每个团队成员收到有编号的卡片，如果需要数字可以延伸;
(2)产品负责人朗读每个故事卡片并回答团队问题;
(3)每个团队成员评估故事所需投入以及运用相对尺码给故事分配点;
(4)当 Scrum Master 要求时，每个人必须同时举起写有他们估算的数字卡;
(5)如果这里有差异，团队成员要解释估算偏高或偏低的原因;
(6)讨论后，团队成员重新估算直到达成一致
