关于区域和迭代(冲刺(sprint))路径
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
区域路径允许按团队、产品或功能区域对工作项进行分组。 使用迭代路径可以将工作分组到冲刺、里程碑或其他特定于事件或与时间相关的时间段。 这两个字段都允许定义路径的层次结构。
为项目定义区域和迭代路径。 然后,团队可以选择使用哪些路径来支持其积压工作和其他敏捷工具。 若要了解敏捷工具如何使用区域和迭代路径,请参阅 依赖于区域和迭代的敏捷工具。
注意
区域路径和迭代路径也称为 分类节点。 可以通过 分类节点 (REST API) 或 Azure DevOps CLI 命令 az boards iteration 以编程方式管理它们。
注意
区域路径和迭代路径也称为 分类节点。 可以通过 分类节点 (REST API) 以编程方式管理它们。
你看到的区域和迭代取决于用于创建项目的过程。 此处我们显示了为 Scrum 进程定义的默认值。 未设置日期。 将日期设置为与冲刺或发布计划相对应。
迭代 | Areas |
---|---|
重要
删除 区域路径 或重新配置 迭代路径 可能会导致数据丢失,并且无法还原。 例如,区域 路径 发生更改的团队的燃尽或烧毁小组件图表、冲刺进度和速度图表不会反映正确的数据。 历史趋势图引用每个工作项在过去某个时间点定义的 面积路径 和 迭代路径 。 删除 区域路径 或 迭代路径 时,无法检索其历史数据。
定义和分配区域路径
如果你不熟悉管理项目和团队,则配置项目和团队的最直接顺序如下所示。
- 确定要支持对工作进行分类 的区域路径 的数量和名称。 至少为定义的每个团队添加一个区域路径。
- 确定要支持的团队的数量和名称。 有关指导,请查看 关于团队和敏捷工具。
- 打开 “项目设置 > ”“项目配置 ”,并定义区域路径以支持项目级别的步骤 1 和 2。 按照本文稍后提供的步骤进行操作: 打开“项目设置”、“项目配置” 和 “添加区域路径”。
- 定义支持步骤 2 所需的团队。 有关指导,请参阅 添加团队,从一个默认团队移动到多个团队。
- 打开团队配置,将默认和其他区域路径 () 分配给每个团队。 按照本文稍后提供的步骤进行操作: 打开团队设置 和 设置团队默认区域路径 () 。
- 将工作项的区域路径分配给定义的区域路径。 使用 批量修改 一次修改多个工作项。
注意
项目限制为最多定义 10,000 个区域路径,并向单个团队分配最多 300 个区域路径 。 有关详细信息,请参阅 工作跟踪、流程和项目限制。
此外,虽然你可以将同一 区域路径 分配给多个团队,但如果两个团队声称对同一组工作项拥有所有权,这可能会导致问题。 有关详细信息,请参阅 “关于版块”和“看板”、“多团队板视图的限制”。
根据需要,可以随时执行以下操作:
- 添加其他子节点
- 重命名区域路径 (,根区域路径)
- 将子节点移到另一个节点下
- 删除子节点
- 重命名团队
- 更改对团队进行的区域路径分配
另请参阅 配置团队层次结构。
团队应定义多少区域?
添加区域以支持团队的跟踪能力和安全要求。 使用区域表示逻辑组件或物理组件,然后创建子区域以表示特定功能。
在满足以下要求时添加区域:
- 基于产品或功能区域筛选查询
- 按团队或子团队组织或分组工作项
- 根据工作项的区域限制对工作项的访问。
每个团队可以创建一个区域层次结构,在此结构中,团队可组织其积压工作 (backlog) 项、用户情景、要求、任务和 Bug。
避免创建过于复杂的区域结构。 可以创建区域以对工作项的权限进行分区,但复杂的树会产生大量权限管理方面的开销。 你可能会发现,在其他项目中复制结构和权限的工作太多。
定义和分配迭代路径
使用以下指南为项目和团队配置 迭代路径 :
- 首先,按照定义区域路径并分配给团队中提供的指南定义 区域路径和团队。
- 确定要支持的迭代的长度。 建议的做法是让所有团队使用相同的冲刺节奏。
- 确定需要冲刺和发布的平面结构还是层次结构。
- 打开 “项目设置 > ”“项目配置 ”,并定义迭代路径以支持项目级别的步骤 2 和 3。 按照本文稍后提供的步骤进行操作: 打开项目设置、项目配置 和 添加迭代并设置迭代日期。
- 打开团队配置,将默认、积压工作和其他迭代路径 () 分配给每个团队。 按照本文后面提供的步骤进行操作: 打开团队设置 , 并将团队默认迭代路径 () 。
- 每个团队都应为其工作项分配一个迭代路径,该路径属于 积压工作迭代 路径。 然后,这些工作项将显示在其产品积压工作和板上。 使用 批量修改 一次修改多个工作项。 另请参阅 将积压工作项分配到冲刺。
注意
项目最多只能定义 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 级。 |
相关文章
如你所看到的,区域和迭代在支持敏捷工具和管理工作项方面起着重要作用。 可以从以下文章中详细了解如何使用这些字段。
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈