使用积压工作来管理项目

项目
08/17/2023

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

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

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

关于积压工作

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

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

注意

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

产品和组合积压工作

积压工作 (backlog) 将工作项显示为列表。 产品积压工作表示项目计划，即团队计划交付的路线图。它还提供一个存储库，其中包含跟踪并与团队共享所需的所有信息。

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

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

Web 门户、选择 Boards 和积压工作 (backlog)、TFS 2018 的屏幕截图。

积压工作 (backlog) 配置

注意

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

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

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

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

提示

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

多个团队的常见积压工作 (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 的层次结构，但我们不建议创建相同类别的层次结构。换句话说，不要在相同类型的工作项之间创建父子链接，例如 story-story、bug-bug 或 task-task。同一类别层次结构中的最后一个节点可能仅显示在看板、冲刺积压工作和任务板上。例如，如果链接同一类别层次结构中深度为四个级别的项，则看板面板、冲刺 (sprint) 积压工作 (backlog) 和任务板上仅显示第四级别的项。

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