燃尽图 TFS 未正确显示剩余工作答案

【问题标题】：Burndown chart TFS not displaying remaining work correctly燃尽图 TFS 未正确显示剩余工作
【发布时间】：2016-10-30 23:45:16
【问题描述】：

我刚刚在 TFS 中创建了一个 SCRUM 项目，创建了一个新的 sprint 并为其分配了适当的任务。我遇到的问题是燃尽图的剩余工作。我提到 Sprint 于今天 2016 年 10 月 31 日开始，并将于 2016 年 6 月 11 日星期日结束。

这是显示它的图片。

有人能解释一下为什么图表从 60 开始作为剩余小时数而不是 80 小时吗？冲刺在 40 分钟前刚刚开始。

【问题讨论】：

标签： tfs

【解决方案1】：

60 和 80 都不代表小时，这意味着团队在冲刺开始时的总容量。

(1) 团队在 sprint 开始时的总容量

(2) 0 冲刺结束时的剩余工作。

更新

这是正常现象。对于剩余的工作，它将减少第一个工作日的产能。

如果你今天（10/31）什么都没做，实际图表，蓝色区域应该从 80 开始，而不是 60。如果你今天（10/31）做了 30 次，蓝色区域应该从 50 开始。

对于测试，您可以将开始日期设置为 11/5~ 11/13，有 9 天和 5 个工作日。但是，图表仍应从 11/7，即第一个工作日开始。

【讨论】：

对不起，我可能没看懂，但是我的sprint包含6天的4个工作日，每个工作日团队的容量是20，所以整个团队的容量sprint 开始时应该是 80，而不是 60。我认为这也反映在“工作细节面板”中。我提到我也没有将任何任务移至“进行中”或“已完成”组，如果有帮助的话。因此，我的问题还是一样：为什么图表从 60 而不是 80 开始？
抱歉没有理解，有更新我的回复。请查看。
好的，我想我明白了。所以，总工作量是 80，这个 sprint 从今天（31/10）开始，图表需要 20 分（达到 60）。之所以需要这么多，是因为团队今天应该工作 20 点。如果没有任何任务被标记为在今天结束时完成，则图表的可用容量应指向今天结束时的 80。如果团队在今天结束前完成 20 个容量点，那么图表的可用容量应该在今天结束时达到 40 个。这是真的吗？
对不起，我的意思是剩余工作，而不是可用容量和20个工作点而不是20 个容量点
是的，你是对的。有点不同，我不太确定。我认为不是今天结束，而是明天。如果明天是工作日，那么图表中该点的剩余工作量将是 40。这只是图表中完美情况的理想选择。