我在 TFS 中遇到燃尽图的问题。戴尔 冲刺 1 - 我们有 9 个工作日。冲刺完成，还剩下 6 个任务，因此必须将它们移动到下一个冲刺 (冲刺 2)。我们正在将这些任务拖放到下一个冲刺(冲刺 2)，但在这种情况下，我们的冲刺 1 燃尽图有问题。 此冲刺 1 图表将看到此冲刺完全成功，因为所有剩余的任务都已移动到新的冲刺 (sprint)。
如何处理这个问题，以便我们为所有冲刺(甚至是重要的冲刺)提供一个很好的燃尽图？
可以在这里想到另一种解决方案。
如果问题是要有一个一致的方式来表示冲刺期间承诺了多少与完成了多少，那么更好的处理方式是，我主张使用冲刺燃尽图而不是冲刺燃尽图。这将根据已完成的工作量添加有关冲刺期间提交和修改的工作量的详细信息。
不幸的是，我找不到有助于在TFS中创建链接的良好链接。但是你可以在这里找到冲刺燃尽图的基础知识及其优点： https://www.sealights.io/software-development-metrics/burn-up-chart-exposing-scope-creep-and-revealing-your-real-progress/
总结变化的一个图像应该是这样的：
燃尽与燃尽
在冲刺结束时，燃尽已经达到了它的目的。你有机会调整分数，并在团队中集中精力，以最好地实现你设定的目标。
既然冲刺已经结束，你即将开始一个新的冲刺，为什么还要关心以前的燃尽图的状态。你现在对此无能为力。桥下全是水。
唯一真正重要的是新的冲刺积压工作以及团队为尝试实现这个新的冲刺目标所做的工作。新图表可能会对您有所帮助。
如果你真的关心冲刺结束后燃尽的状态，等到第二天将任务移到新的冲刺，这将导致冲刺最后一天的历史记录被正确存储，并且燃尽将匹配你想要的。
如果在冲刺 (sprint) 的最后一天将任务移出，Azure DevOps/TFS 会将其跟踪为冲刺 (sprint) 中的有意范围更改，并将(正确)将剩余工作设置为 0。
据我所知，这取决于您完成冲刺并计划下一个冲刺的日期：
- 如果日期是当前冲刺的最后一天，则当前冲刺 (sprint) 的燃尽将显示 0 剩余工时，这不是您想要的
- 如果日期是下一个冲刺 (sprint) 的第一天，则当前冲刺 (sprint) 的燃尽将显示冲刺 (sprint) 结束时的实际剩余工时
如果上述情况正确，解决方案是在冲刺的最后一天之后的第二天结束冲刺。
通常，当外部输入在正在运行的冲刺中完成时，就会发生这种情况，而该冲刺没有正确估计，最终导致冲刺结束时未完成的任务。一个建议是，您可以创建"障碍积压工作"，而不是将未完成的任务移动到下一个冲刺 (sprint)。"障碍积压工作"将直接作为正在运行的冲刺和即将到来的冲刺之间的桥梁，并间接连接到实际积压本身。您可以通过此功能轻松跟踪未完成的任务。有关更多详细信息，请阅读以下主题：
http://scrummethodology.com/scrum-impediments/
https://www.projectmanagement.com/blog-post/54093/How-an-impediment-backlog-can-help-us-to-get-our-issues-under-control