Scrum 指南 | 25. 团队估计游戏
已发表: 2022-05-28团队估计游戏是一种促进 Scrum 中 Sprint 计划的技术。 它与规划扑克有何不同? 为什么有些开发团队发现它是一个更有效的工具而其他开发团队却没有? 您将在以下文章中找到您需要了解的所有信息。
团队估算游戏 - 目录:
- 介绍
- 团队估算游戏规则
- 团队估算游戏与规划扑克
- 概括
介绍
团队估计游戏也称为泳道估计。 后一个术语起源于对纸牌游戏的自发观察,因为纸牌的展示类似于水池的泳道。
团队估算游戏越来越受欢迎,因为它使开发团队创建估算的速度比使用 Planning Poker 快 3 倍。
我们在上一篇文章中介绍了这种技术。 今天,让我们专注于团队估算游戏。
团队估算游戏规则
团队估算游戏提示:
- 一副用户故事卡- 为每个游戏单独准备
- 一副故事点卡——重复使用
首先,按照与产品待办列表中的条目相对应的顺序堆叠用户故事卡片。 以确保最紧急的最先得到估计。
计分卡通常包含对应于斐波那契数列的值。 这是以下数字的序列:0、1、3、5、8、13、20、40 和 100。您也可以用数字 2 的连续幂来标记它们,即 2、4、8、 16、32 等等。

团队估计游戏的阶段:
- 介绍。 为了玩团队评估游戏,Scrum 团队成员围坐在一张桌子旁。 产品负责人首先从用户故事牌组中抽出第一张卡片并与所有人分享其内容。 然后,卡片留在桌子上。 然后产品负责人向 Scrum 团队的其他成员解释说,从现在开始,玩家将通过将用户故事相应地放置在左侧和右侧来评估用户故事实施的难易程度。 如果任何一个碰巧有一定程度的难度,玩家将堆叠在一起,一个在桌子上的顶部。 现在,坐在他们旁边的人顺时针进行下一步。
- 玩家从用户故事牌组中抽一张牌。 与所有人分享其内容后,向产品负责人解释其本质。 然后持有卡片的人将卡片放在桌子上,并根据他们对这个用户故事的难度的意见选择一个座位。 然后,玩家向所有人解释选择背后的理由,其他玩家可以自由提问有关推理的问题。 他们不能质疑决定本身,但不能质疑为决定辩护的论据。
- 现在,玩家轮流并有两个选项可供选择:
- 重复步骤 2,或
- 将桌上的一张牌移到最合适的位置
- 放置用户故事卡片的最后阶段会发生一次或多次,这取决于 Scrum 团队的实践。 在这一轮中,每个玩家还有另一个机会将桌上的一张牌移动到更合适的位置。
- 一旦玩家将所有用户故事卡片分配到代表难度级别的位置,开发团队就会继续通过分配故事点堆中的卡片来匹配价值。 左侧的第一个用户故事卡获得产品负责人得分最少的故事点卡。 放置后续卡片的规则与第 3 点和第 4 点相同。这样就完成了估计。
如果他们选择第二种选择,他们还应该证明是什么让他们改变了主意。 玩家轮流重复步骤 3,直到用户故事牌组中的所有卡片都被分发和估计。

团队估算游戏与规划扑克
团队估算游戏被认为是比规划扑克更有效的估算工具。 由于这两种技术之间存在以下差异:
- 牌桌。 Team Estimation 游戏使用流行纸牌游戏中著名的“牌桌规则”。 这意味着一旦您放置了一张卡片,您就无法收回它。 由于用户故事一次由一个人估算,因此与 Planning Poker 相比,估算值和换位次数之间的波动要小得多。
- 足够准确的计算。 在规划扑克中,应该对每个用户故事达成完全共识。 然而,在团队估计游戏中,只有一个人决定。 即使他/她的估计是错误的,另一位开发人员也可能会将其置于更精确地匹配其价值的位置。 这种方式保证达到足够准确和快速的估计
- 使讨论的主题筋疲力尽。 玩计划扑克时,争论的选择通常会变得过长。 在团队评估游戏中,他们的时间大大减少,因为他们专注于一个开发人员的单一决策,而不是每个用户故事的性质。
团队评估游戏的一个潜在缺点是不公平感。 如果开发团队的数量大于给定 Sprint 中安排的用户故事的数量,一些开发人员可能会感到被排除在外。

团队估计游戏 - 总结
Team Estimation Game对大多数 Scrum 团队最有效的估算技术有意见。 然而,重要的是要记住,它只是一个估计用户故事难度和工作量的工具。 和任何工具一样,我们应该调整它以匹配团队成员的需求和能力。
如果您喜欢我们的内容,请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社区。
作者:卡罗琳·贝克尔
作为项目经理,Caroline 是寻找新方法来设计最佳工作流程和优化流程的专家。 她的组织能力和在时间压力下工作的能力使她成为将复杂项目变为现实的最佳人选。
Scrum 指南:
- 基本术语、角色和概念的词汇表
- 什么是 Scrum?
- Scrum 价值观
- 如何在贵公司实施 Scrum?
- Scrum 团队——它是什么以及它是如何工作的?
- 谁是产品负责人?
- 产品负责人最常犯的错误
- 谁是 Scrum Master?
- 优秀 Scrum Master 的特征
- Scrum Master 最常见的错误
- Scrum Master 应该跟踪哪些统计数据和指标?
- Product Owner 和 Scrum Master 之间的合作
- Scrum 中的开发团队
- 开发者最常犯的错误
- Scrum 工件
- 扩展 Scrum
- 冲刺积压
- 什么是产品待办列表?
- 什么是用户故事?
- 用 INVEST 创建最好的用户故事
- 最常见的用户故事错误
- 用户故事接受标准
- Scrum 中的估计和故事点
- 规划扑克
- 团队估计游戏
- 定义增量
- Scrum 事件
- Scrum 中的 Sprint 是什么?
- Scrum 团队承诺 - 产品目标、Sprint 目标和完成定义
- 什么是燃尽图?
- 如何创建和解释燃尽图?
- 燃尽图的优缺点
- Scrum 和 Scrumban 中的看板
- Scrum 中的速度——开发团队的速度
- 每日站会
- 冲刺计划
- 冲刺回顾
- 什么是 Sprint 回顾展?
- Sprint 回顾中的常见错误
- 产品积压培养
