创建和修改区域和迭代

您定义区域和迭代团队或团队项目中可以支持将工作项分组到有用类别 (例如，里程碑和相关功能。 定义区域可将工作项组织到逻辑类别、物理类别或功能类别中。 定义迭代可将工作项分组到里程碑或时间周期中。 还可以控制可修改分配给区域或迭代的工作项的人员。

如果您将每个工作项分配给区域和迭代，则可针对特定区域和迭代快速生成有关工作进度的查询和报告。 此外，积压工作和任务上页以及许多项目该默认值过程模板提供 Visual Studio Application Lifecycle Management (ALM) 使用迭代组织工作并显示团队进度。 有关更多信息，请参阅敏捷规划和迭代、适用于 Visual Studio ALM 的 Scrum 过程模板、项目 (Agile)和项目 (CMMI)。

备注

默认情况下，基于 Visual Studio ALM 的团队项目过程模板有几种预定义的迭代节点和团队项目作为顶部区域节点。有关如何自定义这些设置的信息，请参见 在分类插件中定义初始区域和迭代"。

在创建团队项目后，可以使用 Team Web Access 自定义其区域或迭代，设置默认值区域，并设置的迭代的日期。 当您创建团队时，可以自动创建一个团队区域节点在团队项目节点下。 有关更多信息，请参见创建和配置团队。

主题内容

• 修改工作区域

• 修改迭代和设置的迭代日期

• 限制对工作项的对分配给区域

• 指定区域和迭代的准则

• 命名约定和限制的区域和迭代

需要的权限

您必须是要修改区域和迭代团队的成员。 任何团队成员都可以选择团队迭代中，为团队指定区域和为迭代指定日期。团队。

若要创建区域或迭代，您必须是 项目管理员 组的成员或者将 创建子节点并对子节点排序、删除此节点和 编辑此节点 权限到要修改区域或迭代节点的 允许。 有关更多信息，请参见管理我的个人资料和查看我的权限。

修改工作区域

使用上下文菜单的区域，可以添加、编辑或删除子节点，将其权限可以修改工作项中的节点下，设置工作组中的默认值区域和排除子区域 (

区域的上下文菜单

添加区域或小地区

1. 在团队项目或团队的主页，在管理下，选择 配置工作区域。

   区域 页显示。

   

2. 若要添加新的区域或小地区，请执行下列操作之一：

   • 若要创建小地区，选择 新的区域。

   • 若要创建为现有区域的子区域，显示该区域，选择 区域的上下文图标，然后选择 新建子级。

   • 若要创建为现有区域的对等类的区域，显示该区域，该区域选择旁边的下箭头，然后选择 新建。

   创建区域 窗口中打开。

3. 在创建区域窗口中，将指定 区域名称，然后选择 保存并关闭。

指定区域作为默认值区域用于团队或团队项目

• 继续与显示的 区域 页面以前的程序，选择要为默认值区域的 设置默认值 链接。

  所有新工作项将自动设置为默认值区域路径。

返回页首

修改迭代和设置的迭代日期

为团队查看和指定迭代

1. 打开团队的主页，然后选择 配置日程安排和迭代。

   迭代 窗口中打开。

   

2. 在 迭代 列表，查看为您的团队可选择的迭代。 为您的团队可选择的迭代中具有迭代名称选择的复选框。

   提示

   默认情况下，团队项目的所有迭代将显示。若要查看为您的团队可选择的仅迭代，在 显示旁边，选择 任何 切换选定内容为 只能选择。

3. 为团队若要指定迭代或子迭代，请在该迭代或子迭代旁边的复选框。 如果选择迭代，任何子迭代不是可选的。 如果要使用子迭代，清除迭代的复选框，然后选中要为您的团队使用的子迭代选中复选框。

添加迭代或子迭代

1. 继续与显示的 迭代 窗口的前面的章节中，请执行下列操作之一：

   • 若要创建迭代，选择 新的迭代。 等同于列表中的其他迭代的新迭代中创建。

     创建迭代 窗口中打开。

   • 若要创建为现有迭代的子迭代，显示该迭代，在该区域旁边选择 上下文菜单，然后选择 新建子级。

   • 若要创建为现有区域的对等类的迭代，显示该迭代，在该迭代旁边选择 上下文菜单，然后选择 新建。

     创建迭代 窗口中打开。

2. 在 迭代名称的 创建迭代 窗口中，为迭代指定名称。 (可选) 为迭代指定开始和截止日期通过键入它们在 开始日期 和 结束日期的文本框，或通过选择日历图标然后指定要在日历窗口内的日期。 如果在中默认值的其他位置创建迭代，为迭代指定不同的位置。位置，然后选择 保存并关闭。

为迭代指定日期

1. 继续与显示的 迭代 窗口的前面的过程中，突出显示要指定日期的迭代，然后选择 设置日期。

   编辑迭代 窗口中打开。

2. 为迭代指定起始和截止日期。输入它们在 开始日期 和 结束日期的文本框，或通过选择日历图标然后在日历窗口内的日期。 然后选择 保存并关闭。

返回页首

限制对工作项的对分配给区域

通过分配权限，可以操作集的范围。用户或组在工作项执行或指派给区域的测试计划。 也可以限制或允许用户或组管理某个区域或迭代的项目结构。

向区上的控件访问

1. 打开

2. 权限 窗口为您选择的节点，显示，如下图所示：

   

3. 选择要设置其权限的组或用户的名称。

   您可以添加用户或组然后将权限。允许 或 拒绝 基于用户或组。 具体而言，您可以允许或拒绝管理节点的结构，并且，对于区域路径，查看或修改工作项或管理分配该节点下的测试计划。

4. 若要更改权限，请选择 未设置、拒绝 或 已继承 将其更改为 允许或选择 允许 将其更改为 拒绝。

   备注

   您的能力更改权限取决于您的当前权限集。如果无法更改权限，请与您的团队项目或 Team Foundation server 管理员。

5. 修改完权限后，选择 保存并关闭。

有关其他方式限制对工作项的修改，请参见 管理创建或修改工作项的权限。

返回页首

指定区域和迭代的准则

有关概述如何定义迭代和规划冲刺 (sprint)，请参见 敏捷规划和迭代。 当您对团队或团队项目时指定区域和迭代，请考虑以下准则：

• 对于区域

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

  • 每个团队可以创建下团队来组织它们的用户情景、要求、任务和 bug 区域层次结构。

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

  • 对区域设置权限以限制对分配给特定类别的工作项的访问。 可以设置安全选项，这些选项不仅可指示能够更改每个区域节点的人员，还可指示能够编辑甚至是查看特定区域中的工作项的人员。 有关更多信息，请参见 限制对工作项的对分配给区域或迭代 本主题前面的。

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

• 对于迭代

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

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

  • 为未分配的积压工作项、用户情景、要求、任务或其他工作项创建单独的迭代。

  • 有关概述使用迭代，如何规划冲刺 (sprint)，请参见 规划迭代。

• 对于区域和迭代

  • 在命名区域或迭代时，请遵循 命名约定和限制的区域和迭代 本主题后面的所概括的约定。

  • 区域和迭代字段都使用 TreePath 数据类型。 有关更多信息，请参见区域和迭代字段引用。

  • 在您运行查询以查找分配给某个区域或迭代的工作项时，结果总是包含在该区域或迭代的路径下定义的所有工作项。 还可以创建查询以查找不在某个特定节点下的工作项。 有关更多信息，请参见查询字段、运算符、值和变量和查找 Bug、任务和其他工作项。

  • 您无法导出为一个团队项目创建的区域和迭代节点以供另一个团队项目使用。

返回页首

区域

您可以通过创建表示组件和功能的节点来建立产品区域的结构。 例如，您可以为一个名为 MyApplication 的团队项目创建三个区域。 这些区域将表示分层 Web 应用程序的三个主要开发组件：网站、Web 服务和数据库。 如下图所示，您可以在团队项目节点下为上述组件中的每个组件创建一个节点，这些节点分别标记为“我的网站”、“我的 Web 服务”和“我的数据库”。

MyApplication

创建这些区域后，可以为某个特定区域分配工作项（如用户情景、任务或 Bug），并运行一个查询以查找分配给该区域的所有项。

也可以将主要组件组织到更为精细的分组中。 如以下示例所示，每个顶部节点现在包含了两个或两个以上的子节点。

MyApplication    我的网站         布局和设计         导航         页           主页           Products（产品）           资源           服务           支持    我的 Web 服务        登录        注销        性能        安全性    我的数据库          事件触发器          性能          架构          安全性

返回页首

迭代

您可以通过创建表示事件层次结构（例如冲刺 (sprint)、预 Beta 和 Beta 可交付结果以及其他发布里程碑）的节点，来建立项目生命周期的结构。 在以下示例中，为 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

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

返回页首

有关区域和迭代路径限制

**“区域”和“迭代”**字段是由多个节点项组成的路径，节点项之间以反斜杠 (\) 字符分隔。 下表描述了控制节点和路径的定义的限制。

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

返回页首

请参见

概念

区域和迭代字段引用

敏捷规划和迭代

其他资源

工作项和工作流 (Agile)

在 Team Web Access 中工作