Scrum 指南 | 23. Scrum 中的故事点和估计

已发表: 2022-05-26

在今天的文章中，我们将讨论 Scrum 中的估计和故事点这一主题。 在 Scrum 中创建估算有助于预测完成任务所需的复杂性和时间。 通过分析过去，整个 Scrum 团队共同预测未来会怎样。

因此，Scrum 团队越有经验，他们的估计就越准确。 该团队还合作确定在 Sprint 计划期间完成任务的估计时间，请记住，这不是最终承诺，而是预测。 它的准确性取决于不断经历不可预见的变化和意外情况的众多变量。 幸运的是，Scrum 方法论包含了一些技术和工具来促进一定程度的确定性，今天我们将详细讨论它们，以便您可以立即理解和应用它们！

Scrum 中的故事点和估计——目录：

  1. 介绍
  2. Scrum 中故事点的重要性
  3. 故事点是相对单位。 这意味着：
  4. 相对估计技术
  5. 概括

介绍

在每个 Sprint 计划中，产品负责人都会向团队展示新的用户故事。 产品负责人从产品待办列表中选择它们，以便在下一个 Sprint 中实施。 然后 Scrum 团队成员共同估算完成这批新职责所需的工作量。 这种分配是一种估计，需求估计。

似乎最简单的方法是以小时或天为单位定义完成任务所需的时间。 然而，自 1940 年代以来进行的实践和研究证明并非如此。 即使是非常明确的任务，人类也无法准确估计完成所需的时间。 此外，完成一项任务所需的小时数取决于谁在执行任务，以及之前已经完成或未完成的任务。 这就是 Scrum 通常使用称为故事点的单位的原因。

Scrum 中故事点的重要性

每个开发团队通过借鉴经验和个人任务的大小来实践故事点的价值，即遵循经验主义原则。 大多数情况下，在 Sprint 计划期间，Scrum Master 会选择一个或多个已完成用户故事的样本，作为确定要开发的用户故事价值的参考点。

这就是为什么您不能在没有上下文的情况下在故事点中分配值。 例如，如果为第一个任务分配了值 10，则后续任务将根据它评估为更大或更小。 这样，在 Scrum Team 项目中， Product Backlog 中的所有任务都是相互关联的。 这意味着一个开发团队执行的类似任务将获得相似数量的积分。

Scrum Guide | 23. Story Points and Estimation in Scrum Reklama bloig scrum 1 23

故事点是相对单位。 这意味着：

故事点值仅与特定 Scrum 团队执行的任务相关。 故事点描述了一个团队完成任务的速度。 换句话说，A 团队估计 10 个故事点的用户故事，B 团队可以得到 50 个故事点。这是因为，正如我们所提到的，它们的价值是相对于该团队执行的其他任务以及他们在类似任务中的经验来计算的.

在一个 Sprint 中完成的故事点的价值不能作为比较两个 Scrum 团队绩效的基础。 为了避免在管理 Scrum 项目时出现错误，重要的是要记住，以一个 Sprint 中完成的故事点表示的开发团队的速度不能用于比较两个团队的绩效。 这是因为他们可以在并行 Sprint 中完成相同的工作，一个团队估计为 10 个，另一个团队估计为 50 个故事点。

也不应忘记，估计包含许多未知元素，并且是在不完整数据的基础上进行的。 出于这个原因，即使是经验丰富的 Scrum 团队的预测有时也可能与完成用户故事所需的实际努力大不相同。

相对估计技术

Scrum 中最有效的估算技术是什么？ 没有一种适用于每个团队的万能方法。

在敏捷方法中的估计技术中，最常见的是：

  • 规划扑克。 这种最流行的相对方法是通过纸牌游戏来计算完成一项任务所需的工作量。 我们将在另一篇文章中介绍详细的规则和流程。
  • 团队估计游戏。 这涉及使用从斐波那契数列中选择的适当数值分配给定 Sprint 中用户故事的执行。 我们也为此专门写了一篇单独的文章。

另一方面，Scrum 拒绝传统项目管理方法论的经典绝对估计方法。 它估计任务的方式是预先定义整个项目的人月、持续时间和成本。 这是一个漫长的过程，难以实施，需要专家的参与，他们倾向于建立基本原理和行为准则，但不采取任何行动，他们不一定会执行他们估计的任务。 换句话说，它不仅乏味而且效率极低。

Estimation and Story Points in Scrum

故事点和估计 - 总结

估算是所有成熟 Scrum 团队的一项非常重要的技能。 估算完成单个任务所需的时间和精力成为许多相关估算技术的主要焦点，例如规划扑克或团队估算游戏。

带有故事点的用户故事是我们描述的另一种有效的测量技术，希望为我们的读者提供一些方便的工具。 但是，重要的是要记住，他们的数据仅与Scrum 团队执行的特定任务相关。 因此，故事点的数量并不能成为比较不同开发团队速度的依据。

如果您喜欢我们的内容，请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社区。

Scrum Guide | 23. Story Points and Estimation in Scrum caroline becker avatar 1background

作者：卡罗琳·贝克尔

作为项目经理，Caroline 是寻找新方法来设计最佳工作流程和优化流程的专家。 她的组织能力和在时间压力下工作的能力使她成为将复杂项目变为现实的最佳人选。

查看所有帖子

Scrum 指南：

  1. 基本术语、角色和概念的词汇表
  2. 什么是 Scrum？
  3. Scrum 价值观
  4. 如何在贵公司实施 Scrum？
  5. Scrum 团队——它是什么以及它是如何工作的？
  6. 谁是产品负责人？
  7. 产品负责人最常犯的错误
  8. 谁是 Scrum Master？
  9. 优秀 Scrum Master 的特征
  10. Scrum Master 最常见的错误
  11. Scrum Master 应该跟踪哪些统计数据和指标？
  12. Product Owner 和 Scrum Master 之间的合作
  13. Scrum 中的开发团队
  14. 开发者最常犯的错误
  15. Scrum 工件
  16. 扩展 Scrum
  17. 冲刺积压
  18. 什么是产品待办列表？
  19. 什么是用户故事？
  20. 用 INVEST 创建最好的用户故事
  21. 最常见的用户故事错误
  22. 用户故事接受标准
  23. Scrum 中的估计和故事点
  24. 规划扑克
  25. 团队估计游戏
  26. 定义增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什么？
  29. Scrum 团队承诺 - 产品目标、Sprint 目标和完成定义
  30. 什么是燃尽图？
  31. 如何创建和解释燃尽图？
  32. 燃尽图的优缺点
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——开发团队的速度
  35. 每日站会
  36. 冲刺计划
  37. 冲刺回顾
  38. 什么是 Sprint 回顾展？
  39. Sprint 回顾中的常见错误
  40. 产品积压培养