使用积压工作来管理项目

项目
04/17/2024

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

借助积压工作，可以通过向产品积压工作添加用户情景或要求来快速规划项目。制定好计划后，可以开始推动代码开发工作。

如果你是项目管理员，请参阅配置和自定义 Azure Boards，其中向你展示了如何定义区域和迭代路径以及自定义工作项类型。创建项目或添加团队时，会自动创建积压工作。每个团队都可以访问自己的产品、项目组合和冲刺 (sprint) 积压工作 (backlog)，如关于团队和敏捷工具中所述。

关于积压工作

Azure Boards 积压工作是按优先级排序的工作项目列表，可指导开发团队的工作、帮助管理项目范围并促进整个软件开发生命周期中的有效沟通和协作。

积压工作可以用来执行以下任务：

注意

有关详细信息，请参阅积压工作 (backlog)、面板和计划。如果你在积压工作 (backlog) 或版块上看不到所需的工作项，请参阅设置积压工作 (backlog) 和版块，以便根据你的偏好对其进行配置。

产品和组合积压工作

积压工作 (backlog) 将工作项显示为列表。 产品积压工作表示你的项目计划（即团队计划交付内容的路线图）。它还提供了需要跟踪并与团队共享的所有信息的存储库。

在敏捷方法中，可以通过组合积压工作将积压工作分组并整理到层次结构中，并显示组织计划在较长时间内处理的高级计划、长篇故事或项目。这些计划通常太大或太复杂，无法适应单个团队积压工作的范围，并且需要在更高的组织级别进行协调和规划。

Boards 积压工作 (backlog) 的屏幕截图。

积压工作 (backlog) 配置

注意

如何添加积压工作 (backlog) 或版块？ 不添加积压工作 (backlog) 或版块。添加团队，该团队会自动配置自己的积压工作 (backlog) 和版块集，如关于团队和敏捷工具中所述。

每个积压工作都与一个团队关联，团队配置设置确定团队积压工作中显示的工作项。团队管理员为团队执行以下任务：

为团队选择处于活动状态的区域路径，只有分配到这些区域路径的工作项才会显示在团队的积压工作中
设置定义团队积压工作项时使用的默认区域路径和迭代路径
为团队选择处于活动状态的迭代路径
为团队确定处于活动状态的积压工作级别
定义 bug 是作为要求还是作为任务处理

有关详细信息，请参阅以下文章：

提示

每个团队成员有多个工具来配置积压工作视图：“展开/折叠一个级别”、“列选项”、积压工作级别选择器、“查看选项”和“筛选器”工具栏。为每个积压工作级别设置的选项都是不同的，并且一直保留到更改为止。有关详细信息，请参阅配置积压工作视图。

多个团队的常见积压工作 (backlog) 配置

问：是否可以定义多个团队可订阅的积压工作 (backlog) 配置？答：否，每个团队负责控制自己的团队设置和积压工作 (backlog) 配置。

由于每个用户都可以配置自己的“列选项”和“视图选项”，因此无法为所有团队配置通用的积压工作 (backlog) 视图。此外，没有可以为每个团队设置的默认列选项。

由于每个用户都可以配置自己的“列选项”和“视图选项”，因此无法为所有团队配置通用的积压工作 (backlog) 视图。但是，可以通过编辑流程配置为所有团队成员定义默认列选项。若要了解如何操作，请参阅流程配置 XML 元素引用、设置默认列。

定义工作项并创建积压工作 (backlog)

通过创建积压工作项来构建项目计划。这些项表示功能、要求、用户情景或其他要完成的工作。组合积压工作支持以分层方式组织工作。它们有助于跟踪依赖于许多情景或要求的主要产品计划或方案。不同类型的工作项有助于跟踪不同类型的工作，例如用户情景、任务、bug 和问题等。

积压工作 (backlog) 优先级或堆栈级别顺序

项在每个积压工作 (backlog) 上的顺序由将项添加或移动到页上的位置决定。在积压工作 (backlog) 列表中拖动项时，后台进程会更新堆栈级别（敏捷和 CMMI 流程）或积压工作 (backlog) 优先级（Scrum 流程）字段。系统使用这些字段来跟踪产品、功能、长篇故事或其他组合积压工作上的项的相对排名。默认情况下，这些字段不显示在工作项表单上。

显示如何重排工作项顺序的屏幕截图。

避免使用批量修改函数更改积压工作优先级字段的值。虽然你可以为这些字段分配值，但你需要为选定的所有项分配相同的值，从而实现批量编辑。

批量编辑的首选方法是使用多选将项移动到页面的顶部、底部或特定位置。如果必须批量编辑积压工作 (backlog) 顺序字段之一才能按所需的优先级顺序获取大量工作项，请使用 Excel。可以导出包含积压工作项的查询，更新积压工作优先级或堆栈级别字段，然后发布更改。

积压工作 (backlog) 中列出的“正在进行”项和工作

积压工作 (backlog) 旨在显示对应于“已建议”、“正在进行”或“已解决”类别状态的工作。完成工作且进入“已完成”或“已关闭”状态后，它将从积压工作 (backlog) 视图中退出。始终可以创建查询来查看已完成的工作，或从“工作项”页查看最近完成的透视。

一般情况下，需要显示处于“正在进行”类别状态的所有项，这对应于“活动”和“已提交”状态。若要专注于已建议但尚未进行的工作，可以切换积压工作 (backlog) 视图以关闭“正在进行”。预测产品积压工作时，此切换非常有用。

如果积压工作缺少项目，请检查“正在进行”视图是否已关闭。有关详细信息，请参阅工作流状态和状态类别。

通过映射积压工作项和重新设置其父项来组织积压工作 (backlog)

当你的团队正在处理许多计划时，你可能希望根据这些计划对工作进行分组。通过定义功能和长篇故事，可以将工作分组到由长篇故事、功能和积压工作项组成的三层层次结构中。

例如，此处的客户服务团队在两个功能和一个长篇故事下组织了多个积压工作项。

显示父级和多团队所有权的积压工作 (backlog) 的屏幕截图。

显示父级和多团队所有权的积压工作 (backlog)，Azure DevOps Server 2019 和更早版本的屏幕截图。

速度

将积压工作项分配到冲刺 (sprint) 时，你将获得对产品和组合积压工作的上下文中速度报告的访问权限。速度可帮助团队确定他们一次又一次冲刺 (sprint) 时可执行的工作量。

可以快速配置“速度”报表来统计工作项或为故事点、工作量、剩余工作或其他数值字段求和。

打开速度分析

将产品积压工作项分配到冲刺 (sprint) 时，你将获得对产品积压工作的上下文中速度报表的访问权限。速度可帮助团队确定他们一次又一次冲刺 (sprint) 时可执行的工作量。

报告跟踪团队的估计积压工作 (backlog) ，即工作量（基本或 Scrum 流程）、故事点（敏捷流程）或大小（CMMI 流程）之和，团队在之前冲刺 (sprint) 中已完成的部分显示为绿色，仍在进行中的部分显示为蓝色。

Web 门户，速度图显示了“正在进行”和“已完成”工作的七个冲刺 (sprint)

有关详细信息，请参阅查看或配置团队速度

显示汇总进度、计数或总计

产品和项目组合积压工作支持汇总列。可以添加一个或多个汇总列来显示进度栏、后代工作项计数或选定数值字段的总计。你的设置将保留你自定义的每个页面，并仅对视图有效。

进度栏指示层次结构中已关闭或已完成的后代项的百分比。
计数显示后代项的总数。
“总计”提供数值字段的总和，例如“工作量”、“故事点”、“已完成的工作”或“剩余工作”等后代项。

以下示例显示了组合积压工作的进度栏。

长篇故事、功能和用户故事进度的屏幕截图示例。

使用积压工作项的多团队所有权

如果有多个团队，分层视图可能会显示属于其他团队的项目。

查看其他团队拥有的积压工作项和父项

团队的产品积压工作仅列出其区域路径与分配给团队的项目匹配的项。但是，如果向父级显示，你将看到功能和积压工作项的父级长篇故事，即使该长篇故事或功能属于另一个团队也是如此。

其他团队拥有的项会显示一个信息图标。

其他团队拥有的积压工作项和父项的屏幕截图。

提示

将“节点名称”字段添加为列，以标识与工作项关联的区域路径/团队。

其他团队拥有的项会显示一个信息图标。

其他团队拥有的积压工作项和父项，Azure DevOps Server 2019 版本的屏幕截图。

提示

将“节点名称”字段添加为列，以标识与工作项关联的区域路径/团队。

有关详细信息，请参阅定义区域路径并分配给团队。

查看其他团队拥有的长篇故事和子项

下面是另一个示例，其中显示了管理团队的长篇故事积压工作。向下钻取，可以看到所有积压工作项和功能，即使它们属于以下三个不同的团队之一：客户服务、电话和 Web。

查看其他团队拥有的长篇故事和子项的屏幕截图。

查看其他团队拥有的长篇故事和子项，Azure DevOps Server 2019 版本的屏幕截图。

从这些视图中，可以重新设置你和其他团队所拥有的项目的父级。但是，无法为其他团队拥有的项目重新排序。

此组织使管理团队能够专注于高级功能和长篇故事，而开发团队可以专注于他们负责交付的积压工作项。添加团队并设置其区域路径。例如，可以创建一个与此类似的团队结构，其中包含两个管理团队和三个开发团队。

积压工作 (backlog) 和多团队所有权的概念图像。

有关分层团队和积压工作结构的详细信息，请参阅项目组合管理。

重要

你可以灵活地与来自不同项目的工作项建立子链接。但是，如果项目之间的进程不同，则层次结构在积压工作中对驻留在单独的项目中的子项不可见。尽管如此，你可以直接在工作项窗体上查看所有关联的子项。

重排工作项顺序并重新设置其父级

所有积压工作 (backlog) 和版块都支持拖动，以重排工作项顺序并重新设置其父级。对一个团队的积压工作 (backlog) 和版块所做的更新均反映在共享同一区域路径的其他团队积压工作 (backlog) 和版块中。可能需要刷新页面才能查看更改。

只能使用拖动功能来对分配给为团队选择的区域路径的工作项重新排序或重新设置父级。启用“父级”视图选项后，你的积压工作项可能会出现在团队不拥有的工作项上。使用信息图标显示的任何内容都不能重新排序或重新设置父级，因为它属于另一个团队。

团队所有权相关信息消息的屏幕截图。

显示叶节点工作项

对于 TFS 2018 及更早版本，看板面板仅显示具有相同类别的层次结构嵌套项的叶节点。对于所有版本，冲刺积压工作和任务面板仅显示相同类别的层次结构中的最后一个节点，称为叶节点。

虽然可以创建积压工作项、任务和 bug 的层次结构，但我们不建议创建相同类别的层次结构。换句话说，不要在相同类型的工作项之间创建父子链接，例如情景-情景、bug-bug、任务-任务。同一类别层次结构中的最后一个节点只能出现在看板面板、冲刺 (sprint) 积压工作和任务面板上。例如，如果链接同一类别层次结构中深度为四个级别的项，则看板工作版块、冲刺 (sprint) 积压工作 (backlog) 和任务板上仅显示第四级别的项。

我们建议你维护一个简单的列表，而不是嵌套需求、bug 和任务。只在属于不同类别的项之间创建具有一个深度级别的父子链接。有关详细信息，请参阅修复重新排序和嵌套问题、积压工作 (backlog) 和面板如何显示分层（嵌套）项。