自定义工作跟踪体验

  • 项目

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

规划并跟踪项目时，你可能会发现你可能想要配置功能或自定义体验以满足团队的跟踪需求。 可以通过用于Azure Boards的 Web 门户管理上下文配置团队和团队敏捷工具。 用于自定义影响所有团队的项目的方法取决于所使用的流程模型。

如果你不熟悉Azure Boards和工作项跟踪，请参阅什么是Azure Boards？和跟踪处理用户情景、问题、bug、功能和史诗。

本文简要概述了可以做出的自定义项，以及这三个流程模型的不同之处。 有关用于支持业务决策的自定义指南，请参阅“配置和自定义Azure Boards”。

在以下四个级别之一进行自定义：

  • Project级别的共享资源：定义团队选择配置积压工作和板的区域和迭代路径。 共享查询和工作项标记是可在项目中共享一次定义的附加对象。
  • 团队资产或工具：每个团队都可以配置其特定工具，例如积压工作、板和仪表板。 有关详细信息，请参阅 关于团队和敏捷工具。
  • Project和对象级权限：授予或限制对工作跟踪工具的访问权限，其中包括为对象和项目设置权限，并将用户或组分配到特定的访问级别。
  • 组织级流程自定义：自定义所有团队可用的字段、工作项类型和积压工作和板。
  • Project级别的共享资源：定义团队选择配置积压工作和板的区域和迭代路径。 共享查询和工作项标记是可在项目中共享一次定义的附加对象。
  • 团队资产或工具：每个团队都可以配置其特定工具，例如积压工作、板和仪表板。 有关详细信息，请参阅 关于团队和敏捷工具。
  • Project和对象级权限：授予或限制对工作跟踪工具的访问权限，其中包括为对象和项目设置权限，并将用户或组分配到特定的访问级别。
  • 集合级流程自定义：自定义所有团队可用的字段、工作项类型和积压工作板。

Project级别的共享资源

每个项目都提供了许多共享资源，这些资源支持添加到项目中的所有团队。 可以通过用户界面或 Web 门户的管理上下文配置这些功能。 若要了解系统如何使用区域和迭代路径，请参阅 “关于区域”和“迭代路径”。

区域路径选取列表 冲刺/迭代选取列表
更改 区域路径的选取列表 ，以支持按团队、产品或功能区域对工作项进行分组。
Hierarchical area paths		 更改 迭代路径的选取列表 ，以支持将工作分组到冲刺、里程碑或其他特定于事件或时间相关的时间段。 为每个团队激活冲刺。
Iterations or sprints
共享查询 标记
打开共享查询或创建自己的查询
使用 查询编辑器 列出工作项的查询
或显示分层项或从属项。<br/Shared queries		 将标记添加到工作项以 筛选积压工作和查询，或按标记列出项
Add tags to filter backlogs, boards, and queries

标识字段、人员选取器字段

人员选取器功能支持 “已分配给 ”和其他标识字段。 例如，从工作项窗体中选择 “已分配给 ”字段时，将激活人员选取器。 如下图所示，只需键入要选择的用户的名称，然后搜索，直到找到匹配项。 之前选择的用户会自动显示在列表中。 若要选择之前未选择的用户，只需输入其整个名称或针对完整目录进行搜索。

Screenshot of people picker Assigned To field.

对于使用 Azure Active Directory (Azure AD) 或 Active Directory 管理其用户和组的组织，人员选取器支持搜索添加到 AD 中的所有用户和组，而不仅仅是添加到项目中的用户和组。 若要了解详细信息，请参阅将 AD/Azure AD用户或组添加到内置安全组。

若要将可用于选择的标识范围限制为仅添加到项目的那些用户，可以使用Project范围用户组执行此操作。 若要了解如何操作，请参阅 管理组织、限制标识搜索和选择。

可以通过添加自定义规则来限制工作项中标识字段可用的值。

组织级流程自定义

集合级进程自定义

项目确定可用于跟踪工作和敏捷工具配置的对象。 具体而言，项目确定工作项类型 (WIT) （用户情景、任务、bug）以及用于捕获信息的数据字段。 自定义对象在添加到项目中的团队之间共享。

注意

用于自定义工作跟踪的方法取决于订阅的进程模型：

  • 继承：支持 WYSIWYG 自定义，可用于 Azure DevOps Services、Azure DevOps Server 2019 和 Azure DevOps Server 2020。
  • 托管的 XML：支持通过导入/导出过程模板进行自定义，这些模板适用于选择加入此模型Azure DevOps Services的一些客户。
  • 本地 XML：支持通过导入/导出工作跟踪对象的 XML 定义文件进行自定义，并可用于所有本地部署。

下表汇总了三个受支持的进程模型之间的差异。 有关主要工作跟踪对象的定义，请参阅 敏捷术语表。 有关所有自定义文章的链接，请参阅Azure Boards设置的快速参考索引。

功能

继承

托管的 XML

本地 XML

WYSIWYG 编辑

✔️

创建继承的自定义进程，继承系统进程 (敏捷、基本、Scrum、CMMI) 更改

✔️

创建自定义进程模板 (请参阅注释 1)

✔️

✔️

更新的进程更改会自动应用于引用该过程的所有项目

✔️

✔️

支持自定义字段、工作项类型、表单布局、工作流、自定义规则、积压工作级别、自定义控件、测试管理

✔️

✔️

✔️

支持自定义链接类型、团队字段、全局工作流和流程配置 (请参阅说明 3)

✔️

区域路径、迭代路径、工作项查询、安全组和权限的初始配置 (请参阅注释 3)

✔️

✔️

全局列表

Picklists

(请参阅注释 2)

✔️

使用 TFSFieldMapping 命令行工具更新 Microsoft 字段映射 (请参阅注释 4)

✔️

✔️

使用 az boards 命令行工具 编辑项目和团队和列表信息

✔️

✔️

✔️

使用 witadmin 命令行工具 列出和导出进程信息

✔️

✔️

✔️

使用 witadmin 命令行工具 编辑进程信息

✔️

使用 tcm fieldmapping 命令行工具 列出和导出解决方案类型、bug 归档和失败类型的测试用例管理映射。

✔️

REST API (读取)

✔️

✔️

✔️

REST API (写入)

✔️

✔️

(请参阅说明 5)

注意：

  1. 过程确定用于跟踪工作的构建基块。 进程模板指定与相互依赖的 XML 定义文件集，该文件提供用于跟踪工作和其他功能区域的构建基块和初始配置。
  2. 托管 XML 自定义支持使用进程更新 (添加和更新全局列表，但每个列表的最大大小限制) 。 若要了解详细信息，请参阅 工作跟踪对象限制。
  3. 继承的进程模型不支持自定义可用于自定义进程模板的以下功能。 而是逐个项目在 Web 门户中自定义这些区域。
    • 配置区域路径和迭代路径
    • 工作项查询
    • 安全组和权限
    • 对功能区域（如版本控制和生成）的权限和访问权限
    或者，可以使用 REST API。
    或者，可以使用 REST API 或 Azure DevOps CLI 命令工具。
  4. 从 2019 Azure DevOps Server 开始，已弃用对Office Project与 Azure DevOps 集成的支持。 Azure DevOps Server 2019 及更高版本不支持 TFSFieldMapping 命令，包括Azure DevOps Services。 从 2019 Visual Studio 开始，Office的Azure DevOps插件不再支持Office Project。
  5. 可以使用 REST API 导入和导出进程模板。

为项目集合选择进程模型

对于 Azure DevOps Server 2019 和 Azure DevOps Server 2020，可以选择流程模型。 创建项目集合时，需要在 XML (本地 XML 进程模型) 和 继承 (继承进程模型) 之间进行选择，如以下对话框中所示。

Create Team Project Collection wizard, Collection Name dialog

重要

所做的选择不可逆。 创建集合后，只能使用所选模型自定义工作跟踪对象。 此外，无法将使用本地 XML 进程模型的现有项目集合迁移到继承进程模型。

若要了解有关项目集合的详细信息，请参阅 管理项目集合。

自定义测试体验

多个工作项类型支持 Web 门户 测试 页和 Test Manager 客户端中的测试体验。 对于继承的过程，可以像自定义任何其他工作项类型一样自定义测试计划、测试套件和测试用例的工作项类型。 对于本地 XML 过程，可以像自定义任何其他工作项类型一样自定义所有与测试相关的工作项类型（测试计划、测试套件、测试用例、共享步骤和共享参数）。

多个工作项类型支持 Web 门户 测试 页和 Test Manager 客户端中的测试体验。 可以自定义这些工作项类型（测试计划、测试套件、测试用例、共享步骤和共享参数），就像任何其他工作项类型一样。

下图演示了受支持的链接关系。

Test management work item types

不太常见的自定义项

使用托管 XML 或本地 XML 进程模型时，只能执行以下自定义。 用于处理配置的自定义项适用于添加到项目的所有团队。

积压工作和板限制 (托管 XML、本地 XML)

若要将显示加载时间限制为可接受的参数，任务板限制为最多 1000 个工作项。 有关详细信息，请参阅 进程配置 XML 元素参考。

可以通过为 workItemCountLimitTaskBacklog 元素的属性指定值，将此值增加到最多 1500。 有关详细信息，请参阅 进程配置 XML 元素参考。

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
    . . .
</TaskBacklog>

更改域分配 (托管 XML、本地 XML)

可以更改用于计算容量、燃尽图 (burndown chart)、预测和速度的工作项字段。 你对某个默认分配所做的任何更改都应与对用于定义和捕获该值的信息的 WIT 所做的更改对应。

例如，如果更改分配的refnametype="Activity"字段，则应在分配给任务类别的任务类别的 WIT 定义中包含相同的字段，用于捕获活动信息。 有关详细信息，请参阅 进程配置 XML 元素参考。

你分配的字段由以下工具使用：

工具 字段类型
任务板、容量工具、冲刺烧毁 剩余工时
产品和项目组合积压工作 积压工作优先级
速度和趋势预测 工作 (映射到故事点、工作量或大小)
任务板、容量工具 剩余工时
容量工具 活动 (任务活动或规则)

授予或限制对工作跟踪工具的访问权限

可以通过权限设置授予或限制对选择功能的访问权限。 将用户帐户添加到团队时，会自动将其添加到“参与者”组。 然后，他们有权访问他们需要参与代码、工作跟踪、生成和测试的大部分功能。 但是，参与者组不允许用户创建共享查询或添加区域或迭代路径。 你必须分别授予这些权限。

有关最常见的默认权限和访问分配的简化视图，请参阅 权限和访问权限。 如果你不熟悉管理权限，请参阅具有权限、访问权限和安全组的开始、权限继承和安全组。

否则，若要授予或限制对选择功能的访问权限，请查看以下主题之一：

管理访问权限

权限

共享资源

其他自定义选项

是否要以不受支持的方式自定义工具？

下面是一些可供你使用的选项：

接下来尝试此操作

配置和自定义Azure Boards