规划迭代

可以公共与团队协同工作的优先级，管理和选择哪些工作将提交到为您的团队决定参与的每个迭代。 也称为此过程称为"计划迭代，并且是冲刺 (sprint) 计划。 您的团队能够成功计划迭代和方法采用多种方式。 有关更多信息，请参见冲刺 (sprint) 计划。

无论方法您的团队可选择，那么，当计划与 Team Foundation server (TFS) 迭代中，您可以生成将帮助您定义，并记录该工作您的团队决定执行迭代的积压工作时。 在本教程中，团队使用 scrum 过程，因此，迭代称为"冲刺 (sprint) "，这样，团队公共生成冲刺 (sprint) 积压工作。

在冲刺 (sprint) 的第一天，团队要在计划会议中确立冲刺 (sprint) 积压工作。 为了为该会议做好准备，产品所有者需要提前检查积压工作项，并确保每个项目都包含团队的足够的信息来做出明智的选项，在创建冲刺 (sprint) 积压工作时。 此外，每个团队成员需要为该会议做好准备通过估计时间他在冲刺 (sprint) 期间，或她将可用工作。 例如，在即将开始的冲刺 (sprint) 一个 + 星期过程中，团队成员可能计划转到休假，将影响时他 + 或 + 她必须在冲刺 (sprint) 的工作项。 完成冲刺 (sprint) 积压工作中包含团队在该迭代期间执行，如用户情景或产品积压工作项、相关任务和 bug 的工作项。

本主题中的示例如下针对、scrum 主管和开发人员主管在虚拟公司，Fabrikam 纤程，因为他导致与他的团队成员茱莉亚、ADAM 和安妮的团队会议计划它们即将开始的冲刺 (sprint)，包括指定各个和团队休息日，并将项目添加到冲刺 (sprint) 积压工作和查看团队的计算容量。

主题内容

1. 为迭代指定团队容量

2. 为迭代选择项目

3. 定义和估计积压工作项的任务

4. 按优先级排列项

要求

若要执行本主题中的过程，您必须具有：

• Visual Studio 最终 premium、Visual Studio 或 Visual Studio 专业测试工具版。

• 您必须是团队成员，因此，您必须具有 编辑此节点中的工作项 权限设置为 允许。 默认情况下，因为团队组是项目的 参与者 组的成员，团队的所有成员拥有此权限。

• 若要查看团队功能 (如积压工作和 taskboard，您必须属于 team Web access 的 完全 访问权限组。

有关更多信息，请参见管理我的个人资料和查看我的权限、对 Team Web Access 中的功能的访问权限和Team Foundation Server 权限。

为迭代指定团队容量

可以使用功能来帮助确定团队对迭代计划的工作量。 可以为迭代指定日期，如 定义团队区域和迭代所述。 在安装团队容量，有一些选择根据您的团队的工作方式 在冲刺 (sprint) 过程中，您可以为整个团队指定容量，例如工作日，整个团队的节假日，或者影响整个团队容量的事件。 您可以通过为团队的每个成员还指定能力考虑休假，假日，并且，将影响时间每个团队成员的其他计划的事件有工作在迭代积压工作项。 例如，因此，如果团队成员在多个项目或不同的团队工作，他只能有每处理的天的小时此团队的任务，而此团队项目的独立工作项的团队成员可能有六小时一平均容量每天的。 还可以指定哪些类型的工作团队成员主要将执行并使用该附加信息了解各个专业的总体容量，例如开发或测试。 这还可帮助您决定添加的工作到冲刺 (sprint) 积压工作。

设置团队容量

1. 打开 Team Web Access，导航到团队的主页，然后选择 查看积压工作。

2. 在产品积压工作页上，选择要指定团队容量的迭代。 例如，Fabrikam 纤程团队开始在冲刺 (sprint) 1. 的工作。 针对选择冲刺 (sprint) 1，因此，该积压工作显示为 null。

   

3. 选择 容量 选项。

4. 为每个团队成员提供容量信息如下：

   • 在 团队成员下，在 每天的容量，还可以指定小时数的平均数量每个每个团队成员将可在团队项目的积压工作项的星期几。

     提示

     在本教程中，团队使用小时为单位为其容量字段并为"剩余工作"字段。可以使用任何度量值所需，只要，可使用同一个时测量为容量以及剩余的工作量。

   • 在 活动，为团队成员可选择为指定前置事件，如果适用)。

   • 在 休息日，因此，如果团队成员在迭代期间计划的休息日，选择加号 (+)。 在 休息日。 窗口中，将指定起始和截止日期在此时间，然后选择 确定。

     提示

     若要指定单个日，开始一个截止日期选择同一个日期。

   • 在 团队休息日，因此，如果整个团队有一个或多个计划的休息日在迭代期间，选择加号 (+)。 在 整个团队的休息日 窗口中，将指定团队在冲刺 (sprint) 积压工作中不起作用的开头和截止日期，然后选择 确定。

   当您提供的所有信息时，通过选择保存图标保存更改。

当计划未来的迭代时，它们针对、茱莉亚、安妮和 ADAM 的检查时间表，以及用于其他的承诺工作在团队外部。 它们的每个都 每天的容量对每天的工时的在团队的积压工作项此次，然后输入该信息。

在冲刺 (sprint) 过程中，针对和 ADAM 每个附加对特定事件。 针对要写入的代码，并且，ADAM 希望测试代码，因此，它们将该信息。 茱莉亚和安妮更为方便工作在灵活的容量，因此，它们不指定一个特定事件。

提示

分配事件给团队成员帮助您确保在冲刺 (sprint) 期间，您的团队没有为该事件的可用的容量。当您不必事件分配给每个团队成员时，这会使自动跟踪容量由容量栏的事件有用对您和您的团队。

每个团队成员还指定任意一天它们在冲刺 (sprint) 期间将不可用。 在冲刺 (sprint) 中的前两天内，安妮计划是在度假，因此，她输入该信息。

团队的其他成员还添加离开团队完成工作的所有计划的日。 最后，因为整个团队将是远离现场在客户访问在冲刺 (sprint) 过程中，针对 peter 添加一个团队休息日反映在达到上的该更改。 在所有信息。输入后，冲刺 (sprint) 积压工作将自动更新为包含每个人员的容量栏，以及根据事件类型的容量信息。

此信息的图形化表示形式可帮助团队识别它们在到达其计划工作的容量冲刺。

为迭代选择项目

作为计划迭代的一部分，您和您的团队可以从产品积压工作选择工作项并将它们分配给未来的迭代。 在团队了解其未来的迭代近似的容量，查看积压工作，对于任务分解工作项，确定变得更加容易多少积压工作项和关联的任务对为迭代。 这是纤程 Fabrikam 团队在本教程中使用的方法。

当选择迭代项时，要将它们移到该迭代的积压工作。 还可以分解要求的工作单独完成积压工作项到可跟踪，较小区块，因此，您可以测量改进您在迭代中的进度，并获得提交对工作的更清楚地了解。

每个团队不同的方式工作。 某些团队可能需要估计积压工作项和将在之前定义自己的任务未来的迭代。 其他可能希望将最重要的项目即将到来的迭代，然后估计它们和中止它们，然后决定一些项目是否需要通过移回总体积压工作。 TFS 支持所有这些选项。 要点是您和您的团队达到对工作的相互理解。

为迭代选择项目

1. 在 产品积压工作 页上，选择 产品积压工作，然后检查列表中的项。 根据过程模板，这些项目的默认值可能为 产品积压工作项 和 Bug (scrum)，用户情景 (敏捷)，或者 要求 (cmmi)。 任何工作在过程模板 Microsoft.RequirementCategory 部分中定义将列出的项目类型。 在积压工作项按优先级顺序出现，当项目排列如最重要在列表的顶部。 可以更改此的订单列表反映项目优先级顺序您的团队。 在本教程中的示例中，对于如果需要，列表，将重新排列在中的项目的纤程 Fabrikam 团队评审，然后讨论于积压工作中的第一项。

2. 当您和您的团队决定产品积压工作项在迭代期间时，显示项目和任何拖放它在要移动到的迭代上或选择的下箭头，显示 移动到迭代，然后选择要将项目的迭代。 当前迭代标有三角形。

   

   在将项移动到当前迭代后，项目保持在团队的总体产品积压工作列表，向工作项状态设置为 已提交 或某个正在进行状态之时。 产品积压工作列表按优先级顺序总是包含所有产品积压工作项、用户情景或要求项指派给的团队，直到状态转换如上所示。

当查看产品积压工作并计划当前迭代时，针对、茱莉亚、在即将开始的冲刺 (sprint) 期间，它们要尝试并确定完成的安妮和 ADAM 授予产品积压工作的第一项是操作。 针对拖动第一个产品积压工作项添加到冲刺 (sprint) 1 迭代。

定义和估计积压工作项的任务

在将项目即将到来的迭代后积压工作，您和您的团队必须确定需要哪种类型的工作完成项目。 应创建所需的每个其他任务完成工作为与积压工作项链接的一个单独的任务。 当您创建从工作项的新任务。taskboard 或产品积压工作时，可以自动创建这些链接的任务。 您和您的团队还应当估计工时数每个任务将花费。 由于任务不会自动分配，这些估计值，团队创建这些估计。 有关估计方法和将用户情景分解的更多信息，产品积压工作项、bug 或要求到任务中，请参见 估计、生成和管理产品积压工作和 冲刺 (sprint) 计划。

将任务添加到积压工作项

1. 在 产品积压工作 页上，选择计划的迭代，并检查列表中的项。

2. 显示一个项目，然后选择加号 (+)。

   新任务"窗口打开。

3. 在 标题，为简洁地摘要工作需要执行的任务请提供描述性标题。 根据过程模板，其他字段可能需要，这由显示的字段。

   即使不需要其他字段，请考虑估计任务所需的工作并将该信息到相应的字段的工作项。 此字段因更改过程模板。 可以选择指定此任务表示的活动事件和其他信息可能认为有用。 越大容量信息您提供，如事件类型和剩余小时数越大，信息将显示对您和您的团队，在查看积压工作时、燃尽图和容量条。 当您和您的团队认为，选择 保存并关闭。

   提示

   如果将任务指派给某人不团队的，默认情况下该成员的名称在冲刺 (sprint) 积压工作中的容量区域将出现，其中显示该用户的容量栏的剩余小时数。但是，用户不会自动添加到您的团队的权限组。

针对、茱莉亚、安妮和 ADAM 为任务分解在其冲刺 (sprint) 的第一个产品积压工作项。 每个任务表示必须完成才能成功完成该情景的工作。

它们不花费大量时间详细说明每个任务，但是，他们决定每个任务表示的活动事件)，以及相互授予小时数的粗略估计任务需要。 因为每个团队成员承担任务，则他 + 或 + 她可用时，供以后在计划会议期间，团队不将任务指派给所有者。

评审团队或单个容量和调整

您可以查看在积压工作页的容量条未来的迭代的可以帮助确定太少或太多的工作是否已计划。 有关团队成员容量的信息和项目添加到未来的迭代后，团队容量信息自动计算为整个团队，每个团队成员和指定的事件。

查看容量

1. 在 产品积压工作 页上，选择计划的迭代。

2. 查看迭代的容量条。 容量栏将显示为：

   • 整个团队为容量的一个总和，计算，其余的星期数在迭代的乘以小时总数每天的参与迭代的每个团队成员，个体与团队休息日的总和。

   • 有能力的所有团队成员在达到选项已输入。 个人的容量计算而其余的日的数目迭代中，不包括周末和团队和该单独的休息日，乘以容量每个对于该设置的日单个值。

   • 指定了、或作为团队成员前置事件在达到选项的所有事件或在迭代包括的任务分配了。

   • 未指定的任何事件和未指定给团队成员的任何工作。

   计算容量栏将显示为活动或团队成员指定的指示这些数字之间的工时，数量的小时数可用作容量为该事件或团队成员和中的总数差异。 在默认值彩色模式，在达到中显示为一个绿色隔栏以及在达到将显示为一个桃红色条。

   

团队继续检查在产品积压工作项，将它们移到即将开始的冲刺 (sprint)，因此，项将分解为任务，直到团队同意这些已达到最大大小工作在冲刺 (sprint) 期间，它们看上去它们能完成。 为了更好地了解工作量它们以前可以在冲刺 (sprint) 中完成，团队可以使用显示在产品积压工作页的速度图。 它们可以选择来选择使用在产品积压工作页的预测行，并为其分配反映历史速度的值。 它们在冲刺 (sprint) 积压工作还可以使用容量设计栏帮助他们做出此决定。 随着团队同意每个工作项，这些更改工作项的状态更改为 已提交 或某个正在进行状态，因此，在 Team Foundation server 的查询可用来快速演示了工作提交给为冲刺 (sprint)，因此，以便产品积压工作保持最新。 此时，团队同意日期，工作，并且，团队成员容量和与清楚地了解一些操作成功类似于为迭代，(sprint) 计划会议来结束。

在本教程中的相关主题

主页 | 创建积压工作 | 查看和管理您的 Kanban 键盘的积压工作 | 修改并估计积压工作 | 运行迭代 | 完成迭代

请参见

概念

敏捷规划和迭代