Visual Studio Team Services Sprint Burndown Chart 看起来不正确 [关闭]

Question

我有一周的冲刺，工作日为周一、周二、周三、周四、周五。 然而燃尽图只显示了 4 天（4 个区块）。 横轴有 4/24、4/25、4/26、4/27、4/28，但图表并未将最后一天显示为一整天。 它只有 4 个方块。

黑色的理想趋势线也正确地从 4/24 的 20 点开始，但在 4/28 点结束。 它应该在 4/28 的第 5 天结束。 对于团队中的一个人来说，它也错误地显示了每天 5 小时的理想消耗。 我已经为那个人输入了每天 4 小时的容量。

有人对我可能做错了什么有建议吗？ 是否有解决方法或其他市场工具可以更好地使用？

我正在尝试在 VSTS 中进行最少的定制，并在他们的鞋子中走一英里。 但是在这种简单的情况下，燃尽图是不可用的。

Answer 1

4个区块不代表每天24小时，只是显示两天之间趋势的区域。燃尽图上的五个工作日仅代表5个点（4 /24、4/25、4/26、4/27 和 4.28）。您可以通过更改一天的剩余工作来验证（例如以下示例为 4/26）：

1. 4/26 之前的剩余工作为 14，而您将今天（4/26）的剩余工作更改为 10，燃尽图将是：

2. 现在，如果您今天（4 月 26 日）继续将剩余工作从 10 更改为 5，燃尽图将如下所示：

1. 今天（4 月 26 日）您仍然可以将剩余工作从 5 更改为 0，燃尽图将是：

从 4 月 26 日的 3 次更改剩余工作开始，仅将 4/25 和 4/26 之间的块趋势调整为衬垫以适应变化。所以这意味着燃尽图上的 4/26 只表示一个点而不是一个块。

根据您的理解，您定义的容量是每天 4 小时，这反映在 可用容量：

4/24 remaining work 16
4/25 remaining work 12
4/26 remaining work 8
4/27 remaining work 4
4/28 remaining work 0

对于理想趋势：

理想趋势线连接两点：

• (1) sprint 开始时团队的总容量
• (2) 0 冲刺结束时的剩余工作。斜率表示团队需要烧尽工作以完成任务的速率 准时冲刺。

理想的趋势是从 sprint 的总容量开始，因此从 20 开始，速率为每天 5 小时。这比可用容量更具侵略性，因为每天剩余的工作量总是在波动，而且很难保持稳定。

关于燃尽图的更多详细信息，您可以参考sprint-burndown。

另外，由于您需要精确到小时/分钟，如果与https://account.visualstudio.com/_admin/_home/settings中的区域相同，您最好检查VSTS的时区。

Answer 2

按照上面 cmets 中 Marina 的提示正确烧毁。将 Sprint 日历日更改为 6 天，将工作日更改为周一至周六。理想趋势线现在正确匹配每天 8 小时（1 人）的团队容量。将此作为答案发布，以提供正确燃尽图的图像。