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

项目
09/27/2022

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

Burndown 和 Burnup 小组件为以下项提供了创建图表的灵活性：

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

烧毁图表侧重于特定时间段内的剩余工时，而烧毁图表侧重于已完成的工作。

这两种图表类型都有助于回答问题： 我们是否有望在结束日期之前完成这组工作？

使用本文了解如何：

解释“烧毁”或“烧毁”小组件
配置 Burndown 或 Burnup 小组件
使用烧毁指标
使用烧毁图表
配置冲刺烧毁

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

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

已配置为显示“烧毁小组件”的“释放烧毁

已配置为显示

指标

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

根据历史烧毁和范围增加，“烧毁”图表显示预计的工作完成日期。使用烧毁，团队可以保持在进度之上，并查看其工作在交付日期的即时影响。

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

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

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

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

是否添加太多范围？
平均燃烧率是否发生变化，如果是这样，为什么？

烧毁图表还有助于团队了解其发布的风险。如果预计结束日期超过发布目标日期，团队可能需要减少范围或延长项目。烧毁还可以表明进度大于预期，提供添加范围时不常见但美妙的选择。

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

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

先决条件

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

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

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

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

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

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

修改小组件的标题并选择首选大小。 “烧毁”小组件可纵向扩展到 10x10。
选择要跟踪的 Teams 。选择至少一 个项目 和一个团队。

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

“烧毁”图表将显示所有选定团队剩余工作的烧毁。

备注

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

例如，如果选择另一个项目中不存在的工作项类型，则烧毁将不包括该项目中的工作项。如果选择另一个项目中不存在的字段，该字段将被视为空白，以供烧毁。因此，仅当这些项目的流程相同或至少非常相似时，才能跨多个项目创建的烧毁。
选择要监视的积压工作或工作项类型。进度可以根据 积压工作 中的项目或 工作项类型包括工作。

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

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

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

备注

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

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

备注

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

备注

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

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

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

选择要如何计算烧毁或烧毁：按工时项计数或基于所选字段的总和计算。
在这里，我们选择基于工时项计数的烧毁。

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

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

备注

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

选择时间段和绘制间隔

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

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

基于迭代计划绘制

选择 “开始日期”后，将 “绘图烧毁时间 ”设置为 “迭代”。可以从当前项目中选择迭代。

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

提示

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

你可以选择的迭代基于 当前项目，即使你从其他项目中选择了团队也是如此。烧毁图表根据迭代的结束日期绘制剩余工时。它根据该迭代结束日期计算所有团队和项目的剩余工时。例如，如果迭代于 2022/07/31 结束，则烧毁图表计算剩余工时（截至 2022/07/30），计算或汇总每个团队或项目的所有工作项。因此，只要所有团队都选择了相同的迭代计划，跨项目烧毁在绘图时工作。

烧毁图表使用每次迭代的结束日期绘制该迭代的剩余工作。

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

基于每日、每周或每月间隔绘制

选择开始日期后，将绘图进度设置为“日期”。指定烧毁的 结束日期 。可以将 绘图间隔 设置为“天”、“周”或“月”。

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

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

备注

平均烧毁假定每个间隔的长度相同。它不考虑不同长度的月份。此外，它假定 开始日期 与第一个月之间的间隔为完整月，即使 开始日期 与第一个月的结束日期之间的时间长度与一个月的典型长度不匹配。例如， 开始日期为 2021 年 11 月 15 日，将第一个月绘制为 2021 年 10 月 31 日，但将算作 平均烧毁的整月。为获得最佳结果，请输入与第一个月的开始日期相同的 开始日期 。 按每周间隔绘制时，这也是事实。

其他选项

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

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

最常见的烧毁之一是冲刺烧毁。冲刺烧毁对于确定团队是否正轨完成冲刺计划非常有用。可以使用以下示例来配置 Burndown 小组件以表示冲刺烧毁。在本示例中，我们显示 Fabrikam Fiber - sprint 08_2022 的网站团队的烧毁。冲刺于 2022/08/01 开始，2022 年 8 月 31 日结束。

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

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