关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。
想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。
3年前关闭。
Improve this question
我在一个小型敏捷开发团队工作，该团队是大型非敏捷思维公司的一部分。目前，我们实践 Scrum，偶尔会超出我们对冲刺的 promise 。
我的问题是，当你超出冲刺 promise 时，你如何处理燃尽图？我能想到两个选择:
对我的团队来说，最终的解决方案是一个对业务很清楚并为开发人员增加真正值(value)的解决方案。到目前为止，这些解决方案都没有完美解决。
最佳答案
在我看来，燃尽图不能变成负数。如果你完成了你的工作，你要么继续坐在椅子上什么都不做，这意味着燃尽将保持为零。
如果您确实做了某事，那么应该将其添加到您的任务列表中，这意味着当您完成添加到 sprint 工作负载中的任务时，燃尽图会上升然后再次下降。
在 sprint 结束之前完成原始工作负载的 sprint 应该会在新任务(单个任务，例如错误修复或其他任务，或者一个或多个新用户故事)被再次添加后，一旦明确存在更多的空间。
但是，如果您的团队经常发生这种情况，您似乎总是低估了自己的速度，应该从一开始就开始致力于更多的任务。我并不是说能够提早完成并承担更多任务是一件坏事，但是如果在很多 sprint 中发生这种情况，则表明团队从一开始就没有 promise ，无论是偶然的还是故意的绝对肯定他们不会在冲刺中失败。
如果你的产品负责人没问题，那就这样吧。如果我是产品负责人，我会看到一个团队总是提前完成，我会尝试让他们从一开始就致力于更多的任务。这听起来可能比预期听起来更刺耳。
关于charts - Scrum 烧毁图表，它们会变成负数吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2528336/