如何在 azure devops 上自定义燃尽图答案

【问题标题】：How to customize burndown chart on azuredevops如何在 azure devops 上自定义燃尽图
【发布时间】：2019-10-09 18:43:08
【问题描述】：

我正在尝试向我的 azuredevop 项目仪表板添加一个高效的燃尽图。我一直在寻找有关如何自定义 Burndown 小部件 以获得以下显示的信息（绘图为当天，开始日期是当前迭代开始日期，结束日期是当前迭代结束日期），因此在必要时让它自动切换到下一个迭代，但我找不到任何可以让我这样做的东西。

有没有办法自动完成我需要做的事情？

为了实现以下显示，我使用了 bad one 配置（因为它让我在每次迭代结束时更新范围间隔，以及过滤条件）：

下面是我以前的配置：

非常感谢您的帮助！

【问题讨论】：

标签： .net azure-devops devops

【解决方案1】：

让它自动切换到下一次迭代必要的。

恐怕现在无法实现。因为最初，仪表板的设计逻辑是让您和您的团队共享信息，通过一个高度可配置的仪表板灵活性监控 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。如果这个功能可以扩展成小部件，它可以给你你想要的。

要推动这项新功能的开发，您可以在那里投票和评论。相应的产品团队将定期审查这些工单，然后考虑将其扩展到我们的路线图中。

【讨论】：

Liang 所以这意味着我应该在 sprint 的每一端更新日期范围间隔和条件过滤器？是否可以将 Burndown Trend 放到仪表板上？
@GuillaumeP。当然有，使用 Sprint Burndown 小部件：docs.microsoft.com/en-us/azure/devops/report/dashboards/…。此小部件始终可以显示当前 sprint 的数据。但它的缺点是没有为用户提供配置。
@Merling Liang “Sprint 燃尽图”不像前一个那么精确。所以它不符合我的需要。也许我错过了什么？实际上，我需要在仪表板上向我的经理展示当前迭代的概述（我们是否与我们需要及时交付的内容同步？我们是否迟到了？全球趋势是什么？）如果我必须切换它是手动的，当 sprint 结束时，它没有任何兴趣。要显示的重要数据是实际数据，并查看进度。您对此有何看法？你的预科化是什么？
@GuillaumeP。是的，这就是为什么我没有在我的回答中推荐和表达它。由于我们相关团队的维护较少，它无法提供与 Sprint 面板中的功能相同的功能。在某些情况下，及时交付小部件中显示的流程是领导者的必要步骤。因为这样可以让leader及时监控sprint。这可以在 Sprint 面板中查看。对于我的团队 PM，燃尽小部件被定制为显示本周或本月的开发过程。因为我们的团队有一个阶段性的目标需要跟踪。
@GuillaumeP。虽然设计需要更多的行动来实现你想要的。但在另一种情况下，高度可配置的功能可以让跟踪和数据分析更加灵活。另外，在和我的同事讨论后，他说有一位同事提出了相同的feature uservoice。你可以在那里投票和评论。这有助于推动 Boards 团队扩展的新功能。更新为我的答案。因此其他有相同需求的 SO 用户也可以投票。