管理 Scrum 流程工作项类型和工作流

项目
04/16/2024

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

若要使用 Scrum 计划软件项目并跟踪软件缺陷，团队将使用产品积压工作项 (PBI) 和 Bug 工作项类型 (WIT)。若要了解功能组合、方案或用户体验，产品所有者和程序经理可以将 PBI 和 bug 映射到功能。团队在进行冲刺 (sprint) 工作时，他们会定义自动链接到 PBI 和 bug 的任务。

Scrum 流程的概念性图像，用于计划和跟踪的工作项类型。

注意

如果你不熟悉 Scrum 流程，请参阅关于冲刺 (sprint)、Scrum 和项目管理。

测试人员可以使用 Web 门户或 Microsoft 测试管理器创建并运行测试用例，以及创建 bug 来跟踪代码缺陷。障碍跟踪阻滞问题。

定义 PBI 和 bug

在定义产品积压工作项时，关注客户将获得的价值并避免说明团队将如何开发功能。产品所有者可基于每个项的业务价值、工作量以及对其他积压工作项的相关依赖关系，来设置产品积压工作的优先级。当业务需求不断发展时，产品积压工作 (backlog) 也应不断发展。通常，团队仅为优先级最高的项或那些分配给当前和下一个冲刺 (sprint) 的项指定详细信息。

可以从产品积压工作页上的快速添加面板中创建 PBI 和 bug。

在此之后，可以打开每个 PBI 或 bug，以提供更多详细信息并估计工作量。此外，通过在积压工作 (backlog) 页（在“积压工作 (backlog) 优先级”字段中捕获）上设置 PBI 和 Bug 的优先级，产品所有者可以指示应为哪些项设置更高的优先级。

产品积压工作项的工作项窗体的屏幕截图。

当定义 PBI 和 bug 的工作量时，可使用预测功能和速度图来估计未来冲刺 (sprint) 或工作量。当定义业务价值，产品所有者可以独立于可更改的积压工作堆栈级别来指定优先级。

填写工作项表单时，请使用以下字段和工作项类型中常用的字段。有关详细信息，请参阅管理 bug。

字段/选项卡

使用情况

工作量

使用团队首选的任何度量单位（如情景点或时间）估计完成 PBI 所需的工作量。需要一个数值。

敏捷速度图和预测工具将引用此字段中的值。有关详细信息，请参阅估计白皮书。

业务价值

指定捕获某个 PBI 与其他 PBI 的相对值的数字。数字越大，商业价值越大。

描述

提供足够的详细信息以估计实现该项所需的工作量。关注功能的目标受众、用户需要实现的目标以及原因。不要描述开发功能的方式。提供足够的详细信息，以便团队可编写任务和测试用例以实施项目。

验收条件

通过描述团队应用于验证 PBI 或 bug 修复是否完全实现的条件，定义“已完成”的含义。

在开始执行 PBI 或 Bug 之前，应尽可能明确地说明客户的验收条件。团队与客户为决定验收条件进行的会谈将有助于确保团队对满足客户预期有大致了解。验收条件可用作验收测试的基础，以便团队可以更加高效地评估项目是否圆满完成。

获取“讨论”部分中的评论

使用“讨论”部分添加和查看对所执行工作的评论。

显示工作项表单中“讨论”部分的屏幕截图。

RTF 编辑器工具栏显示在文本输入区域下方。选择每个支持文本格式的文本框时，将显示此工具栏。

注意

没有“讨论”工作项字段。若要查询在“讨论”区域中输入了评论的工作项，需要对历史记录字段进行筛选。 “讨论”文本框中输入的文本的完整内容将添加到“历史记录”字段。

提及某人、组、工作项或拉取请求

若要打开你为提及某人、链接到工作项或链接到拉取请求而创建的最近条目的菜单，请选择、或输入 @、# 或 !。

“讨论”部分、提及下拉菜单的屏幕截图。

输入一个名称或数字，菜单列表将进行筛选以与你输入的内容匹配。选择要添加的条目。若要将组引入讨论，请输入 @ 和组名称（例如团队或安全组）。

编辑或删除评论

若要编辑或删除任何讨论评论，请选择 “编辑”或选择操作图标，然后选择“删除”。

“讨论”部分、“编辑”、“删除”操作的屏幕截图。

注意

编辑和删除评论需要 Azure DevOps Server 2019 Update 1 或更高版本。

更新评论后，选择“更新”。若要删除评论，请确认要将其删除。

工作项表单的“历史记录”选项卡中会保留所有已编辑和已删除的评论的完整审核线索。

重要

对于本地 Azure DevOps Server，必须配置 SMTP 服务器，以便团队成员能够收到通知。

向评论添加表情符号

通过选择任何评论右上角的笑脸图标，向评论添加一个或多个表情符号。或者，从评论底部任何现有表情符号旁边的图标中进行选择。若要删除你的表情符号，请在评论底部选择该表情符号。下图显示了添加表情符号的体验示例，以及评论表情符号的显示方式。

“讨论”控件、向评论添加表情符号的屏幕截图。

保存评论而不保存工作项

注意

此功能从 Azure DevOps Server 2022.1 开始提供。

如果只有加入到工作项的“讨论”的权限，则可以通过保存评论来执行此操作。此权限由“区域路径”节点和“编辑此节点中的工作项评论”权限控制。有关详细信息，请参阅设置工作跟踪权限、创建子节点、修改区域或迭代路径下的工作项。

保存评论后，无需保存工作项。

“讨论”部分、保存评论的屏幕截图。

注意

保存对“讨论”控件所做的更改时，仅保存评论。没有为工作项类型定义工作项规则。

跟踪进度

随着工作的进行，可以更改“状态”字段以更新状态。（可选）可以指定原因。状态和原因字段显示在工作项表单的标题区域。

显示 bug 工作项窗体、标题区域的屏幕截图。

Scrum 工作流状态

通过更新状态，团队可了解哪些项目是新的、正在进行的或已完成的。大多数 WIT 支持从各工作流状态中向前和向后转换。这些图显示了 PBI、bug 和任务 WIT 的主要前进和倒退状态。

产品积压工作(backlog)项	Bug	任务

PBI 和 bug 遵循以下典型的工作流进度：

产品所有者创建一个 PBI 或测试人员创建一个 bug，它们均处于“新建”状态，默认原因为“新积压工作项”
在对项进行充分描述并且为团队估计工作量等级准备就绪后，产品所有者可将项移到“已批准”。大多数情况下，产品积压工作顶部附近的项都处于“已批准”状态，同时接近中部和底部的项都处于“新建”状态
当团队决定在冲刺 (sprint) 期间投入工作时，他们会将该状态更新为“已提交”
当团队已完成该项的所有关联任务，并且产品所有者根据验收条件同意项已实现后，可将该项移到“已完成”状态。