使用团队项目内容，选择过程指南

  • 项目

只要你创建团队项目，就必须选择其过程模板。 过程模板定义将用于计划和跟踪项目的工作项类型 (WIT)、查询和报表的集合。 选择能提供你团队所需的工具并减少开销的模板，以便你的团队能将精力集中在质量上。

若要创建团队管项目，请转到此处。

若要访问最新版本的 Team Foundation Server (TFS) 过程模板，请安装 Visual Studio Team Foundation Server 2013 (TFS)。 然后，使用过程模板管理器下载它们。

三个默认的过程模板之间的主要区别是：它们提供的用于计划和跟踪工作的工作项类型。 Visual Studio Scrum 是最轻量的，MSF for Capability Maturity Model Integration (CMMI) 为正式过程和变更管理提供了最大支持。

Microsoft Visual Studio Scrum 2013

如果你的团队在冲刺 (sprint) 计划期间将 Bug 与产品积压工作 (backlog) 项一起管理，请选择 Visual Studio Scrum。

正如 Scrum 组织所定义的，Scrum 模板旨在支持 Scrum 方法。 此过程模板将跟踪与产品积压工作 (backlog) 项位于同一级别的 Bug，并使用“工作量”字段跟踪估计。

如果任务状态设置为“已完成”，则系统会自动将剩余工作字段归零。

 Scrum 3.0 工作项类型

MSF for Agile Software Development 2013

如果你的组织将 Bug 与产品积压工作 (backlog) 分开会审，并在关闭工作项之前先对其进行解析，请选择 Agile。 此外，如果你的团队针对每个冲刺 (sprint) 为 Bug 分配时间，请选择 Agile。

Agile 模板旨在支持那些不愿受限于 Scrum 的团队进行 Agile 开发。 它通过情景点支持估计用户情景。 这些任务包含用于跟踪“初始估计”、“剩余”和“已完成”工作字段的字段。 在任何积压工作 (backlog) 页上都不会跟踪 Bug。 有关 Agile 方法的详细信息，请参阅 http://www.agilealliance.org/。

 Agile 7.0 工作项类型

MSF for CMMI Process Improvement 2013

如果你的组织将 Bug 与产品积压工作 (backlog) 分开会审，在关闭工作项之前先对其进行解析，并正式跟踪对要求进行的更改，则请选择 CMMI。

CMMI 模板旨在支持正式变更管理过程。 该模板使用“Size”字段支持估计要求。 这些任务包含用于跟踪“初始估计”、“剩余”和“已完成”工作字段的字段。 在任何积压工作 (backlog) 页上都不会跟踪 Bug。

有关 CMMI 过程的详细信息，请转到此处。

 CMMI 7.0 工作项类型

默认过程模板之间的主要差异

默认模板旨在满足大多数团队的需求。 所有团队都支持使用 Agile 计划工具来创建产品积压工作 (backlog)，并利用任务板在冲刺 (sprint) 中工作。 如果你的团队有不寻常的需求，则可以自定义模板，然后创建团队项目，也可以从模板创建团队项目，然后再自定义项目。

下表总结了三个默认过程模板使用的工作项类型与状态之间的主要区别。

过程区域

Visual Studio Scrum

敏捷

CMMI

工作流状态

  • 新建

  • 已批准

  • 已提交

  • 已完成

  • 已移除

  • 新建

  • 活动的

  • 已解决

  • 已关闭

  • 已移除

  • 已建议

  • 活动的

  • 已解决

  • 已关闭

产品计划（参见备注 1）

  • Bug

  • 产品积压工作项

  • 用户情景

  • 要求

项目组合积压工作 (backlog) (2)

  • 功能

  • 功能

  • 功能

任务和迭代计划 (3)

  • 任务

  • 任务

  • 任务

Bug 积压工作 (backlog) 管理 (4)

  • Bug

  • Bug

  • 会审工作簿

  • Bug

  • 会审工作簿

项目管理 (4)

  • 障碍

  • 问题

  • 问题工作簿

  • 问题

  • 风险

  • 评审

  • 问题工作簿

说明：

  1. 你可使用产品积压工作 (backlog) 定义这些 WIT。 产品积压工作 (backlog) 页显示可以动态地重新排序和分组的当前积压工作 (backlog) 的单个视图。 产品所有者可以快速设置工作的优先级并概述依赖项和关系。

  2. 你可创建功能并将其链接到积压工作 (backlog) 项以管理项目组合积压工作 (backlog)。 利用项目组合积压工作 (backlog)，你可以定义积压工作 (backlog) 的层次结构以了解跨多个团队的工作范围，并查看该工作如何融入更广泛的方案中。

  3. 可使用冲刺 (sprint) 积压工作 (backlog) 和任务板来定义任务。 冲刺 (sprint) 积压工作 (backlog) 页实时反映你输入的数据。 数据包括分配给迭代路径的工作项、剩余工作、个人工作容量、团队和个人的工作中断。 团队可以获得有关燃尽 (burndown) 速率和容量过大位置的即时反馈。

  4. 仅当团队项目配置有 SharePoint 项目门户网站时，工作簿才可用。 但是，可以通过在 Excel 中打开一个对应的查询来创建你自己的工作簿。

工作流状态

工作流状态支持在工作从新状态转换为已关闭或已完成状态时跟踪工作的状态。 下图显示了用于为三个默认 TFS 过程模板跟踪工作和代码缺陷的 WIT 的典型前进进度。 它们还演示了一些到以前状态的倒退以及到已删除状态的转换。 每个图仅显示与转换关联的默认原因。

Scrum

敏捷

CMMI

功能

功能工作流状态，Scrum 过程模板

功能

功能工作流状态，敏捷过程模板

功能

功能工作流状态，CMMI 过程模板

产品积压工作项

产品积压工作 (backlog) 项工作流，Scrum 过程

用户情景

用户情景工作流状态，敏捷过程模板

要求

要求工作流状态，CMMI 过程模板

Bug

Bug 工作流状态，Scrum 过程模板

Bug

Bug 工作流状态，敏捷过程模板

Bug

Bug 工作流状态，CMMI 过程模板

任务

任务工作流状态，Scrum 过程模板

任务

任务工作流状态，敏捷过程模板

任务

任务工作流状态，CMMI 过程模板

Agile 计划工具使用的 Scrum 和 Agile WIT 可支持任何状态到任何状态的转换。 可以使用看板或任务板（通过将它拖动到其对应的状态列）来更新工作项的状态。

工作流状态、原因和转换

工作流定义要执行的任务和执行人员的逻辑前进。 每个工作流都包含一组状态、状态之间的有效转换以及将工作项转换为所选状态的原因。 可以更改工作流以支持其他状态、转换和原因。

“已删除”、“已关闭”和“已完成”状态

将工作项的状态更改为“已删除”、“已关闭”和“已完成”时，系统会进行如下响应：

  • “已关闭”或“已完成”：处于此状态的工作项不会显示在项目组合积压工作 (backlog) 和积压工作 (backlog) 页上。 但是，它们会出现在冲刺 (sprint) 积压工作 (backlog) 页、看板和任务板上。 此外，当更改项目组合积压工作 (backlog) 视图以显示积压工作 (backlog) 项（例如，用于查看功能到产品积压工作 (backlog) 项）时，处于已关闭和已完成状态的项会出现。

  • “已删除”：处于此状态的工作项不会显示在任何积压工作 (backlog) 或任务板上。

工作项会保留在团队项目中（只要团队项目处于活动状态）。 即使你将它们设置为“已关闭”、“已完成”或“已删除”，也会在数据存储中保留记录。 可以使用记录创建查询或报告。 如果需要永久删除工作项，可以使用 witadmin destroywi 命令行工具。

已添加到所有过程模板的工作项类型

以下 WIT 在所有过程模板中都是相同的。

MTM、“我的工作”和“反馈”使用的工作项类型

团队通过使用相应的工具来创建和使用以下类型：

  • 测试计划、测试套件、测试用例、共享步骤和共享参数：Microsoft 测试管理器。

    如果将内部部署升级至 TFS 2013.2，则可获取共享参数。

    如果将内部部署升级至 TFS 2013.3，则可获取测试计划和测试套件 WIT。

  • 反馈请求和反馈响应：请求反馈。

  • 代码审阅请求和代码审阅响应：“我的工作”（从团队资源管理器）和代码审阅请求。

来自这些类型定义的工作项不应手动创建并添加到隐藏的类型类别。 添加到隐藏的类型类别的工作项类型不会显示在用于创建新工作项的菜单中。

备注

如果将团队项目从 TFS 2012 或较早的版本升级到当前版本的 TFS，你可能需要添加早期版本中没有的 WIT。有关详细信息，请参阅更新升级的团队项目以访问新功能。

支持测试体验的 WIT

支持测试体验并结合 Test Manager 和 Team Web Access 一同使用的 WIT 通过下图中显示的链接类型链接在一起。

测试管理工作项类型

使用 Team Web Access 或 Test Manager，你可以查看针对测试套件定义的测试用例，以及针对测试计划定义的测试套件。 但是，这些对象并没有通过链接类型而互相连接。

正如上面所说明的，将应用层服务器更新至 TFS 2013.3 后才会显示测试计划和测试套件 WIT 。 你可以同自定义其他 WIT 一样自定义这些 WIT。 请参阅自定义工作跟踪对象以支持团队的进程。

如果你更改了测试计划和测试套件工作流，则你可能需要更新过程配置，如此处所示。

要查看每个测试字段的定义，请参阅 生成和测试集成字段引用。

了解升级到 TFS 2013.3 后 Test Manager 和 Team Web Access 的更改详情，请参阅 Opening test plan and test suite work item types。

向团队提出的问题

若要有效跟踪工作，团队成员需要就他们如何使用工作项类型和工具达成一致。 以下是你的团队需要回答的几个问题。

问题

团队选择

你的团队如何跟踪工作？

如果你的团队主要通过更新积压工作 (backlog) 项的状态来跟踪进度，他们可以使用看板。 你的团队还可以自定义看板以跨多个泳道跟踪进度。

如果团队将积压工作 (backlog) 项分解到每个冲刺 (sprint) 的任务中，并估计剩余工作，则他们可使用冲刺 (sprint) 任务板。 尽管剩余工作通常以小时为单位进行估计，但只要你愿意，你可以使用任何时间单位。 通过估计和更新剩余工作，你的团队可以通过随每个冲刺 (sprint) 附带的燃尽图 (burndown chart) 来跟踪进度。

你的团队是按个人还是活动跟踪容量？

如果团队通过任务跟踪剩余工作，则他们可以针对各团队成员或不同的团队活动（如开发、测试和设计）评估冲刺 (sprint) 的容量。

你的团队如何对工作进行分组？

可通过多种方法对工作进行分组。 你从积压工作 (backlog) 页创建的项会自动分配给你团队的区域路径。 分配给冲刺 (sprint) 的项将分配给冲刺 (sprint) 的迭代路径。 此外，你可以为工作项分配标记以在积压工作 (backlog) 或查询结果列表中进行筛选。

你的团队是否使用速度和预测？

若要支持预测，你的团队可以使用“工作量”(Scrum)、“情景点”(Agile) 或“大小”(CMMI) 字段来确定可为一个冲刺 (sprint) 完成的项的数量。 此外，速度图将按冲刺 (sprint) 显示团队进度。

你的团队如何共享信息？

团队成员可将文件附加到工作项、将文件签入到源代码或使用团队项目门户网站来共享工作。 配置项目门户网站时，你的团队可以访问 SharePoint 站点必须提供的所有功能，包括文档库、Wiki 页、博客和事件日历。

你的团队是否支持汇总跨多个团队的进度？

利用项目组合积压工作 (backlog)，你可以快速查看跨多个团队的正在进行的工作的汇总。 如果团队成员在多个团队中工作，该成员可以将其容量适当地分配给每个团队。

问题解答

问：如果我正在更新团队项目，该怎么办？

**答：**若要在安装最新版本的 TFS 时使用已添加的新功能，请参见更新升级的团队项目以访问新功能。

若要自定义现有团队项目，请参阅自定义工作跟踪对象以支持团队的进程。

问：我应将哪个过程模板与看板一起使用？

**答：**你可以将看板与任何过程模板（默认的或自定义的）一起使用。

问：如何获取最新的过程模板？

**答：**当你安装或升级到 TFS 的最新版本时，默认过程模板的最新版本将自动上载。 使用为团队项目集合上载、下载和删除过程模板下载这些模板。

此外，可以下载 Team Foundation Server 2013 过程模板示例 - 对 Scaled Agile Framework (SAFe) 的支持。 这些模板包含本白皮书中介绍的自定义项：Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs。

问：是否有支持可视化工作流状态图的工具？

**答：**可以。 你可以使用随 Team Foundation Server 增强工具一起提供的过程编辑器。

问：过程模板中还定义了什么？

**答：**除了定义团队项目内容之外，过程模板还可定义用于跟踪工作和支持测试活动的许多元素的初始配置。 这些元素包括：

  • 区域和迭代路径

  • 工作项查询

  • 测试变量、配置、解决状态和默认测试设置

  • 组和成员定义以及权限分配

  • Microsoft Project 字段如何映射到 Team Foundation 字段

所有元素都可以在从过程模板创建团队项目之后进行配置或自定义。

问：我是否能自定义过程模板？

**答：**可以。 默认模板旨在满足大多数团队的需求。 如果你的团队有不寻常的需求，则可以自定义模板，然后创建团队项目，也可以从模板创建团队项目，然后再自定义项目。

问：过程模板自上一个版本后发生了哪些更改？

**答：**请参见 升级 Team Foundation Server 期间对团队项目和默认过程模板所做的更改。

问：如果我需要多个项目组合积压工作 (backlog)，该怎么办？

**答：**你可以定义其他项目组合积压工作 (backlog)（最多五个项目组合积压工作 (backlog)）。

问：我可以从何处了解有关情节提要的详细信息？

**答：利用 PBI 窗体中的“情节提要”**选项卡，你可以链接到已上载到共享网络位置的情节提要。 可链接到你的团队可访问的任何 URL。 此外，你可以链接到使用 PowerPoint Storyboarding 创建的情节提要。

问：如果我遇到更多问题，可向何处寻求帮助？

**答：**你可以在 Team Foundation Server – 团队项目和工作项论坛中发布问题或搜索答案。