添加和修改区域和迭代路径

若要按产品、功能或功能区域对工作项进行分组，请使用区域路径。 若要将工作分组到冲刺 (sprint)、里程碑或其所在的时间段，请使用迭代路径。 若要限制对一组工作项的访问，请使用区域路径或迭代路径。

区域路径和迭代路径也支持 Agile 计划工具的关键功能。 团队的默认区域路径用于筛选每个团队的积压工作 (backlog) 页的积压工作 (backlog) 项。 使用 Agile 计划工具创建的工作项将基于团队默认区域自动分配区域路径和迭代路径。

添加区域节点或子节点

1. 如果你不是项目管理员，请添加为管理员。 你需要成为项目管理员才能在团队区域下添加节点，或者将你对区域路径的**“创建子节点”的权限设置为“允许”**，如本题后面的限制对已分配给区域或迭代的工作项的访问中所述。

2. 在 Team Web Access (TWA) 中，从团队项目页打开管理页。

   

   若要了解有关连接到 TWA 的详细信息，请转到此处。

3. 打开**“区域”**。 大多数团队都与一个默认区域路径关联。

   

   默认区域路径用于筛选团队项目积压工作 (backlog) 页的积压工作 (backlog) 项。 此外，当团队从 Agile 计划工具页创建工作项时，区域路径将设置为团队的默认值。

4. 将一个子节点添加到你选择的区域。 有关名称方面的限制，请转到此处。

   

添加迭代子节点并设置迭代日期

大多数团队项目附带了一组基于过程模板的预定义的迭代路径。 可以重命名此集或向其添加项。

1. 从**“迭代”**页中，可以添加并选择对你的团队有效的迭代。 按照与添加区域节点相同的方式添加迭代节点。

   

2. 若要为团队指定迭代或子迭代，请选中该迭代或子迭代旁边的复选框。 如果选择了迭代，则无法选择任何子迭代。 若要使用子迭代，请清除迭代的复选框，然后选中要用于团队的子迭代的复选框。

3. 打开冲刺 (sprint) 或迭代以设置开始日期和结束日期。

   

   在为一个迭代设置开始日期和结束日期后，日历工具会根据为第一个迭代指定的相同迭代长度来自动设置下一组日期。 例如，如果为冲刺 (sprint) 1 设置了一个 3 周冲刺 (sprint)，则当为冲刺 (sprint) 2 选择开始日期时，日历工具将自动基于未来三周确定开始和结束日期。 你可以接受或更改这些日期。

   提示

   你无需定义迭代的日期或使用迭代，但这样做可帮助你计划你的工作并根据此计划跟踪进度。

限制对分配给区域或迭代的工作项的访问

可为区域和迭代分配用户级别的权限或组级别的权限。 权限可限制或允许对工作项、测试用例或测试计划的访问。 也可以限制或允许用户或组管理某个区域或迭代的项目结构。

1. 打开要管理的节点的权限。

   

2. 选择组或团队成员，然后更改权限设置。 在下面的示例中，“不允许访问组”无权查看、修改或编辑 FabrikamFiber 区域路径中的工作项或权限。

   

   若要更改权限，请选择**“未设置”、“允许继承”、“允许”或“拒绝”**。

   如果组或团队成员未出现在列表中，你可以**“添加”它。 若要创建 TFS 组，请打开“安全性”**选项卡。

   如果你的应用层服务器已经升级为 TFS 2013.3，则“管理测试套件”权限已经添加至区域路径安全模式。 现有的“管理测试计划”权限已经重新规定范围：只管理测试计划。 之前，它包括测试计划和测试套件的权限管理。 若要了解有关这些权限的详细信息，请参阅问：测试管理权限包含哪些功能？

   有关其他用于限制对工作项的修改的方法，请参阅限制可以创建或修改工作项的人员。

问题解答

问：限制是否与命名和构造子节点相关？

**答：“区域”和“迭代”**字段是由多个节点项组成的路径，节点项之间以反斜杠 (\) 字符分隔。 这些字段使用 TreePath 数据类型。 最佳做法是尽量减小节点的名称，在命名区域和迭代路径时需考虑这些限制：

限制类型	限制
节点长度	不能超过 255 个字符
节点的特殊字符	不能包含 Unicode 控制字符 不能包含任何以下字符：\ / $ ? * : " & > < # % | + , 不能包含本地文件系统禁止的字符。 有关 Windows 中字符限制的详细信息，请参阅命名文件。
保留名称	必须包含一个句点 (.) 或两个句点 (..) 不能为系统保留名称，如 PRN、COM1、COM2、COM3、COM4、COM5、COM6、COM7、COM8、COM9、COM10、LPT1、LPT2、LPT3、LPT4、LPT5、LPT6、LPT7、LPT8、LPT9、NUL、CON 或 AUX 有关保留名称的详细信息，请参阅命名文件。
路径长度	包含的 Unicode 字符数必须少于 4,000 重要 如果你定义的路径名包含 256 个以上的字符，则将无法在 Microsoft Project 中指定它。若要避免此问题，请定义少于 10 个字符的路径名，并且嵌套的节点不超过 14 层。
路径层次深度	必须少于 14 层

有关 TreeType 字段的详细信息，请参阅区域和迭代字段引用。

问：将字段规则应用于“区域路径”和“迭代路径”字段方面是否有限制？

**答：**可以。 对于 System.XXX 字段，有许多字段规则不能定义。 若要了解详细信息，请参阅应用字段规则。

问：添加或修改区域和迭代路径需要什么权限？

答：若要创建或修改区域或迭代，你必须是“团队项目管理员”组的成员，或者必须为要修改的区域或迭代节点将“创建子节点并对子节点排序”、“删除此节点”和“编辑此节点”权限设置为“允许”。

问：我如何构造团队、区域和迭代以在企业中支持分层团队或缩放灵活性？

**答：**尽管没有子团队的概念，但可以创建区域路径在另一个团队下的团队，这将能有效地创建团队层次结构。 若要了解详细信息，请参见添加另一个团队。

这两个白皮书还可以指导你完成配置团队、区域路径和迭代以支持项目组合管理或企业组织的步骤：敏捷项目组合管理：使用 TFS 支持跨多个团队的积压工作 (backlog)和Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs。

问：当我重命名或删除区域或迭代节点时，会发生什么情况？

**答：**当你重命名区域或迭代，或在树层次结构中移动节点时，你必须手动更新引用现有路径的工作项。 可使用 TWA 或 Excel 执行批量更新。

当你删除区域或迭代节点时，系统会自动更新带有在删除提示处输入的节点的现有工作项。

问：哪些工具依赖区域或迭代路径？

**答：Agile 计划工具 - 创建积压工作 (backlog)和冲刺 - 是从引用团队区域路径的系统查询生成的。 可通过选择这些工具页上显示的“创建查询”**链接来查看这些查询。 但是，你不能更改基础查询。

此外，若要为团队显示冲刺 (sprint) 或迭代积压工作 (backlog) 页，必须先定义并选择该页。

你可以快速生成查询或筛选报表以查看这些区域和迭代的进度。 例如，在将工作项分配给区域路径后，你可按区域可视化进度（如下面的堆栈条形图所示）。

内置速度图依赖于团队迭代的定义。

此外，区域路径的安全权限能够决定谁可以具有该区域路径下的管理测试计划和测试套件访问权。

问：测试管理权限要求哪些功能？(要求使用 TFS 2013.3)

**答：“管理测试套件”**权限使用户可以：

• 创建和修改测试套件

• 将测试用例添加到测试套件或从测试套件删除

• 更改与测试套件相关的配置

• 通过移动测试套件修改套件层次结构

“管理测试计划”权限使用户可以：

• 创建和修改测试计划

• 将测试套件添加到测试计划或从测试计划删除

• 更改测试计划属性，例如生成和测试设置

其他测试管理权限分配给了团队项目级，包括可以创建、删除、查看测试运行以及管理测试配置和环境。 请参阅项目级权限。

问：团队应定义的区域节点的类型和数量如何？

**答：**你不必添加任何区域节点。 但是，区域对于基于功能筛选工作项查询和报表很有用。 在添加区域节点时考虑这些准则：

• 定义支持可跟踪性和安全要求的区域。

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

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

• 使用区域表示逻辑组件或物理组件，然后创建子区域以表示特定功能。 你的团队可使用此结构来有序地组织工作项，并按组件或功能来提高可跟踪性。

• 创建要限制其访问权的区域。

问：团队应定义多少个迭代节点？

**答：**定义所需数目的迭代路径以反映项目生命周期。 这些路径表示事件层次结构，例如冲刺 (sprint)、预测试版和测试版可交付结果以及其他发布里程碑。 在定义迭代子节点时考虑这些准则：

• 使用迭代可表示项目的冲刺、里程碑或循环时间。

• 确定符合你的团队过程的循环持续时间，并定义你的迭代以支持此循环。

• 为你未准备好向目标发布循环分配的工作项创建单独的迭代（可标记为 Future）。

• 有关如何通过使用迭代计划冲刺 (sprint) 的概述，请参阅在冲刺 (sprint) 中工作。

在以下示例中，为 MyApplication 团队项目定义“积压工作”、“Beta 1”、“Beta 2”、“发布 1.0”和“发布 2.0”。 对于任何工作项，如果尚未给它们进行工作或发布安排，则可将它们分配给“积压工作”迭代。

MyApplication 积压工作 Beta 1 Beta 2 发布 1.0 发布 2.0

在创建产品功能和任务的积压工作时，可以开始将它们分配给期望团队完成功能和任务的里程碑。 随着你需求的变化，你可在每个主要里程碑下添加一些事件，来反映你的团队如何安排和管理其工作。 如以下示例所示，Beta 1 迭代现在包含了五个子节点，每个子节点表示 Beta 1 时间段中的一个冲刺。

MyApplication 积压工作    Beta 1 冲刺 (sprint) 1 冲刺 (sprint) 2 冲刺 (sprint) 3 冲刺 (sprint) 4 冲刺 (sprint) 5    Beta 2    发布 1.0    发布 2.0

迭代不强制实施任何规则。 例如，你可为迭代分配一个任务，但在迭代期间不会关闭或完成该任务。 在迭代结束时，你应查找保持活动状态或尚未对该迭代关闭的所有工作项，并执行相应的操作。 例如，你可将它们移动到其他迭代或将它们返回到积压工作。

问：是否有方式从团队区域路径分离团队？

**答：**可以。 如果组织中有多个团队从通用积压工作 (backlog) 中和跨多个产品区域工作，则你可能需要更改团队的配置方式。 通过添加自定义字段来表示组织中的团队，你可以重新配置敏捷计划工具和页面来支持你的团队并将工作分配分离到团队和区域路径。

问：我是否能导出区域和迭代路径？

**答：**否。 你无法导出一个团队项目的树路径结构以将其用于另一个团队项目。