我正试图在我的azuredevop项目仪表板中添加一个有效的燃尽图。 我一直在寻找如何自定义 Burndown小部件以便显示以下内容(图表以天为单位,开始日期为当前迭代的开始日期,结束日期为当前迭代的时间)结束日期),因此在必要时让它自动切换到下一个迭代,但是我找不到任何可以执行的操作。
有没有办法自动完成我需要做的事情?
要在下面的显示中实现,我使用了一个错误的配置(因为它使我在每次迭代结束时更新范围间隔以及过滤条件):
下面是我以前使用的配置:
非常感谢您的帮助!
答案 0 :(得分:2)
让它自动切换到下一个迭代
恐怕现在无法实现。因为最初,仪表板的设计逻辑是让您和您的团队共享信息,使用一个高度可配置仪表板监控WIT的进度和趋势灵活性。
每个人都有同样的困惑和要求,在与我们的董事会团队的工程师进行了更多讨论之后,我清楚地知道了进行此设计的原因。
通常,仪表板用于您自己或团队负责人来监视开发过程。如果我们仅设置自动用sprint更新的时间段以显示数据,则这对于跟踪暂存数据不是很有帮助。因为如果整体数据看起来非常完美,它将使用户轻松忽略在一定时间内存在的潜在问题。在仪表板中提供高度可配置的小部件,可以非常方便地使成员通过分阶段的自定义时间段数据分析更好地跟踪其开发进度。而且,这更有利于领导者及时发现问题。
为此,您可以参考以下文档:About dashboards。
通过添加一个或多个来了解您团队的进度 窗口小部件或图表。可定制,高度可配置 仪表板为您和您的团队提供了共享的灵活性 信息,监控进度和趋势,并改善您的工作流程 流程。每个团队都可以量身定制仪表板以共享信息 并监视他们的进度。
尽管无法在仪表板中满足此需求,但是我们的PM在许多情况下都考虑了此需求的便利性,并将其引入了Azure Devops。在 Sprints 面板的 Analytics 标签中,您可以在一次迭代中查看Burndown图表。
Get insights into your team’s health with three new Azure Boards reports
我们的官方用户语音社区提出了一项功能请求:Burndown Widget: Allow @CurrentIteration to be used。如果可以将此功能扩展到小部件中,则可以为您提供所需的内容。
要推动这项新功能的开发,您可以在此处对其进行投票和评论。相应的产品团队将定期检查这些故障单,然后考虑将其扩展到我们的路线图中。