自定义积压工作(backlog)或板（继承进程）

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

可以自定义积压工作，以添加更多级别或向其添加自定义工作项类型。 如下所示，我们添加了标记为 “计划” 的第三级积压工作项目组合，用于跟踪自定义 计划 工作项类型，并将产品积压工作重命名为 “故事”和“票证” ，以指示我们不仅跟踪 用户情景，还跟踪产品积压工作上的 客户票证 。

项目定义了两个项目组合积压工作：功能积压工作和长篇故事。 但是，如果需要一个或多个额外的项目组合积压工作，可以添加它们。

重要

本文适用于 Azure DevOps Services 和 Azure DevOps Server 2019 及更高版本。 若要自定义针对 TFS 2018 或更早版本的集合定义的任何项目，请参阅 本地 XML 进程模型。

项目组合积压工作可用于在各种业务计划和用户方案中组织积压工作。 将 积压工作组织到项目组合中时，可以获得较低级别积压工作中定义的工作的分层视图，包括跨多个团队正在进行的工作。 项目经理可以跟踪感兴趣的积压工作项的状态并向下钻取，以确保所有工作都得到表示。

若要详细了解可以自定义的内容，请参阅 关于进程自定义和继承的进程。

支持的自定义项

积压工作和板是创建和管理团队工作的基本敏捷工具。 从系统流程继承的标准积压工作（产品、迭代和产品组合）是完全可自定义的。 此外，还可以为总共五个项目组合积压工作添加自定义项目组合积压工作。

---

积压工作类型

自定义支持

---

继承的积压工作

• 添加自定义工作项类型

• 添加继承的工作项类型

• 更改默认工作项类型
• 重命名积压工作

---

自定义项目组合积压工作

• 添加显示自定义工作项类型的项目组合积压工作
• 编辑或重命名项目组合积压工作
• 删除顶级自定义项目组合积压工作

---

无法自定义的内容

• 无法从产品 (删除继承的项目组合级别，但可以重命名项目组合级别，并且可以禁用继承的工作项类型)
• 不能在现有的已定义的积压工作集内插入积压工作级别
• 无法对积压工作级别重新排序
• 无法将工作项类型添加到两个不同的积压工作级别
• 虽然可以向迭代积压工作添加自定义 WIT，但无法创建自定义任务积压工作级别
• 无法将 Bug WIT 添加到任何积压工作级别。 相反，系统允许每个团队决定如何管理 bug。 若要了解详细信息，请参阅 显示积压工作和板上的 bug。

将系统工作项类型添加到积压工作

如果要跟踪积压工作或板中的问题或障碍或其他继承的工作项类型，可以通过编辑相应的积压工作。 下表列出了可添加到积压工作中的可用工作项类型。

---

处理

工作项类型

---

敏捷

问题

---

Scrum

障碍

---

CMMI

更改请求、问题、审阅、风险

---

每个 “编辑积压工作级别 ”对话框都会自动包含尚未分配给其他积压工作级别的继承和自定义工作项类型。 例如，未分配的敏捷工作项类型列在 “其他工作项类型 ”部分下，如下图所示

这些相同的工作项类型以及任何自定义工作项类型将显示在所有 积压工作级别的“编辑积压工作级别 ”对话框中，直到它们被分配到特定的积压工作级别。

注意

无法从任何积压工作级别删除默认继承的工作项类型，但可以禁用相应的工作项类型。 例如，只要添加了另一个工作项类型来支持该积压工作，就可以为敏捷要求积压工作禁用 User Story 工作项类型。

添加到工作项类型的字段

将工作项类型添加到积压工作级别时，以下字段将作为隐藏字段添加到工作项类型定义 (也就是说，它们不会显示在工作项窗体上，) 以支持选择敏捷工具功能。

积压工作级别	添加的字段
项目组合积压工作 (backlog)	- 堆栈排名 (敏捷、CMMI) - 积压优先级 (Scrum)
要求积压工作	- 堆栈排名、故事点 (敏捷) - 堆栈排名、大小 (CMMI) - 积压工作优先级、工作量 (Scrum)
迭代积压工作 (backlog)	- 活动、剩余工时、堆栈排名 (敏捷) - 规则、剩余工时、堆栈排名 (CMMI) - 活动、剩余工时、积压工作优先级 (Scrum)

“堆栈排名”和“积压工作优先级”字段捕获工作项在积压工作或板上重新排序的相对优先级。 有关其用法的详细信息，请参阅 后台：积压工作优先级或堆栈排名字段。

“故事点数”、“大小”和“工作量”字段捕获完成分配给“要求积压工作”的 WIT 所需的相对工时。 此值用于计算 速度。

最后，剩余工时用于 冲刺燃尽和容量图表。

先决条件

在自定义流程之前，建议查看配置和自定义Azure Boards，其中提供了有关如何自定义Azure Boards以满足业务需求的指导。 有关不同积压工作和板的说明，请参阅 积压工作、板、任务板和计划支持的任务。

• 必须在 Azure DevOps Services 中创建组织。 如果尚未创建， 请立即创建。
• 若要创建、编辑和管理流程，您必须是 Project Collection Administrators 组的成员，或者具有相应的集合级别权限“创建进程”、“删除进程”、“编辑进程”或“从组织中删除字段”设置为“允许”。 请参阅 设置工作跟踪的权限和访问权限，自定义继承的进程。

打开“设置”>“流程”

从“组织设置”>“流程”创建、管理以及自定义流程。

1. 选择 Azure DevOps 徽标以打开“项目”。 然后选择“组织设置”。

   

2. 然后，选择“流程”。

   

   重要

   如果未看到“流程”，则表示你使用的是 TFS-2018 或更低版本。 不支持“流程”页。 必须使用本地 XML 流程模型支持的功能。

注意

自定义继承的进程时，使用该进程的所有项目都会自动更新以反映自定义项。 出于此原因，建议在进行多个自定义项时创建一个测试过程和测试项目，以便在将自定义项推广到组织之前对其进行测试。 若要了解详细信息，请参阅 创建和管理继承的进程。

添加或编辑组合积压工作

Agile、Scrum 和 CMMI 系统流程定义了两个默认项目组合积压工作：Epics 和 Features。 每个都与其相应的工作项类型（Epic 和 Feature）相关联。 基本流程仅定义 Epics 积压工作和 Epic 工作项类型。 有关详细信息，请参阅关于流程和流程模板。

可以在添加或编辑项目组合积压工作时添加自定义工作项类型，也可以选择之前添加的工作项类型。 只有不属于其他积压工作级别的工作项类型才会显示以供选择。

添加组合积压工作 (backlog)

可以按照以下步骤添加项目组合积压工作和自定义工作项类型。

1. 在 “积压工作级别 ”页中，选择“ 新建顶级项目组合积压工作”。

   

2. 命名积压工作级别，选择积压工作级别颜色，并添加要与此级别关联的工作项类型。 单击“添加”。

   

3. 如果仅将一个工作项类型与积压工作相关联，请选择 “保存” 以保存更改。 否则，可以根据需要添加更多工作项类型。

   

编辑、重命名或删除项目组合积压工作

从 “积压工作级别 ”页中 ，选择项目组合积压工作上下文菜单以编辑、重命名或删除积压工作。

删除积压工作级别会删除与所有团队的级别关联的积压工作和板，包括对他们进行的自定义。 使用关联工作项类型定义的工作项不会以任何方式删除或受到影响。

注意

无法从 Epics 或 Features 项目组合积压工作中删除默认的继承工作项类型。 但是，可以禁用这些工作项类型，从而有效地将其从用户界面中删除。

编辑或重命名需求积压工作

要求积压工作（也称为产品积压工作）定义产品积压工作和看板中显示的工作项类型。 Agile 的默认工作项类型为 User Story;对于“基本”、“问题”;对于 Scrum，产品积压工作项;对于 CMMI，则为“要求”。

可以重命名积压工作、更改颜色、添加工作项类型以及更改默认工作项类型。 从“要求积压工作”的上下文菜单中打开“编辑积压工作”对话框。

在这里，我们重命名了积压工作，添加了 “客户票证 ”和 “问题”，并将默认类型更改为“ 客户票证”。 选中要包含在积压工作中的工作项类型的这些框。

注意

无法从“需求积压工作”中删除默认的继承工作项类型。 但是，可以禁用工作项类型，从而有效地将其从用户界面中删除。

编辑迭代积压工作

迭代积压工作（也称为冲刺积压工作）定义在冲刺积压工作和任务板上显示的工作项类型。 所有进程的默认工作项类型为 Task。

对于迭代积压工作，可以添加工作项类型并更改默认工作项类型。 从迭代积压工作上下文菜单中打开“编辑积压工作”对话框。

在这里，我们添加了 票证 工作项类型，该类型与任务一起跟踪。

注意

无法从迭代积压工作中删除默认的继承工作项类型。 但是，可以禁用工作项类型，从而有效地将其从用户界面中删除。

相关文章

注意

可以通过审核日志查看对继承进程所做的更改。 若要了解详细信息，请参阅 访问、导出和筛选审核日志。

• 添加自定义工作项类型
• 使用继承的进程自定义项目
• 积压工作、面板和计划
• 创建积压工作
• 组织积压工作，处理项目组合积压工作