在 Azure Boards 中显示汇总进度或总计
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2020
通过汇总列,可以查看层次结构中后代项的进度条或数值字段的总数。 后代项对应于层次结构中的所有子项。 可以将一个或多个汇总列添加到产品或项目组合积压工作,但不支持冲刺 (sprint) 积压工作。 有关链接层次结构中的工作项的详细信息,请参阅链接类型参考/工作链接类型。
例如,在这里,我们显示“按工作项的进度”,它根据已关闭的后代项的百分比显示祖代工作项的进度条。 长篇故事的后代项包括所有子功能及其子级或孙级工作项。 功能的后代项包括所有子用户情景及其子级工作项。
重要
汇总数据支持进度条、工作项计数或项目中数值字段的总和。 链接到不同项目的子项不会计入父项汇总计算结果。 此外,指向测试用例或测试项目的链接也不包含在汇总计算结果中。 这些项使用特定于测试的链接类型进行链接。
先决条件
- 汇总列数据是通过 Analytics 服务计算得出的。
- 若要添加汇总列,必须在本地 Azure DevOps Server 上启用 Analytics 服务。 有关详细信息,请参阅安装/卸载或启用/禁用 Analytics 服务。
汇总和分层工作项
根据为项目选择的流程,支持自然分层分组的默认积压工作项集有所不同。 将工作项分组到层次结构中的最简单方法是映射工作项,或者将它们添加到看板面板上的父项。 有关详细信息,请参阅组织积压工作,将子工作项映射到父项和看板面板功能和长篇故事。
下图显示了敏捷流程积压工作项层次结构。 每个团队都可以通过配置使用 bug 设置来配置他们管理 bug(与“用户情景”或“任务”级别相同)的方式。
打开产品或组合积压工作
每个用户都可以设置自己的列选项,这些选项会在用户会话之间为每个积压工作保留。
打开产品或组合积压工作。 (可选)从视图选项启用“显示父项”选项。 即使未列出子项,也会显示它们的汇总。
提示
请考虑打开组合积压工作,并选择查看“进行中的项”和“已完成的子项”。 这样,就可以根据汇总值检查项的“状态”值。
选择“列选项”,或选择 操作图标,然后选择“列选项”。
提示
请注意,所选的列选项对应于所选的积压工作级别。 它们在你的会话中持续存在,直到你进行更改。
添加汇总列
在“列选项”对话框中,选择“添加汇总列”,选择“从快速列表”,然后从列出的选项中进行选择。
注意
根据为项目选择的流程、所选的积压工作级别,以及是否启用了“显示父项”视图选项,菜单选项会有所不同。
从提供的菜单中进行选择。
- “进度条”根据已完成或已关闭的关联后代工作项的百分比显示进度条。
- “总数”显示后代项或后代项的关联字段的总和。 “总计”根据功能或长篇故事的子项数量,提供功能或长篇故事的大小的度量值。 例如,“任务计数”显示链接到父项的所有任务的总和。 活动或已关闭状态会忽略。
例如,下图显示,父项用户情景的任务计数分别为 2 和 4。 父项功能和长篇故事的任务计数为 6。
“任务的剩余工时”显示链接到父项的任务剩余工时的总和。
提示
请注意,当任务关闭时,“剩余工时”字段将设置为零。
分析、延迟和错误状态
汇总数据是通过 Analytics 服务计算得出的。 当存在大量数据时,在显示汇总时可能会有一些延迟。 将鼠标悬停在 汇总图标上,可以确定数据的状态。
如果在检索汇总数据时出错,你将看到 信息图标和空行。 错误会指明上次更新 Analytics 数据的时间。 这意味着 Analytics 服务仍在处理所做的更改,这可能会影响汇总计算结果。 当 Analytics 数据更新后,汇总列将刷新为最新的数据。
若要了解有关该服务的详细信息,请参阅什么是 Analytics?。
更改列顺序或移除汇总列
若要更改字段的顺序,请将字段拖放到所选字段集中所需的位置。 若要删除某个字段,请选择 。
自定义工作项类型或自定义字段的汇总
如果将自定义工作项类型或字段添加到积压工作级别,可以根据这些选项来查看汇总。 例如,将“客户请求”类型添加到“需求”类别,下图显示了“客户请求计数”。
在“列选项”对话框中,选择“添加汇总列”,选择“配置自定义汇总”选项。
从“自定义汇总列”对话框中选择所需的选项。
选择“确定”。然后再选择“确定”以完成操作。
提示
如果添加自定义字段或自定义工作项类型,必须刷新积压工作页以反映所做的更改。
使用键盘快捷方式更改列顺序、列宽或为选项排序
可以使用以下键盘命令更改列顺序、列大小或为选项排序:
- 若要更改列顺序,请选择字段并将它拖动到新位置
- 若要调整列的大小,请选择字段右侧的列分隔符并拖动到新位置
相关文章
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈