Charts Scrum烧毁图表，它们会变成负值吗？

我在一个小型敏捷开发团队中工作，该团队是一家大型非敏捷思维公司的一部分。目前，我们在实践Scrum，有时甚至超出了sprint的承诺

我的问题是，当你超过了你的sprint承诺时，你如何处理燃尽图表？我可以想出两个选择：

• 沿负方向延伸y轴并保持倒计时
• 添加更多卡片/故事/作品，并使燃尽值增加该数量，当该作品完成时燃尽

---

对于我的团队来说，最终的解决方案是一个清晰的业务解决方案，并为开发人员增加真正的价值。到目前为止，这两种解决方案都没有取得完美的效果。

燃尽显示出仍在承诺范围内的范围。如果你在你的承诺中添加了一些东西，因为你超额交付了，那么你就把它添加到你在图表中记录的数字中。结果是，一个过度交付的团队会有一个朝着零度的燃尽，然后在那里徘徊，直到图表上的时间框结束

为了显示你真正在传递什么，请考虑烧毁或累积流程图。

编辑

• 烧毁显示完成“某物”（冲刺、发布、MMF/“史诗”等）的剩余工作
• 燃烧显示“某物”的积累（赢得的商业价值、克服复杂性等）
• 累积流程图显示了这两个+让您深入了解流程的质量

---

延伸Y轴让每个人都清楚地看到，你正在超越冲刺目标。通常情况下，这不是一个大问题，因为你没有去那么多

---

如果它成为一个经常发生的事件，或者如果你去了一个显着的数额有一些错误与您的估计过程。也许您在处理业务的“非敏捷”方面过于谨慎。试着带上所有人一起去兜风。

如果你一直对自己的情绪低落持否定态度，那就意味着你总是高估自己，从而“过早”完成工作。为了解决这个问题，开始将估计值乘以小于1的系数（即0.75，3/4）（我忘记了正确的术语-是“缩放”？）。这样做一两次sprint，看看它如何影响结果，可能需要几次迭代才能为每个开发人员找到合适的因素。这意味着你将能够在常规的冲刺中适应更多，而且它不应该提前结束。

在我看来，燃尽图表不能变为负值。如果你完成了你的工作，你要么继续坐在椅子上无所事事，这意味着燃烧将保持在零

如果你确实做了一些事情，那么这应该被添加到你的任务列表中，这意味着当你完成了添加到sprint工作负载中的任务时，你的精力消耗会先上升后下降

当新任务（单个任务，例如bug修复或其他什么，或者一个或多个新用户故事）再次添加时，如果在冲刺结束之前完成了原始工作负载，那么冲刺应该会显示一点尖峰，因为很明显还有更多的空间

然而，如果你的团队经常发生这种情况，你似乎总是低估了你的速度，应该从一开始就开始承担更多的任务。我并不是说能够提前完成并承担更多的任务是件坏事，但如果在很多sprint中发生这种情况，这表明团队从一开始就没有充分投入，无论是出于偶然还是为了绝对确保他们不会在sprint中失败

---

如果你的产品负责人同意，那就这样吧。如果我是产品负责人，我会看到一个团队总是提前完成，我会尝试让他们从一开始就承担更多的任务。这听起来可能比预期的要严厉一些。

将燃耗图表的Y轴延长到零以下是跟踪发布进度的既定做法

在链接的图片上，你们可以看到发布燃尽图——添加到发布范围的所有内容都超过了零

我不建议对sprint燃尽图做完全相同的事情。你应该简单地在剩下的工作中增加新的工作，显然你的精力消耗会持续一段时间。

---

如果你正在使用白板展示你的sprint燃尽图，最好在你添加新故事/需求时及时标注地点，并附上适当的注释。这样就可以清楚地看到发生了什么，以及为什么你的精力会消耗殆尽

当我们向sprint添加更多项目时，我们会更新剩余工作的估计值，以反映在sprint燃尽图上：

但正如其他答案所指出的，这表明剩余工作量的估算发生了变化，而不是原因（我们只是重新估算了工作量还是增加了工作量？），也不是工作量的累积。但这可能不是问题

为了表示所做工作的累积，燃尽图更合适（我们在发布级别使用燃尽图）。工作负荷的燃尽可以表示完成工作的进度以及需求的增加或减少（以及这如何影响完工预测）：

< P> >我不同意这里：-试着考虑下面的情景：团队开始研究一个故事，并意识到一定数量的工作没有被计划，现在他们添加任务来完成这项工作。烧坏了，但不是完全出于一个好的原因，在这种情况下，不是范围变更，而是“错误的估计”，从团队的角度来看，这没有任何区别，因为信息仍然是：“这是需要完成的工作量”

产品负责人呢？你有多希望传达你已经超额交付的信息？团队区分这两种情况有多重要