选择要在Azure Boards工作的进程流或进程模板

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

每当创建项目时,必须基于为组织或集合选择的进程模型选择流程或流程模板。 为项目选择流程时,请务必了解以下术语:

  • 流程模型是指用于支持为组织创建的项目 (Azure DevOps Services) 或项目集合 (Azure DevOps Server) 的模型。 一次仅支持一个进程模型。 自定义 工作跟踪中提供了三个进程模型(继承、本地 XML 和托管 XML)的比较。
  • 进程定义工作项跟踪系统的构建基块,并支持用于Azure Boards的继承进程模型。 此模型支持通过 WYSIWYG 用户界面自定义项目。
  • 流程模板定义通过 Azure DevOps 访问的工作项跟踪系统的构建基块和其他子系统。 进程模板仅用于托管 XML 和本地 XML 进程模型。 通过修改和导入进程模板 XML 定义文件来自定义项目。

注意

有关配置和自定义项目和团队以支持业务需求的指导,请查看Azure Boards的配置和自定义

有关使用所选过程创建项目的详细信息,请参阅 “创建项目”。 若要了解有关流程模型的详细信息,请参阅 自定义工作跟踪体验

提示

使用 Azure DevOps Server,可以选择使用继承的进程模型或本地 XML 进程模型。 有关详细信息,请参阅 “自定义工作跟踪体验”,选择项目集合的进程模型。 若要访问最新版本的默认进程/进程模板,请执行以下操作:

提示

若要访问默认进程模板的最新版本,请执行以下操作:

默认流程和流程模板中包含的工作跟踪对象(基本、敏捷、CMMI 和 Scrum)是相同的,下面汇总了这些对象。 基本过程可从 Azure DevOps Server 2019.1 及更高版本获取。 为简单起见,它们称为“进程”。

提示

若要查看和管理继承的进程模型,请参阅 “管理进程”。

选择基本、敏捷、Scrum 和 CMMI 流程

默认进程主要在工作项类型中有所不同, (WIT) 它们为规划和跟踪工作提供。

基本是最轻量级且处于选择性预览状态。 Scrum 是下一个最轻量级。 敏捷支持许多敏捷方法术语,而 CMMI 代表功能成熟度模型集成,为正式流程和变更管理提供最支持。

注意

基本过程适用于 Azure DevOps Server 2019 Update 1 及更高版本。

选择最适合团队的过程。

基本

当你的团队希望使用问题、任务和 Epics 跟踪工作的最简单模型时,请选择 “基本 ”。

任务支持跟踪剩余工时。

基本工作项类型


敏捷

当团队使用敏捷规划方法(包括 Scrum)时,请选择 敏捷 ,并单独跟踪开发和测试活动。 如果要跟踪用户情景和 (可以选择在看板上) bug,或者跟踪任务板上的 bug 和任务,此过程非常有效。

可以在 敏捷联盟中了解有关敏捷方法的详细信息。

任务支持跟踪原始估计、剩余工时和已完成工时。

Agile 工作项类型


Scrum

当你的团队练习 Scrum 时,请选择 Scrum 。 如果要跟踪产品积压工作项, (KANban 板上的 PBIs) 和 bug,或者将 PBIs 和 bug 分解为任务板上的任务,则此过程非常有效。

此过程支持 Scrum 组织定义的 Scrum 方法。

任务仅支持跟踪剩余工作。

Scrum 工作项类型


CMMI

当你的团队遵循更正式的项目方法时,请选择 CMMI ,该方法需要一个流程改进框架和可审核的决策记录。 通过此过程,可以跟踪要求、更改请求、风险和评审。

此过程支持 正式的更改管理活动。 任务支持跟踪原始估计、剩余工时和已完成工时。

CMMI 工作项类型


如果需要两个或三个以上的积压工作级别,可以根据所使用的进程模型添加更多内容:

默认进程之间的主要区别

默认流程旨在满足大多数团队的需求。 如果你的团队有异常的需求并连接到本地服务器,则可以自定义进程,然后创建项目。 或者,可以从进程创建项目,然后自定义项目。

下表总结了四个默认进程使用的 WIT 和状态之间的主要区别。

跟踪区域

基本

敏捷

Scrum

CMMI


工作流状态

  • 步骤如下
  • 正在执行
  • 完成
  • 新建
  • 活动
  • 已解决
  • 已关闭
  • 已删除
  • 新建
  • 已批准
  • 已提交
  • 完成
  • 已删除
  • Proposed
  • 活动
  • 已解决
  • 已关闭

产品计划(参见备注 1)

  • 问题
  • 用户情景
  • Bug (可选)
  • 产品积压工作(backlog)项
  • Bug (可选)
  • 要求
  • Bug (可选)

项目组合积压工作 (2)

  • 长篇故事
  • 长篇故事
  • 功能
  • 长篇故事
  • 功能
  • 长篇故事
  • 功能

任务和冲刺规划 (3)

  • 任务
  • 任务
  • Bug (可选)
  • 任务
  • Bug (可选)
  • 任务
  • Bug (可选)

bug 积压工作管理 (1)

  • 问题
  • Bug
  • Bug
  • Bug

问题和风险管理

  • 问题
  • 问题
  • 障碍
  • 问题
  • 风险
  • 审阅

注意

  1. 可以从 产品积压工作看板中添加这些 WIT。 产品积压工作显示当前积压工作的单一视图,可动态重新排序和分组。 产品所有者可以快速确定工作优先级,并概述依赖项和关系。
    此外,每个团队都可以配置他们希望 bug 在其 积压工作和板上显示的方式。
  2. 利用项目组合积压工作 (backlog),你可以定义积压工作 (backlog) 的层次结构以了解跨多个团队的工作范围,并查看该工作如何融入更广泛的方案中。 每个团队都可以配置 显示哪些项目组合积压工作以供其使用
  3. 可以从 冲刺积压工作和任务板定义任务。 借助容量规划,团队可以快速确定它们是否超过或不足冲刺容量。

工作流状态、转换和原因

工作流状态支持在工作从新状态转换为已关闭或已完成状态时跟踪工作的状态。 每个工作流都包含一组状态、状态之间的有效转换以及将工作项转换为所选状态的原因。

重要

对于 Azure DevOps Services 和 Azure DevOps Server 2019,默认工作流转换支持任何状态到任何状态转换。 可以自定义这些工作流以限制某些转换。请参阅 自定义工作跟踪对象以支持团队的进程

此外,还可以通过安装 状态模型可视化 Markeplace 扩展来查看每个工作项类型的支持的工作流转换。 此扩展在“板”标记为 “状态可视化工具”下添加新中心。 在该页面上,可以选择工作项类型并查看工作流状态模型。

下图显示了用于跟踪三个默认进程的工时和代码缺陷的 WIT 的典型向前进度。 它们还演示了一些到以前状态的倒退以及到已删除状态的转换。 每个图仅显示与转换关联的默认原因。

用户情景

用户情景工作流状态,敏捷流程

功能

功能工作流状态,敏捷流程

长篇故事

史诗工作流状态,敏捷流程

Bug

Bug 工作流状态,敏捷流程

任务

任务工作流状态,敏捷流程

敏捷工具使用的大多数 WIT(积压工作和板上显示)都支持任何转换。 可以通过将工作项拖到相应的状态列来使用看板或任务板更新工作项的状态。

可以更改工作流以支持其他状态、转换和原因。 若要了解详细信息,请参阅 自定义工作跟踪体验

“已删除”、“已关闭”和“已完成”状态

将工作项的状态更改为“已删除”、“已关闭”和“已完成”时,系统会进行如下响应:

  • 已关闭完成:此状态下的工作项不会显示在项目组合积压工作和积压工作页上。 但是,它们确实出现在冲刺积压工作页、看板和任务板上。 此外,当您更改项目组合积压工作视图以显示积压工作项时,例如,若要查看产品积压工作项的功能,将显示处于已关闭状态和完成状态的工作项。
  • 已删除:此状态下的工作项不会显示在任何积压工作或板上。

只要项目处于活动状态,工作项就保留在项目中。 即使你将它们设置为“已关闭”、“已完成”或“已删除”,也会在数据存储中保留记录。 可以使用记录创建查询或报告。

注意

完成或关闭的工作项在积压工作和板上不显示,一旦更改 日期 超过 183 天, (大约半年) 。 仍可使用查询列出这些项。 如果希望它们显示在积压工作或板上,则可以对重置时钟的它们进行轻微更改。

注意

当已 更改日期 大于一岁后,已完成或关闭的工作项不会显示在积压工作和板上。 仍可使用查询列出这些项。 如果希望它们显示在积压工作或板上,则可以对重置时钟的它们进行轻微更改。

如果需要永久删除工作项,请参阅 “删除或删除工作项”。

添加到所有进程的工作项类型

以下 WIT 将添加到除基本进程以外的所有进程。

Test Plans、Microsoft 测试经理、我的工作和反馈使用的工作项类型

团队通过使用相应的工具来创建和使用以下类型:

  • 测试计划、测试套件、测试用例共享步骤和共享参数:Microsoft 测试管理器。
  • 反馈请求和反馈响应:请求反馈。
  • 代码审阅请求和代码审阅响应:“我的工作”(从团队资源管理器)和代码审阅请求。

这些类型定义中的工作项不应手动创建,然后添加到“隐藏类型”类别。 添加到“隐藏类型”类别的工作项类型不会显示在创建新工作项的菜单中。

支持测试体验的 WIT

支持测试体验并与测试管理器和 Web 门户配合使用的 WIT 使用下图所示的链接类型链接在一起。

测试管理工作项类型

在 Web 门户或 Microsoft 测试管理器中,可以查看为测试套件定义的测试用例。 可以查看为测试计划定义的测试套件。 但是,这些对象不会通过链接类型相互连接。 像自定义任何其他 WIT 一样自定义这些 WIT。 请参阅 “自定义工作跟踪对象”以支持团队的进程

如果你更改了测试计划和测试套件工作流,则你可能需要更新过程配置,如此处所示。 有关每个测试字段的定义,请参阅 基于生成和测试集成字段的查询

可以在创建使用该进程的项目之前或之后自定义进程。 使用的方法取决于所使用的进程模型。 若要了解详细信息,请参阅 自定义工作跟踪体验

如果有更多问题,请参阅 Azure DevOps 支持页