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