解读燃尽图

对于敏捷团队来讲，燃尽图可以说的上是最有用的一种信息发射源（Information Radiator）。它以图形化的方式展现了剩余的工作量（y轴）与时间（x轴）的关系。让我们感兴趣的地方在于对燃尽图的分析可以揭示很多问题，比如团队的表现如何、如何进一步改进等等；它有助于把握团队的进展情况。

Hiren Doshi说燃尽图有助于回答如下这些问题：

• 团队的计划制订情况如何？
• 在一个Sprint中，团队对计划的故事的执行情况如何？
• 团队是自我管理的么？作为“团队”来说，大家的工作步调一致么？
• 团队能进行哪些改进？

Hiren向我们展示了如下这张图表：

对于图表中的蓝线，Hiren给出了自己的看法：该团队的计划并不好，因为线根本就没有触到零点，这其中的原因可能有很多。团队的一致性上也出现了问题，他们需要教练。因此，对于该团队来说，计划与自我管理方面亟需改进。

图中的紫线表明该团队已经达成了目标，但并没有主动去更新数字，原因可能有二：要么他们太懒了，没有更新剩余的工作量；要么是在该Sprint的最后舍弃了很多用户故事。

图中的绿线表明对于一个计划良好的成熟团队工作量的燃尽情况，该团队是自我管理并且在整个Sprint中拥有足够的故事要去实现。这条线接近于理想情况，表明了软件开发的复杂性。

Kane Mar将燃尽图分为如下七种情况：

1. Fakey-Fakey：表面完美而已。软件项目过于复杂以致于难以界定直观的目标。大多数情况下，这种图来自于充满了命令与控制的环境，在这种环境下，开放的交流变得难以进行。
2. Late-Learner：燃尽图中会有一个顶峰。通常出现在沟通高效且正在学习Scrum的团队中。
3. Middle-Learner：要比late-learner更加成熟。团队在Sprint的中期会探寻出大多数的任务与复杂性。
4. Early-Learner：开始有一个顶峰，然后是平缓的衰退。团队认识到早期探寻的重要性，然后高效工作以实现目标。
5. Plateau：团队在一开始取得了很大的进展，但却在Sprint的后半部分丧失了方向。
6. Never-Never：燃尽图在Sprint的后期突然开始上扬并且不会再下降。需要尽快找到这些迟来的变化并进行自省。
7. Scope-Increase：Sprint中的工作量突然增加。通常这表明团队在Sprint计划会议上没有完全认清工作范围。

George Dinwiddie也谈到了常见的燃尽图问题与属性。

综上所述，我们可以从燃尽图中得到很多信息。关键在于对其进行迭代分析并根据分析结果持续改进。

查看英文原文：Deciphering Burndown Charts