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

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

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

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

注意

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

注意

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

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

迭代 Areas
默认迭代,Scrum 过程 一组示例区域路径

重要

删除 区域路径 或重新配置 迭代路径 可能会导致数据丢失,并且无法还原。 例如,区域 路径 发生更改的团队的燃尽或烧毁小组件图表、冲刺进度和速度图表不会反映正确的数据。 历史趋势图引用每个工作项在过去某个时间点定义的 面积路径迭代路径 。 删除 区域路径迭代路径 时,无法检索其历史数据。

定义和分配区域路径

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

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

注意

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

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

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

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

另请参阅 配置团队层次结构

团队应定义多少区域?

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

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

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

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

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

定义和分配迭代路径

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

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

注意

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

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

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

团队应定义多少次迭代?

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

添加迭代以支持以下要求:

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

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

平面迭代层次结构

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

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

分层迭代层次结构

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

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