配置燃尽或燃耗小组件

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

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

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

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

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

使用本文了解如何:

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

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

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

已配置为显示“烧毁小组件”的“释放烧”屏幕截图的“烧毁”小组件,“释放烧毁”示例。

已配置为显示“烧毁小组件”Bug“的”烧毁“小组件,Bug 烧毁小组件示例

指标

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

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

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

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

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

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

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

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

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

带有 Burndown/Burnup 小组件元素标注的概念图像。

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

先决条件

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

将小组件添加到仪表板

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

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

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

  1. 修改小组件的 标题 并选择首选 大小。 “烧毁”小组件可纵向扩展到 10x10。

  2. 选择要跟踪的 Teams 。选择至少一 个项目 和一个 团队

    如果要跨团队跟踪进度,请使用团队选择器添加更多团队。 还可以从其他项目中选择团队。
    “配置”对话框的屏幕截图,“烧毁/燃烧小组件”,“选择多个团队”部分。
    “烧毁”图表将显示所有选定团队剩余工作的烧毁。

    备注

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

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

  3. 选择要监视的积压工作或工作项类型。 进度可以根据 积压工作 中的项目或 工作项类型包括工作

    选择 积压工作 包括为该积压工作配置的所有工作项类型。
    “配置”对话框的屏幕截图,“工作项选择”部分。

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

    此选项适用于 Scrum 项目的 PBI 积压工作和 CMMI 项目的要求积压工作。
    “配置”对话框的屏幕截图,选择“工作项”,Azure DevOps Server 2019 和 2020 版本。

    备注

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

    选择 “工作项类型 ”可监视特定工作项类型的烧毁或烧毁。 在列表中,你将找到所有项目的工作项类型,包括 自定义工作项类型
    “配置”的屏幕截图,“选择工作项类型”部分,选中了 Bug 工作项类型。

  4. (可选) 选择字段条件以限制图表中显示的工作项。 筛选基于分配给在跟踪期间内日期的每个工作项定义的字段的值。

    备注

    在此步骤或以下步骤中设置筛选器时,请务必了解如何将筛选器应用于历史数据。 有关详细信息,请阅读 应用于历史数据的筛选器

    • 你可以按项目中可用的任何字段进行筛选,甚至按特定标记进行筛选。
    • 布尔字段不可用于选择。
    • 没有日期,HTML 字段可用于筛选
    • 所有字段条件都一起进行 AND 处理。 也就是说,工作项必须与烧毁或烧毁图表中包含的所有字段条件匹配。
      例如,我们在此处通过添加筛选器 优先级 >=2 来筛选顶级项。
      “配置”对话框的屏幕截图,其中选择了“字段条件”。

    可以通过选择“ 添加条件”来添加多个字段条件。 例如,还可以选择自定义字段(如“发布”)以仅创建分配给特定版本的项的烧毁图表。
    “配置”对话框的屏幕截图,选择多个字段条件。

    备注

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

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

    “配置”对话框的屏幕截图:“字段条件”部分,其中仅设置了活动值为 null 值的字段。

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

  • 选择要如何计算烧毁或烧毁:按工时项 计数 或基于所选字段的总 计算。
    在这里,我们选择基于工时项计数的烧毁。
    “配置”对话框的屏幕截图,选择“计数”部分的“烧毁”。
    在这里,我们根据 故事点选择一个总和。
    “配置”对话框的屏幕截图,“选择 Sum”部分中的“烧毁”。

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

    备注

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

选择时间段和绘制间隔

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

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

    基于迭代计划绘制

    选择 “开始日期”后,将 “绘图烧毁时间 ”设置为 “迭代”。 可以从当前项目中选择迭代。
    “配置”对话框的屏幕截图,其中选择了多个迭代的“选择迭代”部分。

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

    提示

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

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

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

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

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

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

    “配置”对话框的屏幕截图,选择“绘制间隔”设置为“天”的时间段部分。

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

    “配置”对话框的屏幕截图,选择“绘制间隔”设置为“周”的时间段部分。

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

    备注

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

其他选项

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

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

配置 Sprint Burndown 小组件

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

  1. 选择一个团队来监视其冲刺烧毁情况。

    “选择 Teams”部分的“冲刺烧毁”示例的“配置”对话框的屏幕截图。

  2. 选择工作项。 对于此示例,请选择 “故事 积压工作”。

    sprint burndown 示例的“配置”对话框的屏幕截图,“选择工作项类型”作为“故事”。

  3. 选择要为其创建冲刺烧毁的迭代路径。 在 迭代路径 上添加字段条件以匹配冲刺。

    sprint burndown 示例的配置对话框的屏幕截图,将字段条件设置为选择迭代。

  4. 选择要如何计算烧毁方式。 可以使用工作项 计数 或任何字段 的总和

    sprint burndown 示例的“配置”对话框的屏幕截图,其中“按工作项计数选择烧毁”。

  5. 将开始日期设置为冲刺的第一天。 例如,2022/08/01。

  6. 绘图进度设置为“日期”。 将结束日期设置为冲刺的最后一天。 例如,2022/08/31。

    sprint burndown 示例的“配置”对话框的屏幕截图,其中设置了时间段部分和按日期绘制。

  7. 保存配置。 此小组件现在显示 Fabrikam Fiber - sprint 08_2022 的网站团队的每日烧毁。 烧毁显示每天完成的工作项数以及剩余的故事和 bug。 由于团队在冲刺开始后添加了 28 个项目,该数字反映在 “总范围增加”中。

    冲刺烧毁示例图表的屏幕截图。

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

配置 Sprint Burnup 小组件

配置 Burnup 小组件与配置 Burndown 小组件完全相同,只不过它绘制已完成的工作,而不是剩余的工作。

用于显示“烧毁故事”的“烧毁小组件”

“Burnup 小组件”示例的屏幕截图,其中显示了团队冲刺故事烧毁。

后续步骤