Scrum 指南 | 34. Scrum 中的速度——开发团队的速度

已发表: 2022-07-06

Scrum 中的速度可帮助您确定 Scrum 团队完成任务的速度。 我们可以将其定义为在一个 Sprint 中完成的平均故事点数。 Velocity 还可以根据已经完成的工作进度来估计项目的持续时间。 然而，这只对一个以均匀稳定的节奏工作的成熟团队来说才有意义。 看看 Velocity 是什么以及如何让它最适合您！

Scrum 中的速度——目录：

  1. Scrum 中的速度——简介
  2. 实际和计划速度
  3. Scrum 中与 Velocity 相关的困难和风险
  4. 概括

Scrum 中的速度——简介

速度是衡量 Scrum 团队步伐的一种可选但流行的方法。 这是因为准确估计的 Velocity 可以在合理范围内预测完成项目所需的时间。 但是，它是一种只能应用于给定开发团队的衡量标准，该团队将使用熟悉的单位（例如故事点）执行其“重视”自己的任务。

开发团队的速度通常以速度图的形式呈现。 X 轴上标记了连续的 Sprint。 另一方面，在 Y 轴上，我们将找到在给定 Sprint 中完成的故事点或其他相应单元的数量。 借助速度图，Scrum 团队可以清楚地了解其工作节奏的变化。 如果图表上标记的线在上升，则意味着团队正在优化其效率或降低故事点的价值。 因此，Scrum Master 和产品负责人都应该仔细遵循显示团队速度的路线。

velocity in scrum - speed of the development team

实际和计划速度

开发团队的实际速度描述了已完成 Sprint 中的工作节奏，并在每个 Sprint 结束时计算。 它采用所有已完成用户故事的故事点总和的值。 开发团队的实际速度允许您以一定的概率计划和估计未来任务的速度。

另一方面，计划速度是根据实际速度的平均值估算的。 它需要假设开发团队没有变化。 它是开发团队的一个重要内部工具，可以在此基础上评估团队内部的合作是否顺利，工作节奏是否保持。

计划速度还使产品负责人能够预测计划在后续 Sprint 中执行的定义明确的用户故事的执行时间。 这可以更有效地培养我们在本文中所写的产品待办列表。 然而，应用计划速度来估计项目持续时间的做法并不是那么简单。

Scrum 中与 Velocity 相关的困难和风险

Scrum 中的速度通常被赋予了太多的重要性，而没有考虑以下因素：

  • 估计更大的整体或整个项目——虽然开发团队可以准确地估计分配给特定任务的故事点的数量，但很难或不可能描述更大的整体以供将来在这些单元中实施
  • 项目的变化——项目的任何变化都可能意味着实现产品目标所需的故事点数量的变化。 也可能是已经完成的任务需要修改，甚至不会在产品的最终版本中使用
  • 不可预见的事件——根据已经完成的项目预测未来项目的速度，即将实际速度转化为计划速度，可以得到准确的估计。 但是，每个项目都有其特殊性，通常不可能根据历史进行准确的预测。
Velocity in Scrum

概括

使用速度作为衡量开发团队有效性的指标可能会导致其可靠性降低。 它还会降低估计的质量，我们在本文中对此进行了更详细的介绍。 毕竟，为了在指标中获得最佳结果，开发团队可能会高估任务的劳动强度以提高速度。 这是有害的，因为团队本身会丢失有价值的信息以进行改进并更准确地计划其任务。

Scrum 中的速度主要是作为开发团队用来评估其工作进度的内部衡量标准派上用场的。 这是因为它允许它确定在单个 Sprint 中能够完成多少任务。

产品负责人手中的速度成为估算大型任务截止日期的有用工具。

然而，最大的风险与使用速度作为评估开发团队的指标有关。 这是因为它会降低其可信度，甚至故意高估其价值，以改善对 Scrum 团队工作的外部评估。

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

Scrum Guide | 34. Velocity in Scrum - Speed of the Development Team 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. 产品积压培养