Scrum 指南 | 11. Scrum Master 应该跟踪的统计数据和指标

已发表: 2022-04-21

为什么 Scrum Master 需要统计数据和指标？ 首先，检查他在结果可预测性和提高团队效率方面的工作方法是否有效。 还要跟踪他们的行为如何影响开发团队。 也就是说，他们如何塑造员工用户体验 (UX)。 因此，在本文中，我们将介绍 Scrum Master 应该跟踪的统计数据和指标。

对 Scrum Master 很重要的统计数据和指标——目录：

  1. 衡量开发团队的工作成果
  2. 监控员工用户体验开发人员
  3. 概括

衡量开发团队的工作成果

Scrum Master 应该跟踪的最常用的统计数据和指标是那些描述任务执行速度和流程的数据。 这些是燃尽图、燃尽图和累积流程图。 这些衡量产品开发和团队效率的指标。 每个都允许您从不同的角度处理这些问题，因此将它们一起展示是个好主意。 它们是在 Sprint 以及整个产品开发过程中评估不同规模进度的便捷工具。

Statistics and metrics

燃尽图

燃尽图显示 Scrum Master 和开发团队已经完成了多少工作以及还有多少工作要做。 X 轴显示完成工作的剩余时间。 Y 轴显示了 Sprint Backlog 或 Product Backlog 中计划的剩余工作量。

此图表还有助于确定开发团队的速度，我们还将专门为此发表一篇文章。 在这里，我们只会提到它是一个 Sprint 中完成的平均工作量。

这个简单的工具使 Scrum Master 不仅可以看到团队的工作效率。 它还有助于回答问题：

  • 哪部分工作已经完成？
  • 还有多少任务要完成？
  • 开发产品需要多长时间？

在使用燃尽图时，Scrum Master 需要记住，它不是统计评估团队进度的唯一工具。 它最适合工作范围固定且已知的项目。 它在与新客户创建非常创新的解决方案时表现不佳。 那么整个项目中要完成的工作量——即产品待办列表的内容——在项目期间可能会发生显着变化，从而难以使用燃尽图。

燃耗图

燃尽图与上面讨论的燃尽图相反。 在这里，Y 轴也显示了剩余的工作量。 另一方面，X 轴显示以 Sprint 数或日期表示的完成时间。

然而，Scrum Master 使用燃尽图的目的略有不同。 这是因为它不仅可以帮助您衡量产品的进度和团队的进度。 该指标还评估项目中的工作范围如何随时间变化。 因此，它适用于范围可变的项目。

燃尽图也是一种计划工具，随着时间的推移变得越来越有效。 它回答了开发团队在下一个 Sprint 中估计要做多少工作的问题。

累积流程图

在 Scrum Master 与开发团队的合作中非常有成果的第三种图表是累积流程图。 它分析了开发团队的节奏和生产力的稳定性。 其轴的布局与 Burnup Chart 相同，因此通常被称为其更复杂的版本。

但是，累积流程图不仅仅是确定在给定时间段内完成的任务数量。 它还考虑了在队列中等待执行的任务数量。 多亏了这一点，它可以诊断所谓的“瓶颈”——减慢产品创建的过程时刻。

这个非常具有诊断性的功能使其成为Scrum Master 手中最有用的指标之一。 这是因为它允许重新组织工作，以不同方式分配开发团队的力量并避免停机。

Statistics and metrics the Scrum Master should track

监控员工用户体验开发人员

定期细致地维护和分析统计数据是有效 Scrum Master 工作的重要组成部分。 然而，他/她必须首先牢记开发人员的员工用户体验，即他们对 Scrum 团队中工作的看法。 然而，决定指标的不是指标的质量，而是Scrum Master 使用它们的方式。

如果统计数据按照 Scrum 的原则保存——它们是透明的、公开的，并且对相关的开发人员来说是可以理解的——它们可以成为激励团队更有效地工作或奖励他们取得好成绩的一种方式。 但是，统计数据可以作为向开发团队施加压力的工具。 然后他们的迹象成为指责和怨恨的根源。 它们会导致团队士气下降和破坏团队合作实践。

使用统计工具工作的 Scrum Master 必须注意的开发人员员工体验的第二个重要因素是管理他们的时间的方式。 这是因为 Scrum Master 需要有足够的时间来照顾开发团队。 因此，在大型项目的情况下，值得考虑在 Scrum 团队中增加一个人。 他/她将担任项目经理并负责衡量指标。 多亏了这一点，它将使 Scrum Master ——在某种程度上，产品负责人——从分散他与开发团队合作的任务中解脱出来。

统计和指标 - 摘要

Scrum Master应该跟踪描述开发团队工作的基本统计数据。 他们熟练的解释增加了快速发现团队工作中的问题并做出反应的机会。 然而，比保留图表更重要的是 Scrum Master 对它们的处理。 他们不应将指标视为评估团队的工具，而应将其视为激励团队和诊断自己做事方式的有用帮助。 这是因为指标只有在有助于促进团队和产品改进过程时才会成为有用的工具。

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

Scrum Guide | 11. Statistics and metrics the Scrum Master should track 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. 产品积压培养