敏捷过程模板工作项类型和工作流
团队使用与 MSF for Agile Software Development 2013 (Agile) 过程模板一起提供的工作项类型 (WIT) 来计划和跟踪软件项目进度。 团队定义管理积压工作 (backlog) 的用户情景，然后使用看板通过更新这些情景的状态来跟踪进度。
.png "Agile 7.0 工作项类型")
若要了解功能组合、方案或用户体验，产品所有者和程序经理可以将用户情景映射到功能。 团队在进行冲刺 (sprint) 工作时，他们会定义自动链接到用户情景的任务。
通过使用 Microsoft 测试管理器 和 Team Web Access (TWA)，测试人员可以创建和运行测试用例。 Bug 和问题用于跟踪代码缺陷和阻止性问题。
使用情景点定义用户情景并估计工作量
用户情景可定义团队需要创建的应用程序、要求和元素。 产品所有者通常会定义用户情景并对其进行堆栈分级。 然后，团队会估计工作量和工作以交付优先级最高的项。
从产品积压工作 (backlog) 页上的快速添加面板创建用户情景。
.png "“情景积压工作(backlog)”页上的“快速添加”面板")
稍后，你可以打开每个用户情景以提供更多详细信息和估计情景点。
.png "用户情景的工作项表单")
通过定义**“情景点”**，团队可使用趋势预测功能和速度图来估计未来冲刺 (sprint) 或工作量。 通过在积压工作 (backlog) 页（在堆栈级别字段中捕获）上设置用户情景的优先级，产品所有者可以指示应为哪些项设置更高的优先级。
填写表格时使用以下指南。 必填字段的指示性很强。
字段/选项卡 |
用法 |
|---|---|
使用团队首选的任何度量单位（如 T 恤大小、情景点或时间）估计完成用户情景所需的工作量。 Agile 速度图和趋势预测工具将引用此字段中的值。 这是生成速度报告所需的字段。 有关其他指南，请参见白皮书估计。 |
|
对成功完成用户情景的相对不确定性的主观分级。 允许的值为：
若要更改菜单选择，请参见自定义选取列表。 |
|
详细信息（用户情景） |
对于用户情景，提供足够的详细信息以估计实现该情景所需的工作量。 关注功能的目标受众、用户需要实现的目标以及原因。 不要描述开发功能的方式。 提供足够的详细信息，以便团队可编写任务和测试用例以实施项目。 重现步骤 (Bug) 对于 Bug，获取足够的信息，以便其他团队成员可以了解问题的总体影响以及他们是否已修复 Bug。 这包括查找或重现 Bug 和预期行为所执行的操作。 通过描述团队应用于验证用户情景或 Bug 修复是否完全实现的标准，考虑纳入“完成”的含义。 在开始执行用户情景或 Bug 之前，应尽可能明确地说明客户的验收条件。 团队与客户为决定验收条件进行的会谈将有助于确保团队对满足客户预期有大致了解。 验收条件可用作验收测试的基础，以便团队可以更加高效地评估项目是否圆满完成。 |
跟踪进度
团队可以使用看板跟踪用户情景进度，并使用冲刺 (sprint) 任务板跟踪任务进度。 将项拖动到新状态列会更新工作流**“状态”和“原因”**字段。
.png "具有情景更新的看板")
可以自定义看板以支持其他泳道或列。 或者，你可以针对用户情景和任务 WIT 自定义工作流，这将更改默认列标题。
用户情景的典型工作流进度如下：
产品所有者创建一个处于**“新建”状态的用户情景，默认原因为“新用户情景”**。
当团队决定在冲刺 (sprint) 期间完成工作时，他们会将该状态更新为**“活动”**。
当团队已完成所有关联的任务且情景单元测试通过后，用户情景将移到**“已解决”**。
当产品所有者基于验收条件和验收测试通过同意情景已实现后，用户情景将移到**“已关闭”**状态。
通过更新工作流，团队可了解哪些项目是新的、正在进行的或已完成的。 大多数 WIT 支持从各工作流状态中向前和向后转换。
将用户情景映射到功能
当你管理一套产品或用户体验时，你可能需要跨产品组合查看工作的范围和进度。 可通过定义功能并将用户情景映射到功能来执行此操作。
从功能积压工作 (backlog) 页中，可以按照与添加用户情景相同的方式快速添加功能。
.png "“功能项目组合积压(backlog)”工作页上的“快速添加”面板")
功能工作项包含为用户情景提供的类似字段并包括其他字段，如下表所述。
.png "敏捷的功能工作项表单")
**“实现”**选项卡将捕获映射的用户情景的链接。
字段 |
用法 |
|---|---|
与业务相关的功能的主观分级。 允许的值为：
若要更改菜单选择，请参见自定义选取列表（下拉菜单） [重定向]。 |
|
指定捕获某个功能与其他功能的相对值的数字。 数字越大，商业价值越大。 |
|
指定功能应执行的截止日期。 |
从启用**“映射”**的积压工作 (backlog) 页中，可以将用户情景拖动到其实现的功能中。
.png "将用户情景映射到功能")
此映射可创建从功能到用户情景的父-子链接，可在**“实现”**选项卡中捕获这些链接。
使用项目组合积压工作 (backlog)，你可以逐个深入了解积压工作 (backlog) 以查看你所需的详细程度的信息。 此外，你可以在设置团队层次结构时使用项目组合积压工作 (backlog) 来查看多个团队的正在进行的工作的汇总。
定义实现用户情景以及跟踪团队容量和燃尽 (Burndown) 所需的任务
当你的团队在冲刺 (sprint) 中管理其工作时，他们可使用冲刺 (sprint) 积压工作 (backlog) 页来将要完成的工作分解为不同的任务。
.png "“冲刺(sprint)积压工作(backlog)”页上的“添加任务”链接")
为任务命名，并估计完成任务所需的工作。
.png "任务的工作项表单")
借助 Agile 过程，团队在每个冲刺 (sprint) 开始时预测工作并定义任务，并且每个团队成员将执行其中的一小部分任务。 任务可包含开发、测试及其他类型的工作。 例如，开发人员可定义实现用户情景的任务，而测试人员可定义编写并运行测试用例的任务。
在团队以小时或天为单位估计工作时，他们会定义任务以及**“剩余工作”和“活动”**（可选）字段。
字段/选项卡 |
用法 |
|---|---|
初始估计（参见备注 1） |
完成任务所需的估计工作量。 通常，此字段在分配后不会发生更改。 |
完成任务剩余的工作量。 随着工作的进行，请更新此字段。 它用于计算容量图表、冲刺 (sprint) 燃尽图 (burndown chart) 和以下报表：燃尽 (burndown) 和燃速 (burn rate)、剩余工作和所有迭代的状态。 如果你将一个任务划分为多个子任务，则只为子任务指定小时数。 可以用团队选择的任意度量单位指定工作。 |
|
实现任务实施完成的工作量。 |
|
当团队根据活动估计冲刺 (sprint) 容量时，选择此任务代表的活动类型。 若要更改菜单选择，请参阅自定义选取列表。 |
|
实现 |
此选项卡可捕获在用户情景与任务之间创建的父-子链接。 当你使用冲刺 (sprint) 任务板向用户情景添加任务时，你会自动创建该情景的链接。 通过使用任务，你可以跟踪为完成情景而已执行的工作的进度。 此活动还支持多个报表，例如“情景概述”报表（敏捷）和“要求进度”报表 (CMMI)。 |
说明：
可以小时或天为单位指定工作。 没有与此字段相关的固有时间单位。
如果你使用 Microsoft Project 分配资源并跟踪时间表，则可使用 Project 更新这些字段。
跟踪用户情景的测试进度，捕获代码缺陷
测试用户情景
从测试管理器或 TWA 中，你可以创建自动链接到用户情景或 Bug 的测试用例。
.png "选择测试套件和添加测试用例")
测试用例包含大量字段，其中许多字段都是自动的，并与测试管理器和生成过程集成。 有关每个字段的说明，请参见生成和测试集成字段引用。
.png "测试用例工作项表单")
**“经过测试的用户情景”**选项卡列出了测试用例中的所有用户情景和 Bug。 通过将用户情景和 Bug 链接到测试用例，团队可跟踪每个项目的测试进度。 通过定义这些链接，可支持“情景概述”报表（敏捷）报表中显示的信息。
跟踪代码缺陷
可从 TWA、Visual Studio 中或在使用测试管理器进行测试时创建 Bug。
.png "Bug 工作项表单（Agile 过程模板）")
字段/选项卡 |
用法 |
|---|---|
捕获足够的信息，以便其他团队成员可以了解问题的总体影响以及他们是否已修复 Bug。 这包括查找或重现 Bug 和预期行为所执行的操作。 描述团队应用来验证代码缺陷是否已修复的条件。 |
|
Bug 对项目的影响的主观分级。 允许的值为：
若要更改菜单选择，请参见定义选取列表。 |
|
当测试管理器创建 Bug 时，它会自动使用有关软件环境和出现 Bug 的版本的信息填充“系统信息”和“发现版本”。 若要了解有关定义软件环境的详细信息，请参阅设置测试计算机以运行测试或收集数据。在解决 Bug 时，请使用“集成版本”指示包含修复 Bug 的代码的生成名称。 若要访问所有已运行的生成的下拉菜单，可以更新“发现版本”和“集成版本”的 FIELD 定义来引用全局列表。 将使用每个运行的生成自动更新全局列表。 若要了解更多信息，请参见 用于支持与测试、生产和版本控制的集成的字段。 有关如何定义版本名称的信息，请参见使用生成号为已完成的生成指定有意义的名称。 |
定义常见工作项字段和选项卡
以下字段和选项卡显示在大多数工作项窗体中。 每个选项卡用于跟踪特定信息，例如**“历史记录”、“链接”或“附件”**。 利用这三个选项卡，可以查看更改的历史记录、查看链接的工作项以及查看和附加文件。
所有 WIT 所需的唯一字段是**“标题”。 保存工作项后，系统会为其分配唯一“ID”**。 其他必填字段以黄色突出显示。
字段/选项卡 |
用法 |
|---|---|
标题 [必需] |
输入不多于 255 个字符的说明。 你稍后总是可以修改标题。 |
将工作项分配给负责执行此工作的团队成员。 根据你正在处理的上下文，下拉菜单将仅列出团队成员或团队项目的参与者。 |
|
创建工作项后，其状态默认为工作流中的第一个状态。 随着工作的进行，请更新它以反映当前状态。 若要更改状态的下拉列表，请参见更改工作项类型的工作流。 |
|
首先使用默认值。 在更改状态时对其进行更新。 每个状态均与一个默认原因关联。 若要更改原因的下拉列表，请参见更改工作项类型的工作流。 |
|
选择与产品或团队关联的区域路径，或将其保留为空，直到在计划会议过程中进行分配。 若要更改区域的下拉列表，请参见添加和修改区域和迭代路径。 |
|
选择要完成的工作所在的冲刺 (sprint) 或迭代，或将其保留为空并随后在计划会议的过程中进行分配。 若要更改迭代的下拉列表，请参见添加和修改区域和迭代路径。 |
|
添加所有链接类型，如超链接、变更集、源文件等。 此选项卡还列出了为工作项定义的所有链接，甚至那些在其他链接控件选项卡中定义的链接。 |
|
通过将文件添加到工作项，如电子邮件线程、文件、图像、日志文件或其他文件类型，可共享更多详细信息。 |
|
查看系统捕获的审核线索并捕获附加信息。 每次更新工作项时，信息都会追加到历史记录中。 历史记录包括更改日期、执行更改的人员和所更改的字段。 也可以向历史记录字段中添加格式化文本。 |
若要查找有关其他字段的信息，请参见工作项字段索引。
开始跟踪工作
在开始跟踪工作之前，你必须有一个团队项目。 请转到此处以创建一个团队项目。
如果你有团队项目，则开始跟踪工作：
若要熟悉常见工作项任务，请参阅开始使用工作项。
若要创建积压工作 (backlog)，请使用 TWA。 请参阅创建积压工作 (backlog)。
若要了解更多信息，请参见 选择 Team Foundation 客户端以支持您的任务。
问题解答
问：如何跟踪业务价值？
**答：**可以使用“优先级”字段来区分各种情景的价值。 或者，可以将自定义字段添加到跟踪情景相对价值的用户情景 WIT。 若要了解操作方法，请参阅修改或添加自定义字段。
问：Agile 支持哪些工作流状态？
**答：**这些图显示功能、用户情景、Bug 和任务的主要前进和倒退状态。 若要自定义工作流，请转到此处。
功能 .png "功能工作流状态，敏捷过程模板") |
用户情景 .png "用户情景工作流状态，敏捷过程模板") |
Bug .png "Bug 工作流状态，敏捷过程模板") |
任务 .png "任务工作流状态，敏捷过程模板") |
问：如何解决重复的 Bug？
**答：**将“状态”设置为“已删除”并将“原因”指定为“重复”。
问：如何从测试运行程序链接到现有 Bug？
**答：**请参阅在使用测试运行程序时更新现有 Bug。