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

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

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

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

注意

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

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

迭代	Areas

重要

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

定义和分配区域路径

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

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 级。

相关文章

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

• 定义区域路径并分配给团队
• 定义迭代 (冲刺) 路径并配置团队迭代
• 敏捷工具和冲刺定义
• 按日期或当前迭代进行查询