Visual Studio Team Services Sprint Burndown图表看起来不正确

时间:2017-04-25 14:33:16

标签: visual-studio azure-devops scrum burndowncharts

我有一周的冲刺,工作日为周一,周二,周三,周四,周五。 然而,燃尽图仅显示4天(4个街区)。 横轴有4 / 24,4 / 25,4 / 26,4 / 27,4 / 28但图表并未显示最后一天为一整天。 它只有4个街区。

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

任何人都有关于我可能做错的建议吗? 是否有更好的解决方法或其他市场工具可以使用?

我试图在VSTS中进行最少量的自定义,并在他们的鞋子里走了一英里。 但在这个简单的案例中,Burndown图表无法使用。enter image description here

2 个答案:

答案 0 :(得分:2)

4个街区并不代表每天24小时,只是显示两天之间趋势的区域。在燃尽图上的5个工作日仅代表5个点(4个) / 24,4 / 25,4 / 26,4 / 27和4.28)。您可以通过更改一天的剩余工作进行验证(例如,下面的示例为4/26):

  1. 剩下的工作是4月26日之前的14,你今天(4/26)将剩下的工作改为10,燃尽图将是: enter image description here

  2. 现在,如果你今天继续将剩下的工作从10改为5(4/26),那么燃尽图将如下所示:

  3. enter image description here

    1. 你今天仍然可以将剩下的工作从5改为0(4/26),燃尽图表将是:
    2. enter image description here

      从4/26改变剩余工作的三次,只有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)团队在冲刺开始时的总容量
      •   
      • (2)0冲刺结束时的剩余工作。斜率表示团队需要烧毁工作以完成工作的速度   按时冲刺。
      •   

      理想的趋势从冲刺的总容量开始,因此从20开始,每天5小时。这比可用容量更具侵略性,因为每天剩余的工作总是波动的,并且很难保持它。

      有关燃尽图的更多详情,请参阅sprint-burndown

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

答案 1 :(得分:0)

enter image description here 按照上面评论中Marina的提示正确烧毁。将Sprint日历天数更改为6天,将工作日更改为周一至周六。理想的趋势线现在正确匹配每天8小时(1人)的团队能力。将此作为答案提供正确的烧毁图表的图像。