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

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019

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

Changes made to the backlog levels

项目定义了两个项目组合积压工作:功能和史诗。 但是,如果需要一个或多个额外的项目组合积压工作,可以添加它们。

重要

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

重要

只能对配置为支持继承进程模型的项目集合上定义的项目使用继承过程模型。 如果本地集合配置为使用本地 XML 进程模型,则只能使用该进程模型来自定义工作跟踪体验。 若要了解详细信息,请参阅 “自定义工作跟踪”,选择项目集合的进程模型

若要自定义在 TFS 2018 或更早版本的集合上定义的任何项目,请参阅 本地 XML 进程模型

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

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

注意

无法将继承的工作项类型添加到任何积压工作级别。 例如,不能将问题或障碍工作项类型添加到产品积压工作。

支持的自定义项

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


积压工作类型

自定义支持


继承积压工作


自定义项目组合积压工作


无法自定义的内容

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

注意

某些功能需要安装 Azure DevOps Server 2020.1 更新。 若要了解详细信息,请参阅 Azure DevOps Server 2020 Update 1 RC1 发行说明,Boards

向积压工作项类型添加系统工作项类型

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

注意

此功能需要Azure DevOps Server 2020.1 更新或更高版本。


处理

工作项类型


敏捷

问题


Scrum

障碍


CMMI

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


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

Web portal, Process, Backlog levels, Other work item types section, Agile process

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

Web portal, Process, Backlog levels, Edit backlog level dialog

注意

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

添加到工作项类型的字段

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

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

堆栈排名和积压工作优先级字段捕获工作项的相对优先级,因为它们在积压工作或板上重新排序。 有关使用情况的详细信息,请参阅 幕后:积压工作优先级或堆栈排名字段

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

最后,剩余工时用于 冲刺烧毁和容量图表

先决条件

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

打开 设置>Process

可以创建、管理和对 组织设置>Process 中的流程进行自定义。

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

    Open Projects>Organization settings.

  2. 然后选择 “进程”。

    Then, choose Process.

    重要

    如果未看到 “进程”,则你正在从 TFS-2018 或更低版本工作。 不支持 “进程 ”页。 必须使用本地 XML 进程模型支持的功能。

创建、管理和对集合设置>Process 中的进程进行自定义。

  1. 选择Azure DevOps徽标以打开项目。 选择要自定义其进程的项目集合,然后选择“集合”设置

    Open Projects>Organization settings

  2. 然后选择 “进程”。

    Then, choose Process.

创建、管理和对来自 管理员设置>Process 的进程进行自定义。

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

    Open Project>Organization settings.

  2. 然后选择 “进程”。

    Then, choose Process.

注意

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

添加或编辑组合积压工作

敏捷、Scrum 和 CMMI 系统流程定义了两个默认项目组合积压工作,即 Epics 和 Features。 每个项都与其相应的工作项类型、Epic 和 Feature 相关联。 基本过程仅定义 Epics 积压工作和 Epic 工作项类型。 有关每个进程的详细信息,请参阅 “选择进程”。

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

添加组合积压工作 (backlog)

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

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

    Web portal, Admin context, Process page, select Process

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

    Web portal, Add a portfolio backlog dialog, Add new work item type

    Web portal, Add a portfolio backlog dialog, Add new work item type

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

    Web portal, Add a portfolio backlog dialog, Save changes.

    Web portal, Add a portfolio backlog dialog, Save changes

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

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

Choose the context menu of a portfolio backlog to edit, rename, or delete it.

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

Deleting a backlog level removes the backlog and board associated with the level.

注意

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

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

要求积压工作(也称为产品积压工作)定义了产品积压工作和看板中显示的工作项类型。 敏捷的默认工作项类型为 User Story;对于“基本”、“问题”;对于 Scrum,产品积压工作项;对于 CMMI,要求。

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

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

On Edit backlog, Stories and Tickets is entered in Name, and there is a list of work item types for this backlog level.

在这里,我们重命名了积压工作,添加了 客户票证,并将默认类型更改为 “客户票证”。

Example of renaming the backlog, adding Customer Ticket, and changing the default type to Customer Ticket.

注意

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

编辑迭代积压工作

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

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

在这里,我们添加了 跟踪的票证 工作项类型以及任务。

Example of adding the Ticket work item.

注意

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

注意

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