Scrum 指南 | 31. 如何创建和解读燃尽图？

已发表: 2022-06-21

燃尽图相对容易创建。 有许多工具可用于从开发团队成员记录的工作中生成它。 尽管它很简单，但它的解释可以为整个 Scrum 团队提供有价值的信息。 阅读本文以了解如何创建和解释燃尽图。

如何创建和解释燃尽图？ - 目录：

  1. 如何创建燃尽图？
  2. 谁负责燃尽图？
  3. 如何解读燃尽图？
  4. 真实理想的燃尽图
  5. 选择测量单位
  6. 概括

如何创建燃尽图？

开发团队应监控其日常工作。 这不仅是评估其有效性的基础，也是改进它的基础。 用于此目的的最简单且经过验证的工具之一是刻录图。

您可以通过在一张纸上绘制坐标系来手动创建它。 在 Y 轴上，您需要绘制以所选单位表示的工作量，例如故事点。 在 X 轴上，绘制一个标尺，指示 Sprint 的连续天数。 画一条理想冲刺线，然后标记每天实际完成的任务数量。 虽然这个解决方案很吸引人并且吸引了团队，但它不是很实用。 它也不一定适合远程团队。

因此，创建燃尽图的数字方法更为常见。 许多用于记录团队成员之间分配的任务的工作的工具都带有一个自动创建燃尽图的选项。 然后，开发人员所要做的就是标记特定产品功能工作的开始和结束，他们的贡献会反映在燃烧图表中。

使用正确的工具，还可以自由缩放图表。 这不仅可以在给定 Sprint 的水平上，而且可以在一个季度或整个项目的规模上深入了解燃烧。

选择用于创建燃尽图的工具时要考虑的一个重要因素是它对所有 Scrum 团队成员的可访问性。 燃尽图对整个开发团队的可见性是一个关键的激励因素。 同样重要的是每天查看显示剩余工作的线路。 在Daily Scrum中谈论老化，让开发人员思考他们的工作方式和产品的当前状态。

谁负责燃尽图？

燃烧图的所有权问题有些争议。 一方面，它应该属于 Scrum Master，因为它是确保团队按计划高效工作的工具。 另一方面，它应该保留在产品负责人手中，因为它反映了向客户传达的产品目标的进展。 更重要的是，声称其所有权的第三方是开发团队，因为图表是其内部工具。

燃尽图是评估开发团队有效性的重要指标，并被所有 Scrum 团队成员采用。 这就是为什么透明度和可访问性至关重要。 然而，它的真正目的是为团队服务。 它应该加强其自组织，提高动力，并真实地了解分配给它的任务的工作状态。 因此，理论上，开发团队的每个成员都可以更新燃烧图。

然而，在实践中，更新燃尽图的任务通常落在 Scrum Master 身上。 这尤其发生在他开始与新的开发团队合作时，团队速度仍然可变且难以估计。 不过，建议将此任务委托给其中一位开发人员。 毕竟，该图表是对开发人员自己判断的工作进度的诚实和内部衡量。

chart

如何解读燃尽图？

我们在之前的文章中详细描述了燃尽图的外观。 这里我们只提醒您， X 轴显示完成工作的剩余时间。 另一方面， Y 轴表示剩余的工作量。

真实理想的燃尽图

要解读燃尽图，关键因素不仅是定期绘制真实“燃烧”，即开发团队执行任务。 对图片同样重要的是它与理想燃烧线下降（指南）的比较。

通过将理想的燃尽线与燃尽图上标记的实际工作减少量进行比较，可以评估两个非常重要的参数。 首先，看工作是否以目前的速度继续下去，开发团队是否会按时完成 Sprint 目标或产品目标。 其次，在保持当前进度的情况下，了解何时完成工作。 换句话说，燃烧图显示了任务的实际进度，而理想线则显示了团队应该以什么速度完成任务。

从长远来看，燃烧图还允许您确定一个称为开发团队速度的值。 我们将专门写一篇文章来讨论它。 这里我们只提一下，它是一个由一个 Sprint 中完成的工作量决定的值。

由于燃烧图表显示了理想燃烧线与任务数量实际减少的比较，它可以让您估计工作节奏。 从而预测项目延误的风险。

选择测量单位

团队速度通常以称为故事点的单位来衡量。 它定义了已经实现的用户故事的数量。 这些可能需要非常不同的工作量。

这就是为什么许多 Scrum 团队使用基于时间的度量的原因。 根据规模，这些是天数或工时。 每个开发人员估计并记录他们在任务上花费的时间。

另一种选择是将任务作为一个单元。 这些是稍大的单位，依次分配以故事点或天数或工时表示的值。 它是一个单元，可以让客户以更清晰的方式呈现产品的工作进度。

不管计量单位如何，计算开发团队速度的原则都值得记住。 在给定的一天或 Sprint 中，仅计算实际完成的任务。 这意味着即使仅缺​​少最终测试，已开始的任务也将计入第二天或 Sprint。

概括

How to create and interpret a burndown chart?

有了可用的团队监控工具，创建燃尽图就变得很容易。 最重要的问题是确保所有 Scrum 团队成员的连贯性、清晰性和可访问性。

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

Scrum Guide | 31. How to create and interpret a burndown chart? 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. 产品积压培养