关于区域和迭代(冲刺(sprint))路径

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

区域路径允许按团队、产品或功能区域对工作项进行分组。 迭代路径允许将工作分组到冲刺、里程碑或其他特定于事件或时间相关的时间段。 这两个字段都允许定义路径的层次结构。

为项目定义区域和迭代路径。 然后,Teams 可以选择用于支持积压工作和其他敏捷工具的路径。 若要了解敏捷工具如何使用区域和迭代路径,请参阅 依赖于区域和迭代的敏捷工具

注意

区域路径和迭代路径也称为 分类节点。 可以通过 分类节点 (REST API) 或 Azure DevOps CLI 命令 az boards 迭代以编程方式管理它们。

注意

区域路径和迭代路径也称为 分类节点。 可以通过 分类节点 (REST API) 以编程方式管理它们。

你看到的区域和迭代取决于用于创建项目的过程。 此处显示了为 Scrum 进程定义的默认值。 未设置日期。 设置日期以对应于冲刺或发布计划。

迭代 Areas
Default iterations, Scrum process A set of sample area paths

定义和分配区域路径

如果你不熟悉管理项目和团队,则配置项目和团队的最直接顺序如下所示。

  1. 确定要支持对工作进行分类的区域 路径 的数量和名称。 至少为定义的每个团队添加一个区域路径。
  2. 确定要支持的团队的数量和名称。 有关指导,请查看 关于团队和敏捷工具
  3. 打开 “项目设置项目” > 配置 并定义区域路径,以支持项目级别的步骤 1 和 2。 按照本文后面提供的步骤操作: 打开项目设置、项目配置添加区域路径
  4. 定义支持步骤 2 所需的团队。 有关指导,请参阅 “添加团队”,从一个默认团队移动到多个团队
  5. 打开团队配置,并将默认区域路径和其他区域路径分配给每个团队 () 。 按照本文后面的步骤操作: 打开团队设置设置团队默认区域路径 ()
  6. 将工作项的区域路径分配给定义的区域路径。 使用 批量修改 一次修改多个工作项。

注意

组织只能定义最多 10,000 个区域路径,并将最多 300 个 区域路径 分配给单个团队。 若要了解详细信息,请参阅 工作跟踪、流程和项目限制

注意

虽然可以将同一 区域路径 分配给多个团队,但如果两个团队声称对同一组工作项拥有所有权,这可能会导致问题。 若要了解详细信息,请参阅 关于板和看板、多团队看板视图的限制

根据需要,可以随时执行以下操作:

  • 添加其他子节点
  • 重命名除根区域路径) 以外的区域路径 (
  • 在另一个节点下移动子节点
  • 删除子节点
  • 重命名团队
  • 更改对团队进行的区域路径分配

团队应该定义多少个区域?

添加区域以支持团队的跟踪能力和安全要求。 使用区域表示逻辑组件或物理组件,然后创建子区域以表示特定功能。

满足以下要求时添加区域:

  • 基于产品或功能区域筛选查询
  • 按团队或子团队组织或分组工作项
  • 根据工作项区域限制对工作项的访问。

每个团队可以创建一个区域层次结构,在此结构中,团队可组织其积压工作 (backlog) 项、用户情景、要求、任务和 Bug。

避免创建过于复杂的区域结构。 可以创建区域以对工作项的权限进行分区,但复杂的树会产生大量权限管理方面的开销。 你可能会发现,复制其他项目中的结构和权限太工作了。

定义和分配迭代路径

使用以下指南为项目和团队配置 迭代路径

  1. 首先,按照定义 区域路径和分配给团队的指南定义区域路径和团队。
  2. 确定要支持的迭代的长度。 建议的做法是让所有团队使用相同的冲刺节奏。
  3. 确定是否需要短跑和版本的平面结构或层次结构。
  4. 打开 项目设置 > 项目配置 并定义迭代路径,以支持项目级别的步骤 2 和 3。 按照本文后面提供的步骤操作:打开项目设置、项目配置和添加迭代并设置迭代日期
  5. 打开团队配置,并将默认、积压工作和其他迭代路径分配给每个团队 () 。 按照本文后面提供的步骤操作: 打开团队设置设置团队默认迭代路径 (s)
  6. 每个团队都应为其工作项分配一个迭代路径,该路径位于 积压工作迭代 路径下。 然后,这些工作项会显示在其产品积压工作和板上。 使用 批量修改 一次修改多个工作项。 另请参阅 将积压工作项分配到冲刺

注意

组织只能定义最多 10,000 个迭代路径,并将最多 300 个 迭代路径 分配给单个团队。 若要了解详细信息,请参阅 工作跟踪、流程和项目限制

根据需要,可以随时执行以下操作:

  • 添加其他子迭代节点
  • 重命名迭代路径 (根路径)
  • 在另一个节点下移动子迭代路径
  • 删除子迭代路径
  • 更改分配给团队的默认和所选迭代路径

团队应该定义多少次迭代?

可以根据需要定义任意数量的子迭代来反映项目生命周期。 这些路径表示一系列事件,例如冲刺、预 beta 版和 beta 版结果和其他发布里程碑。 如果尚未安排工作或发布,团队通常会离开分配给团队的默认迭代的工作项。

添加迭代以支持这些要求:

  • 定义 Scrum 团队用于 规划和执行冲刺的冲刺
  • 设置更复杂的多版本和冲刺周期
  • 根据项目的冲刺、里程碑或周期时间筛选查询
  • 支持你尚未准备好分配给目标发布周期的未来工作。

在以下示例中,为 MyApplication 项目定义了 Beta 1、Beta 2、版本 1.0 和 Release 2.0。

Flat iteration hierarchy

创建积压产品功能和任务时,请将它们分配给里程碑。 分配预期团队完成的功能和任务。 随着你需求的变化,你可在每个主要里程碑下添加一些事件,来反映你的团队如何安排和管理其工作。

如以下示例所示,Beta 1 迭代现在包含三个子节点,其中一个用于 Beta 1 时间段中的每个冲刺。

Hierarchical Iteration Hierarchy

迭代不会强制实施任何规则。 例如,你可为迭代分配一个任务,但在迭代期间不会关闭或完成该任务。 在迭代结束时,应查找保持活动或打开该迭代的所有工作项,并采取适当的操作。 例如,你可将它们移动到其他迭代或将它们返回到积压工作 (backlog) 。

命名限制

区域路径迭代路径字段(数据类型=TreePath)由反斜杠 (\) 字符分隔的多个节点项组成。 最大程度地减少节点的名称,并确保在添加子节点时符合以下限制。

限制类型

限制


节点长度

  • 不能超过 255 个字符

保留名称

  • 不能仅由一个句点 (.) 或两个句点 (..) 组成
  • 不得是系统保留的名称,例如 PRN、COM1、COM2、COM3、COM4、COM5、COM6、COM7、COM8、COM9、COM10、LPT1、LPT2、LPT3、LPT4、LPT5、LPT6、LPT7、LPT8、LPT9、NUL、CON 或 AUX,有关保留名称的详细信息,请参阅 文件名、路径和命名空间

节点的特殊字符

  • 不能包含 Unicode 控制字符
  • 不得包含以下任何字符之一: \ / $ ? * : " & > < # % | +
  • 不能包含本地文件系统禁止的字符。 有关 Windows 字符限制的详细信息,请参阅 命名文件、路径和命名空间

路径长度

  • 不能包含超过 4,000 个 Unicode 字符

路径层次深度

  • 必须少于 14 层

支持的字段规则

只能指定一小部分规则,例如HELPTEXTREADONLY System.XXX 字段。

正如你所看到的,区域和迭代在支持敏捷工具和管理工作项方面发挥了重要作用。 可以从以下文章详细了解如何使用这些字段。