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

2025-10-09

Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020

若要使用 Scrum 规划软件项目并跟踪缺陷，团队使用产品积压工作项（PBI）和 Bug 工作项类型（WIT）。产品所有者和项目经理将产品待办事项 (PBIs) 和 bug 映射到功能特性，以查看项目集的进度。当团队以冲刺方式工作时，他们会创建自动链接到产品待办事项（PBIs）和缺陷的任务。

显示用于计划和跟踪的 Scrum 处理工作项类型的概念图像。

Note

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

测试人员使用 Web 门户或 Microsoft 测试管理器创建和运行测试用例，并提交错误报告来记录代码缺陷。使用障碍物来跟踪阻塞问题。

定义 PBI 和 bug

定义产品积压工作项时，请关注客户价值并避免描述实现详细信息。产品所有者按业务价值、工作量和依赖项确定积压工作优先级。随着需求的发展，积压工作不断发展：团队通常仅针对最高优先级项目或分配给当前和下一个冲刺的项目提供完整详细信息。

从产品待办事项页面的快速添加面板创建 PBIs 和缺陷。然后打开每个项目以添加详细信息和估计工作量。积压工作页面记录项目优先级（积压工作优先级），产品负责人使用该优先级来指示其相对重要性。

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

设置 PBIs 和缺陷的 工作量 时，请使用预测和速度图表来估算未来的冲刺。产品所有者将 业务价值 设置为与积压工作堆栈排名分开表示优先级。

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

Field/tab

Usage

Effort

使用团队喜欢的任何数字单位（如故事点或时间）估算完成 PBI 所需的工作。需要一个数值。

敏捷速度图表和预测工具引用此字段。

业务价值

输入一个数字，用于体现 PBI 相对于其他 PBI 的相对价值。较高的数字表示更大的业务价值。

Description

为团队提供足够的详细信息来估算工作量。专注于功能的目标受众，用户想要实现的目标，以及其中的原因。避免实现说明。包含足够的上下文，以便团队可以创建任务和测试用例。

接受条件

描述定义 PBI 或错误修复“完成”的条件。在开始工作之前澄清验收标准有助于团队和客户共享一个共同的理解并支持验收测试。

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

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

工作项窗体中“讨论”部分的屏幕截图。

当把光标放在任何支持文本格式的文本框内时，富文本编辑器工具栏就会出现在文本输入区域下方。

Note

“讨论工作项”字段不存在。要从“讨论”区查询带有评论的工作项，请在历史记录字段上进行筛选。 “讨论”文本框中输入的文本的完整内容将添加到“历史记录”字段中。

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

选择以下图标之一以打开包含您提及某人、链接到工作项或链接到拉取请求的最近条目的菜单：

可以使用键盘快捷方式打开同一菜单：提及 @、哈希标记 #和感叹号！。

“讨论”部分、提及下拉菜单人员选取器的屏幕截图。

输入名称或数字，对菜单列表进行筛选以匹配你输入的内容。选择要添加的项。若要将组引入讨论，请输入符号@后跟组名称，例如团队或安全组。

编辑或删除注释

若要编辑或删除任何讨论批注，请选择 “编辑 ”或“ 更多作 ”（），然后选择“ 删除” ：

“讨论”部分的屏幕截图，可以在其中选择“编辑”或“删除”操作。

更新批注后，选择“更新”。若要删除批注，请确认删除。工作项窗体上的历史记录选项卡保留所有已编辑和已删除的评论的完整审核线索。

Important

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

向评论添加反应

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

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

保存评论而不保存工作项

Note

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

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

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

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

Note

保存对讨论控件所做的更改时，仅保存批注。未执行为工作项类型定义的工作项规则。

跟踪进度

随着工作的进展，更新“状态”字段以反映当前状态，并选择性地提供原因。状态和原因字段显示在工作项表单的标题中。

显示缺陷工作项表单标题区域的屏幕截图。

Scrum 工作流状态

更新状态时，团队会了解哪些项是新项、正在进行项或已完成项。大多数 WIT 支持向前和向后状态转换。下图显示了 PBI、Bug 和任务 WIT 的主要进度和回归状态。

产品积压工作(backlog)项	Bug	Task

PBIs 和缺陷通常遵循以下步骤：

产品所有者或测试人员在 “新建 ”状态下创建一个 PBI 或 bug，其默认原因为 “新建积压工作项”。
产品所有者将项目移动到 “已批准 ”，一旦描述足够，团队即可估算工作量。待办事项列表靠顶部的项目通常会被标记为“已批准”，而位置靠后的项目通常仍为“新建”。
团队同意在冲刺中包含项目时将状态设置为 “已提交 ”。
当所有关联的任务完成时，团队会将该项目移动到 “完成 ”，产品所有者确认它符合验收标准。