- Scrum 教程
- Scrum - 首页
- Scrum - 概述
- Scrum - 框架
- Scrum - 角色
- Scrum - Scrum Master
- Scrum - 事件
- Scrum - 工件
- Scrum - 用户故事
- Scrum - 燃尽图
- Scrum - 估算
- Scrum - 工具
- Scrum - 优势
- Scrum - 认证
- Scrum - 常见问题
- Scrum 有用资源
- Scrum 快速指南
- Scrum 有用资源
Scrum - 估算
在 Scrum 项目中,估算由整个团队在 Sprint 计划会议期间完成。估算的目标是根据优先级和团队在 Sprint 时间盒内交付的能力来考虑 Sprint 的用户故事。
产品负责人确保已优先的用户故事清晰明了,可以进行估算,并将它们放到产品待办事项列表的开头。
由于 Scrum 团队总体上负责交付产品增量,因此在选择 Sprint 的用户故事时,会注意产品增量的大小以及为此所需的工作量。
产品增量的大小以用户故事点来估算。确定大小后,可以通过过去的数据来估算工作量,即每个用户故事点的工作量,称为生产力。
Scrum 估算技术
Scrum 对用户故事的估算以每个用户故事的难度程度为单位。为了评估难度程度,使用特定的量表。
Scrum 估算中使用了几种类型的量表。以下是一些示例 -
- 数字大小(1 到 10)
- T 恤尺寸(XS、S、M、L、XL XXL、XXXL)
- 斐波那契数列(1、2、3、5、8、13、21、34 等)
- 犬种(吉娃娃、……、大丹犬)
通常以这样一种方式选择估算技术,即整个 Scrum 团队都熟悉并对量表的值感到满意。最常用和最流行的技术是基于斐波那契数列的计划扑克。
计划扑克技术
在计划扑克估算技术中,用户故事的估算通过玩计划扑克来获得。整个 Scrum 团队都参与其中,从而可以快速获得可靠的估算结果。
计划扑克使用一副牌来玩。由于使用斐波那契数列,因此卡片上标有数字 - 1、2、3、5、8、13、21、34 等。这些数字代表故事点。每个估算者都有一副牌。当团队成员之一举起卡片时,卡片上的数字应该足够大,以便所有团队成员都能看到。
团队成员中的一位被选为主持人。主持人阅读正在进行估算的用户故事的描述。如果估算者有任何问题,产品负责人会回答他们。
每个估算者私下选择一张代表其估算的卡片。在所有估算者都做出选择之前,不显示卡片。此时,所有卡片将同时翻转并举起,以便所有团队成员都能看到每个估算值。
在第一轮中,估算值很可能会有所不同。高估算和低估算的估算者解释他们估算的原因。应注意,所有讨论都仅用于理解,不要将其个人化。主持人必须确保这一点。
团队可以讨论故事及其估算值几分钟。
主持人可以记录讨论内容,这在开发特定故事时会很有帮助。讨论结束后,每个估算者通过再次选择一张卡片进行重新估算。卡片再次保密,直到每个人都进行估算,然后同时翻转。
重复此过程,直到估算值收敛到一个可用于故事的单一估算值。估算轮数可能因用户故事而异。
计划扑克估算的优势
计划扑克结合了三种估算方法 -
专家意见:在基于专家意见的估算方法中,会询问专家某件事需要多长时间或规模有多大。专家根据其经验、直觉或直觉提供估算。
专家意见估算通常不需要太多时间,并且与某些分析方法相比更准确。
类比:类比估算使用用户故事的比较。正在估算的用户故事与之前实施的类似用户故事进行比较。由于估算基于经过验证的数据,因此可以获得准确的结果。
分解:分解估算是通过将用户故事分解成更小、更容易估算的用户故事来完成的。要包含在 Sprint 中的用户故事通常在开发时间方面为 2 到 5 天。因此,可能需要更长时间的用户故事需要拆分成更小的用例。这种方法还确保会有许多可比较的故事。
结论
计划扑克是一种有趣且高效的估算方法。由于在得出最终估算值之前,会议对讨论开放,因此团队可以轻松达成共识,并对正在处理的用户故事的实现有一个广阔的视角。