读取燃尽图

什么是燃尽图？

燃尽图是在“剩余工作”和“时间”之间绘制的折线图。Scrum 团队使用这些图表来跟踪他们在 sprint 中“烧毁”任务时的进度。

Burndown 图表相当容易理解，但团队通常很难理解图表背后的全部含义。

燃尽图的一部分

X 轴：
图表的 X 轴始终表示时间（通常以天为单位）。

Y 轴：
y 轴表示在 sprint 中要完成的剩余工作。这可以由剩余任务（在任务的数量中）或剩余的努力量（在故事点 / 小时中）来表示。

进度线：
进度线表示您的团队在冲刺方面的进展情况。它每天都会使用新的剩余估算进行更新。随着冲刺的进行，这条线将指示您的团队是否正常，以及是否需要采取任何纠正措施。

准则：
这是在图表上从左到右向下绘制的对角线。理想情况下，您的冲刺进度线应尽可能接近指南。如果您的团队能够在整个 sprint 中以稳定的速度完成所有故事，那么您的进度线最终将与指南完全相同。

选择正确的跟踪指标

Y 轴作为剩余任务的数量：

这是在任何给定日期保留在 sprint 中的任务数的图表。随着任务在一段时间内完成，进度线开始向下移动。这种方法的最大优点是图形易于理解。

使用这种类型的燃尽图表的缺点是不估计任务。并非所有任务都需要同等的努力来完成。通常情况下，在冲刺结束时离开困难任务的团队发现尽管在大部分时间内处于“正常”状态，但他们无法完成所有任务。

Y 轴作为剩余的故事点：

这是随着时间的推移剩余多少故事 / 估计点的图表。故事点是通过其复杂性来估计任务的好方法。这标准化了完成任务所需的工作量。

该图最终类似于先前的方法，但估计点消除了跟踪任务完成带来的模糊性。

燃尽图何时有用？

Burndown 图表在以下两个方面都很有用：主动冲刺和冲刺回顾。

冲刺期间：
在正在进行的冲刺期间查看燃尽图表可以帮助 Scrum 主管或产品负责人回答以下问题：

• 冲刺是否按目标进展？
• 所有的故事（或任务）都能按时完成吗？
• 需要采取哪些纠正措施来达到目标​​？

冲刺后：
Burndown Charts 是 Sprint 团队表现的指标。在 sprint 回顾中，燃尽图可作为围绕估计准确性，冲刺性能，障碍以及随后冲刺期间所做更改的讨论的参考。

阅读燃尽图

通过将冲刺进度线与指南进行比较来读取 Burndown 图。两条线彼此越接近，在截止日期之前完成所有任务的机会就越大。

1. 落后于时间表： 如果进度线高于指南，则意味着您的团队落后于计划，并且理想情况下应该完成更多工作。
2. 正轨： 进度线和指南紧密相连。如果他们保持目前的速度，团队将击中目标。
3. 提前计划： 进度线低于指南。即使在冲刺结束日期之前，该团队仍有望达到目标。这可能是因为在计划冲刺时任务被高估了。团队可以向 sprint 添加更多任务，以确保每个人都在 sprint 中占用。

Burndown 图表模式

以下是使用燃尽图跟踪冲刺时可能会观察到的一些常见模式。

不正常的状态更新（或）不正确的故事细分

以块为单位更新其状态的团队（例如，在每周结束时）以阶梯图形结束。定期状态更新可提供更准确的图表。理想情况下，Sprint 团队应该每天更新他们的任务。

阶梯图有时也是不正确的任务分解的结果。如果任务没有足够的细分，个别问题可能需要很长时间才能完成：导致几天内缺乏进展的错觉。避免这种情况的最佳方法是将大型任务分解为小的可执行工作块。

冲刺结束时更新进度

这是一个团队的燃尽图表，它在冲刺审查会议前一天更新所有状态。此图表在回顾期间增加的价值非常小，团队应确保每天更新其状态。

提前完成。

此图表代表一个团队过高估计完成任务所需的时间。

如果该团队保持当前的速度，他们最终将在 sprint 结束日期之前完成所有任务。产品所有者需要向 sprint 添加更多任务（由估计的急剧上升表示），以便在整个 sprint 期间保持团队忙碌。

落后于时间表。

这是一个努力跟上理想指南的团队的燃尽图。

这很可能是因为他们低估了完成任务所需的工作量。纠正课程的两种方法是

1. 为团队添加更多人（或）
2. 通过删除故事或任务来缩小 sprint 的范围。

敏捷与 Scrum 基础

• 综合 Scrum 指南
• 什么是 Scrum 的三大支柱？
• 什么是敏捷软件开发？
• Scrum 在 3 分钟内完成
• 什么是 5 个 Scrum 值？
• Scrum 的演变是什么？
• 经典项目管理与敏捷项目管理
• 为什么 Scrum 难以掌握？
• 什么是 Scrum 中的速度？
• 什么是敏捷？什么是 Scrum？
• 敏捷中的三个 Amigos 发展战略是什么？
• 经验过程控制与定义过程控制
• 如何保持 Scrum 的透明度？
• Scrum vs Waterfall vs Agile vs Lean vs Kanban
• 什么是 Scrum 框架中的 3355？