Azure devops 预测显示VisualStudio团队服务存在巨大差距

Azure devops 预测显示VisualStudio团队服务存在巨大差距,azure-devops,agile,Azure Devops,Agile,我的VSTS预测工具真的有一些奇怪的问题——我将预测速度设置为什么似乎无关紧要,它在开始做任何事情之前留下了大约20层的巨大差距。有没有其他人遇到过这样的问题,可以告诉我是什么导致了问题 很抱歉,没有太多的事情要做,但如果不提供我的产品积压工作,我无法提供更多,我无法做到这一点 我已经尝试更改设置,只显示积压项目级别及以下 这里是一个屏幕抓图-我必须分两部分来做,因为我实际上必须向下滚动才能看到任何预测行 将没有估算值的项目移动到积压工作的底部也没有什么区别(尽管我希望在到达该点之前会有更多

我的VSTS预测工具真的有一些奇怪的问题——我将预测速度设置为什么似乎无关紧要,它在开始做任何事情之前留下了大约20层的巨大差距。有没有其他人遇到过这样的问题,可以告诉我是什么导致了问题

很抱歉,没有太多的事情要做,但如果不提供我的产品积压工作,我无法提供更多,我无法做到这一点

我已经尝试更改设置,只显示积压项目级别及以下

这里是一个屏幕抓图-我必须分两部分来做,因为我实际上必须向下滚动才能看到任何预测行

将没有估算值的项目移动到积压工作的底部也没有什么区别(尽管我希望在到达该点之前会有更多的中断线)

这里的问题是(在大多数情况下),我使用的是“故事点”而不是“努力”字段(因为它们就是这样!)。我修复了这个问题,将我所有的故事点数据复制到“努力”字段中。事实上,品脱领域的故事似乎并没有太大作用


这篇文章:似乎不同意这一理论。

这些故事是否与当前的冲刺或过去的冲刺有关?你能发布一张你想要的东西的截图吗;你看到了吗?不,他们没有-我也许能把标题藏起来,那看起来真的很奇怪!我建议提交一个反馈项目,地址:Replicated at,我投票将这个问题作为离题题来结束,因为它与编程无关。在这种情况下,你知道agile还是scrum模板?你的主要工作项目名称是什么?用户故事还是产品待办事项?啊,是的,从“新工作项框”判断,您使用的是scrum模板。scrum模板使用了一个更通用的字段,称为“努力”,因为scrum没有规定应该使用哪种评估方法。敏捷,最初的MSF敏捷模板使用固定的估算方法,因此使用确切的名称。当两种类型的项目在同一帐户上都处于活动状态时,可能会产生混淆,这两种类型的字段都会出现。你可能会认为,坚持使用一个名称或至少为相同的数据使用别名是有意义的,但没关系。我知道——令人恼火的“你明天可以接受这个答案”设置意味着我要等到下次我这么做时才会这样做