配置燃尽和燃耗小组件 - Azure DevOps

项目
05/20/2023

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

使用“燃尽”和“烧毁”小组件可以灵活地为以下项创建图表：

任何类型的范围
任意数量的团队
在指定的时间段内。

燃尽图侧重于特定时间段内的剩余工时，而燃尽图表侧重于已完成的工作。这两种图表类型都有助于回答以下问题： 我们是否有望在结束日期之前完成这组工作？

重要

删除 区域路径 或重新配置 迭代路径 可能会导致数据丢失，并且无法还原。例如，区域路径发生更改的团队的燃尽或烧毁小组件图表、冲刺进度和速度图表不会反映正确的数据。历史趋势图引用每个工作项在过去某个时间点定义的 面积路径 和 迭代路径 。删除 区域路径 或 迭代路径 时，无法检索其历史数据。

使用本文了解如何：

解释“燃尽”或“烧毁”小组件
配置“燃尽”或“烧毁”小组件
使用进度指标
使用进度图
配置冲刺进度

有关可供你使用的所有燃尽/烧毁图表的概述，请参阅燃尽和燃尽指南。

使用进度图跟踪预定义工作范围在预定义时间段内的完成情况。例如，冲刺进度在冲刺结束时跟踪冲刺积压工作完成情况。发布进度跟踪发布结束时的积压工作完成情况。可以定义 bug 进度图，以在特定日期之前跟踪一组 bug 的完成情况。

燃尽小组件配置为显示“发布燃尽”

燃尽小组件配置为显示 Bug 燃尽

指标

燃尽和燃尽图表通过显示一段时间内剩余的工时，提供了一种监视团队和冲刺进度的简单方法。剩余工时是垂直轴，时间是水平轴。剩余工时是按特定字段（如故事点）或某一类型工作项（如用户情景）的计数计算的。此外，每个图表都会计算并显示项目过程中的平均燃尽或燃尽率以及增加的范围。

根据历史进度和范围增加，“进度”图表显示预计的工作完成日期。使用进度，团队可以随时了解进度，并查看其工作对交付日期的直接影响。

这些图表提供以下有用的指标：

工时完成百分比
平均燃尽率
总范围增加
未使用故事点估计的工作项数，或者你正在消耗的字段
基于历史燃尽率的预计燃尽
根据历史范围增加率预测范围增加
预计完成日期，基于历史燃尽和范围增加率。

解释“燃尽”或“烧毁”图表

查看进度图，团队不仅可以立即了解他们的进度，还可以了解他们的节奏和行为。大多数燃尽线不是直线。团队从不以一个固定的速度移动。范围随时间推移而增加。例如，如果预计的完成日期移动，则可能需要提出以下问题之一：

我们添加的范围是否过多？
平均燃烧率是否发生变化，如果是，为什么？

进度图还有助于团队了解其发布的风险。如果预计结束日期超过发布目标日期，团队可能需要缩小范围或延长项目。燃尽还可以指示进度大于预期，从而提供了不常见但绝妙的选项来增加范围。

如下图所示，基于“燃尽”和“燃尽”小组件的图表提供了许多计算元素。

元素	说明
日期范围	燃尽的开始和结束日期。按迭代绘制进度时，结束日期是最后一次迭代的结束日期。
主要指标	基于所选燃尽方法的当前剩余工时。
已完成百分比	基于原始范围完成的工时百分比。选择“ 已完成百分比 ”以查看已完成工作项的完整列表。
平均燃尽	每个间隔或迭代完成的平均工时。
未估计的项目数	仅当在字段的总和上向下燃烧时才显示。它表示在所选的 “燃尽” 字段中没有值的当前项数。选择数字可查看不带估计值的工作项的完整列表。
总范围增加	显示自燃尽开始以来在原始范围中添加的工时量。
预计完成	根据剩余工时和历史进度和范围增加率计算预计完成日期。如果预计的完成日期早于指定的结束日期，则它会在工时应完成的间隔上绘制一条垂直线。如果预计完成日期晚于指定的结束日期，则显示完成工作所需的其他间隔/迭代次数。
原始范围	原始范围是自指定开始日期以来的所有剩余工时。图表从原始范围烧毁。完成百分比和范围增加总数是根据原始范围计算的。
总范围	表示燃尽的总范围。绘制的点包括已完成的工时和剩余工时。总范围行指示项目的范围更改。对于过去的数据点，绘制的总范围表示截至每个间隔/迭代结束时的实际总范围。对于将来的数据点，绘制的总范围表示基于过去范围更改的预测范围更改。
燃尽	表示进度。燃尽线指示你燃烧工作的速度。对于过去的数据点，绘制的燃尽表示截至每个间隔/迭代结束时的实际燃尽。对于将来的数据点，绘制的燃尽表示基于过去燃尽的预计进度。

先决条件

您必须是项目的成员。添加到项目或创建一个。
若要将小组件添加到团队仪表板，你需要是团队的成员。你必须具有或更高的基本访问权限，具有仪表板权限，或者是团队管理员或项目管理员。
必须启用开发板。如果禁用，则不会显示任何工作跟踪分析小组件。若要重新启用它，请参阅打开或关闭 Azure DevOps 服务。

您必须是项目的成员。添加到项目或创建一个项目。
启用或安装 Analytics。必须是帐户所有者或 Project 集合管理员 组的成员才能添加扩展或启用服务。
若要将小组件添加到团队仪表板，你需要是团队的成员。您必须具有或更高的基本访问权限，具有仪表板权限，或者是团队管理员或项目管理员。默认设置为所有团队成员提供权限。
必须启用开发板。如果禁用，则不会显示任何工作跟踪分析小组件。若要重新启用它，请参阅打开或关闭 Azure DevOps 服务。

Burndown 和 Burnup 小组件的“配置”对话框相同。为一个或多个团队配置这些小组件。若要详细了解团队，请参阅添加团队。

如果尚未将 Burndown 小组件添加到仪表板，请立即执行此操作。
若要打开配置对话框，请选择“更多操作”，然后选择“配置”选项。

如果尚未启用或安装 Analytics]，请立即执行此操作。
如果尚未将 Burndown 小组件添加到仪表板，请立即执行此操作。
若要打开配置对话框，请选择“更多操作”，然后选择“配置”选项。

选择要绘制的团队和工作项

修改小组件的标题并选择首选大小。 Burndown 小组件最多可扩展到 10x10。
选择要跟踪的 Teams 。选择 至少一个项目 和一个团队。

如果要跨团队跟踪进度，请使用团队选择器添加更多团队。还可以从其他项目中选择团队。

“燃尽”图表将显示所有选定团队剩余工时消耗量。

注意

虽然可以从其他项目中选择团队，但所有可用的配置选项（“工作项”、“ 字段条件”和“ 燃尽” ）将显示 当前项目中的选择。
可选择积压工作、工作项类型和字段的列表基于当前项目。

例如，如果选择其他项目中不存在的工作项类型，则燃尽将不包括该项目的工作项。如果选择其他项目中不存在的字段，则对于燃尽，该字段将被视为空白。因此，仅当这些项目的过程相同或至少非常相似时，跨多个项目创建的燃尽才会起作用。
选择要监视的积压工作或工作项类型。燃尽可以包括基于 积压工作 中的项或按 工作项类型排序的工作。

选择 积压工作 包括为该积压工作配置的所有工作项类型。

选择 积压工作 包括为该积压工作配置的所有工作项类型。
如果选择“ 故事积压工作”，则可以选择另一个选项： 在故事积压工作中包含 bug。在框中放置一个复选标记，以将 bug 以及用户情景包含在燃尽中。

此选项适用于 Scrum 项目的 PBI 积压工作和 CMMI 项目的要求积压工作。

注意

如果项目已使用托管 XML 进程进行自定义，并且已创建自定义 bug 工作项类别名称，则 Burndown 和 Burnup 小组件将无法查询该类别中的工作项。若要查询 bug，自定义的 bug 工作项类型必须属于默认 的 Bug 类别，引用名称 Microsoft.BugCategory。

选择 “工作项类型 ”以监视特定工作项类型的燃尽或烧毁。在列表中，你将找到项目的所有工作项类型，包括自定义工作项类型。
(可选) 选择字段条件以限制图表中显示的工作项。筛选基于分配给跟踪周期内日期的每个工作项定义的字段的值。

注意

在此步骤或以下步骤中设置筛选器时，请务必了解如何将筛选器应用于历史数据。有关详细信息，请阅读应用于历史数据的筛选器。
- 可以按项目中的任何可用字段进行筛选，甚至可以按特定标记进行筛选。
- 布尔字段不可用于选择。
- 无日期，HTML 字段可用于筛选
- 所有字段条件都是 AND 在一起的。也就是说，工作项必须与要包含在燃尽图或燃尽图中的所有字段条件匹配。
  例如，此处我们通过添加筛选器 Priority >=2 来筛选最高优先级项。
可以通过选择“添加条件”来添加多个字段条件。例如，还可以选择“发布”等自定义字段，以便仅创建分配给特定版本的项的燃尽图表。

注意

基于分析的图表是基于 EntitySet 构建的 WorkItemsSnapshot 。快照实体类型建模为每日快照。数据根据分配日期的分配进行聚合。这意味着，如果要根据字段或标记分配筛选 Burndown/Burnup 小组件，则必须在要监视的时间段之前分配这些小组件。否则，在应用它们之前，小组件不会注册它们。

甚至可以根据 字段条件的 null 值进行筛选。此行为与使用相同的字段条件的查询一致。在这里，我们选择筛选未定义 Activity 值的工作项。

选择要跟踪的燃尽/烧毁指标

选择要计算燃尽或烧毁的方式：按工作项计数或基于所选字段的总和。
在这里，我们选择基于工作项计数的燃尽。

在这里，我们根据 故事点选择一个总和。

可以从整数或十进制数据类型的标准或自定义字段中进行选择，例如 故事点、 工作量或 剩余工时。

注意

在聚合大小字段（如故事点）时，燃尽效果最佳。如果选择在冲刺期间更改的字段（如“任务的剩余工时”）上的“燃尽”，则“项未估计”的计算将随着项目关闭而增大。

选择时间段和绘制间隔

选择时间段。可以从以下选项之一中进行选择来定义时间段：

选项	燃尽目的
开始日期	确定原始范围基线。图表从原始范围向下燃烧。完成百分比和总范围增加是根据原始范围计算的。
结束日期	指定目标完成日期。目标是在结束日期前完成原始工作范围。
绘图间隔	在此处选择要在 “开始日期” 和“ 结束日期”之间绘制的间隔。平均燃尽基于所选间隔。可以根据每日/每周/每月间隔或迭代计划绘制燃尽。

基于迭代计划的绘图

选择 “开始日期”后，将 “绘图燃尽依据 ”设置为 “迭代”。可以从当前项目中选择迭代。

通过选择“ 添加迭代”添加多个迭代。

提示

迭代选择框支持搜索。键入迭代的部分名称，并显示最接近的匹配项。

可以选择的迭代基于 当前项目，即使你从其他项目中选择了团队也是如此。燃尽图根据迭代的结束日期绘制剩余工时。它根据迭代结束日期计算所有团队和项目的剩余工时。例如，如果迭代于 2022/07/31 结束，则燃尽图会计算截至 2022/07/30 的剩余工时，对每个团队或项目的所有工作项进行计数或求和。因此，只要所有团队都选择了相同的迭代计划，跨项目燃尽在按迭代绘制时就会起作用。

燃尽图表使用每次迭代的结束日期来绘制该迭代的剩余工时。

如果选择根据迭代计划绘制，则无法选择 “结束日期”。燃尽假定 结束日期 是上次迭代的结束日期。

基于每日、每周或每月间隔的绘图

选择 “开始日期”后，将 “绘图燃尽依据 ”设置为 “日期”。指定燃尽的 结束日期 。可以将 “绘图间隔 ”设置为“天”、“周”或“月”。

如果选择“ 周”，则可以选择“ 一周的最后一天”。每个间隔的剩余工时将基于该天计算。

如果选择“ 月份”，则会根据每个月的最后一天计算燃尽/烧毁。

注意

平均燃尽假定每个间隔的长度相同。它不考虑长度不同的月份。此外，它假定 “开始日期 ”和“第一个月”之间的间隔为整月，即使 “开始日期” 与第一个月的结束日期之间的时间长度与通常的月份长度不匹配。例如， 开始日期 为 2021/11/15，会将第一个月绘制为 2021/10/31，但将计为 平均燃尽的整个月份。为了获得最佳结果， 请输入与第 一个月的开始日期相同的开始日期。 按每周间隔绘制时也是如此。

其他选项

选中要添加到图表的以下选项的框。

显示燃尽：显示历史和预测的未来燃尽
显示总范围：显示历史范围和预计范围增加
显示已完成的工作：它将剩余工时和已完成的工作显示为堆栈栏
使用工作项类型颜色绘制剩余工时：根据工作项类型颜色显示剩余工时，而不是默认的蓝色。如果包含多个工作项，则它会按工作项类型堆叠颜色。

最常见的燃烧之一是冲刺燃烧。冲刺消耗有助于确定团队是否有望完成其冲刺计划。可以使用以下示例来了解如何配置 Burndown 小组件以表示冲刺燃尽。在此示例中，我们演示了针对 sprint 08_2022 的 Fabrikam Fiber - 网站团队的燃尽。冲刺从 2022/08/01 开始，到 2022/08/31 结束。

选择单个团队来监视其冲刺进度。
选择工作项。对于此示例，请选择“ 故事积压工作”。
选择要为其创建冲刺燃尽的迭代路径。在 迭代路径 上添加字段条件以匹配冲刺。
选择要计算燃尽的方式。可以使用工作项计数或任何字段的总和。
将开始日期设置为冲刺的第一天。例如，2022/08/01。
将 “绘图燃尽时间” 设置为 “日期”。将结束日期设置为冲刺的最后一天。例如，2022/08/31。
保存配置。此小组件现在显示 Fabrikam 纤维 - 网站团队的每日消耗，适合冲刺 08_2022。燃尽显示每天完成的工作项计数以及剩余的故事和 bug。由于团队在冲刺开始后添加了 28 个项目，该数字反映在 “总范围增加”中。

若要更改此小组件正在监视的冲刺（例如，以冲刺 09_2022），需要手动更改小组件配置字段条件和日期。