自定义工作跟踪体验


功能


WYSIWYG 编辑

✔️


创建继承的自定义进程, (Agile、Basic、Scrum、CMMI) 继承系统进程中的更改

✔️


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

✔️

✔️


更新的处理更改会自动应用到引用该进程的所有项目

✔️

✔️


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

✔️

✔️

✔️


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

✔️


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

✔️

✔️


全局列表

列表

(参见备注 2)

✔️


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

✔️

✔️


使用az 板命令行工具编辑项目和团队并列出信息

✔️

✔️

✔️


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

✔️

✔️

✔️


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

✔️


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

✔️


REST API (读取)

✔️

✔️

✔️


REST API (写入)

✔️

✔️

(参见备注 5)


注意:

  1. 进程确定用于跟踪工作的构建基块。 过程模板指定一组相互依赖的、相关的 XML 定义文件,这些文件提供用于跟踪工作和其他功能区域的构建基块和初始配置。
  2. 托管的 XML 自定义支持添加和更新包含进程更新的全局列表 (受限于每个列表) 的最大大小限制。 若要了解详细信息,请参阅 工作跟踪对象限制
  3. 继承的进程模型不支持自定义过程模板自定义的以下功能。 相反,你可以在 web 门户中按项目自定义这些区域。
    • 配置区域路径和迭代路径
    • 工作项查询
    • 安全组和权限
    • 权限和对功能区域(如版本控制和生成)的访问权限
    或者,可以使用 REST api
    或者,可以使用REST apiAzure DevOps CLI 命令工具
  4. 从 Azure DevOps Server 2019 开始,已弃用对 Office Project 与 Azure DevOps 的集成的支持。 Azure DevOps Server 2019 及更高版本(包括 Azure DevOps Services)不支持 TFSFieldMapping 命令。 从 Visual Studio 2019 开始,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 门户 测试 页和测试管理器客户端中的测试体验。 对于继承的进程,可以像自定义任何其他工作项类型一样自定义测试计划、测试套件和测试用例、工作项类型。 对于本地 XML 进程,你可以像对任何其他工作项类型一样自定义所有与测试相关的工作项类型(测试计划、测试套件、测试用例、共享步骤和共享参数)。

几个工作项类型支持 web 门户 测试 页和测试管理器客户端中的测试体验。 你可以像对任何其他工作项类型一样自定义这些工作项类型(测试计划、测试套件、测试用例、共享步骤和共享参数)。

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

Test management work item types

不太常见的自定义

使用托管的 XML 或本地 XML 进程模型时,只能执行以下自定义操作。 对过程配置进行的自定义应用于添加到项目的所有团队。

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

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

通过为 TaskBacklog 元素的属性指定值,可以将此值最大值提高到 1500 workItemCountLimitworkItemCountLimit 有关详细信息,请参阅 过程配置 XML 元素参考

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

(托管 XML,本地 XML) 更改字段分配

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

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

以下工具使用您分配的字段:

工具 字段类型
任务板,容量工具,冲刺(sprint)燃尽 剩余工作
产品和项目组合积压工作 积压工作优先级
速度和趋势预测 投入 (映射到情景点、工作量或大小)
任务板,容量工具 剩余工作
容量工具 活动 (任务活动或专业)

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

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

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

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



其他自定义选项

是否想要使用不受支持的方式自定义你的工具?

下面是可以使用的几个选项:

接下来尝试此操作

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

当你计划和跟踪你的项目时,你会发现你可能需要配置功能,或自定义你的体验以满足你团队的跟踪需求。 通过 Azure Boards 的 web 门户管理上下文配置团队和团队 Agile 工具。 用于自定义项目的方法(影响所有团队)依赖于所使用的进程模型。

如果你不熟悉 Azure Boards 和工作项跟踪,请参阅什么是 Azure Boards?使用用户情景、问题、bug、功能和长篇故事跟踪工作

本文概要介绍了可进行的自定义,以及它们对于三个过程模型有何不同。 有关为支持业务决策而进行的自定义的指南,请参阅配置和自定义 Azure Boards

你所做的自定义将在以下四个级别之一进行:

  • Project 级别的共享资源:定义区域和迭代路径,团队选择配置其积压工作(backlog)和板。 共享查询和工作项标记是其他对象,可以在项目之间共享这些对象。
  • 团队资产或工具:每个团队都可以配置特定的工具,如积压工作(backlog)、板和仪表板。 有关详细信息,请参阅 关于团队和 Agile 工具
  • 组织级过程自定义:自定义可供所有团队使用的字段、工作项类型和积压工作(backlog)和板。
  • Project 和对象级权限:授予或限制对工作跟踪工具的访问权限,这些工具包括对对象和项目的设置权限以及将用户或组分配给特定访问级别。
  • Project 级别的共享资源:定义区域和迭代路径,团队选择配置其积压工作(backlog)和板。 共享查询和工作项标记是其他对象,可以在项目之间共享这些对象。
  • 团队资产或工具:每个团队都可以配置特定的工具,如积压工作(backlog)、板和仪表板。 有关详细信息,请参阅 关于团队和 Agile 工具
  • 集合级别进程自定义:自定义可供所有团队使用的字段、工作项类型和积压工作(backlog)和板。
  • Project 和对象级权限:授予或限制对工作跟踪工具的访问权限,这些工具包括对对象和项目的设置权限以及将用户或组分配给特定访问级别。

Project 级别共享资源

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

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

标识字段,人员-选取器字段

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

Screenshot of people picker Assigned To field.

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

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

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

组织级进程自定义

集合级别进程自定义

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

注意

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

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

下表总结了三个支持的进程模型之间的差异。 有关主工作跟踪对象的定义,请参阅 Agile 术语表。 有关指向所有自定义项目的链接,请参阅Azure Boards 设置的快速参考索引