问题标签 [burndowncharts]

在我们的安装中，用户故事在冲刺期间进入“测试完成”，并在部署后关闭。看来燃尽图使用“关闭”作为“完成”的定义。是否可以配置燃尽图以查看不同的状态“测试完成”，作为“完成”的定义？

我正在尝试设置 azure devops 测试项目并将其介绍给我们的团队。所以我创建了测试用户故事和相关任务。从 2021 年 7 月 19 日开始，我还创建了测试冲刺（每个 10 个工作日）。到目前为止，一切都很好。任务板包含任务和用户故事，出于测试目的，我昨天“完成”了一些工作。待办事项选项卡似乎运行良好，剩余工作和工作细节也按预期工作。容量选项卡已填充。

但是一旦我进入带有燃尽趋势的分析选项卡，它似乎是空的。没有任务也没有用户故事。我错过了什么？我尝试了所有教程，似乎都设置正确。请参阅下面的图片。

你有什么建议或提示吗？

谢谢！

编辑：仪表板中的旧燃尽图工作正常。

我的用例源于类似于在给定开放和关闭日期的情况下随时间生成开放票数的问题

我得到一个带有一个或两个属性的对象 JSON：打开日期和关闭日期（如果关闭）。如果任务仍处于打开状态，它将不具有该属性。

我的目标是在 Highcharts 中绘制一个折线图，显示一段时间内打开任务的数量。

如果我要使用蛮力算法，我会在图表涵盖的时间跨度内为每个时间间隔创建一个数据点，然后确定该点的打开任务数，但这听起来效率很低。

相反，我可以使用 Highcharts 来定义时间轴的时间间隔，并简单地将数据点用于开始、结束以及值变化的每个点（或者我可以吗？）。

确定这个系列和绘制它的 Highcharts 选项的有效 vanilla javascript 代码是什么？我已经看到一些 sql 代码（包括提到的文章）做类似的计算，但我发现很难将它与我的用例联系起来。

我们在团队中使用 azuredevops，并尝试通过使用分析来了解我们的效率，尤其是 sprint 燃尽图。

当我们的 sprint 结束时，我们会移动下一个 sprint 中未完成的任务。现在，燃尽图总是显示 100%，因为任务在下一个 sprint 中——我可以理解。

但是怎么可能看到真实的百分比呢？我们必须如何以及何时移动任务，因此并不总是 100%，因为我们不会在每个 sprint 中完成所有任务。

我无法想象我们必须复制任务，以便显示正确的已完成工作百分比。

感谢帮助。最好的劳拉

我们创建了一个具有多个阶段的自定义板。每个阶段在黑板上都有一个做/完成的列：

Azure DevOps 板映像

但是，用户验收测试比开发人员落后 1 个冲刺。据我了解，燃尽图设置为根据关闭状态进行更新。
这导致了衡量开发人员烧毁情况的问题。

Azure DevOps 中是否有办法管理此问题或更改燃尽计算 SIT（系统集成测试）的 Done 列

我们使用 Azure DevOps 来控制我们的 Sprint，包括容量选项。

在其中，我可以配置每个人每天的容量以及休息天数。

我目前面临的情况是整个团队将在第二个 sprint 的每一天的一半时间里进行训练（我们使用两周的 sprint） 在此处输入图片描述

这样，在 Azure DevOps 中，我无法配置容量以使燃尽图反映现实。

它可能会减少每天的容量（删除将要训练的一半），但这样烧毁将是不现实的（它会在 sprint 的第一周显示更少的容量）。

有没有办法执行这个配置？

我们已经开始了新的 sprint，并且在燃尽趋势（Azure Devops）中，我们无法在图中看到剩余的工作。

同时在容量选项卡中，我们可以看到已经为当前迭代计划了努力。

我们是否缺少任何东西。

更新 1

燃尽是基于剩余工作的总和，每项任务都有与之相关的价值。在下图中，您可以看到剩余的工作量是 106。但它仍然没有反映在图表中。

有没有办法配置燃尽图，以便我可以将已完成状态更改为看板上的中间状态之一？