Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020
在 Azure Boards 中应用敏捷过程时，可以使用多个工作项类型（WIT）来帮助团队规划和跟踪项目进度。 可用的 WIT 包括史诗、特性、用户故事、任务、问题和缺陷。 定义 WIT 后，可以使用看板，通过更新特定项目的状态来跟踪进度。
若要了解功能组合、方案或用户体验，产品所有者和程序经理可以将用户情景映射到功能。 团队在进行冲刺 (sprint) 工作时，他们会定义自动链接到用户情景的任务。 如果开始使用敏捷流程，请查看如何使用 Agile 规划和跟踪工作。
在 Web 门户或 Microsoft 测试管理器中，测试人员可以针对 bug 和问题创建和运行测试用例，以跟踪代码缺陷和阻碍性问题。
定义用户情景
产品所有者通常会定义用户情景并对其进行堆栈分级，这些情景描述了开发应用程序所涉及的工作、要求和要素。 然后，团队会估计工作量和工作以交付优先级最高的项。
从 产品积压工作页上的快速添加面板创建用户情景。 还可以在页面中拖放项，然后对项重新排序或 将项映射到特征。
你可以打开每个用户情景以提供更多详细信息和估计故事点。 定义故事点，使团队能够使用趋势预测功能和速度图来估计未来冲刺 (sprint) 或工作量。 通过在待办事项页面上优先排序用户故事（这在 堆栈排名 字段中体现），产品负责人可以指明需赋予较高优先级的项目。
填写表单时，请使用下表以及跨工作项类型使用的通用字段中的指导。
Field
Usage
对于用户情景，提供足够的详细信息以估计实现该情景所需的工作量。 关注功能的目标受众、用户需要实现的目标以及原因。 不要描述开发功能的方式。 请提供足够的详细信息，以便团队可以编写任务和测试用例来实现该项目。
提供在关闭 bug 或用户情景之前要满足的条件。 在开始工作之前，应尽可能明确地说明客户验收条件。 团队与客户之间的对话定义验收条件有助于确保团队了解客户的期望。 可以使用验收条件作为验收测试的基础，以便更有效地评估项是否已圆满完成。
由长篇故事、功能、要求或积压工作项处理的客户价值区域。 值包括：
- 体系结构：实现提供解决方案的业务功能的技术服务。
- 业务：（默认）满足客户或利益干系人需求的服务，并直接交付客户价值来支持业务。
与业务相关的用户情景、功能或需求的主观分级。 允许值包括：
- 1：如果没有此功能，产品无法发货。
- 2：没有此功能，产品无法发货，但无需立即解决该问题。
- 3：根据资源、时间和风险选择是否实现该功能。
用户故事成功完成的相对不确定性的主观评分。 允许值包括：
- 1 - 高
- 2 - 中
- 3 - 低
获取“讨论”部分中的评论
使用讨论部分添加和查看对所执行工作的评论。
当把光标放在任何支持文本格式的文本框内时，富文本编辑器工具栏就会出现在文本输入区域下方。
Note
“讨论工作项”字段不存在。 要从“讨论”区查询带有评论的工作项，请在历史记录字段上进行筛选。 “讨论”文本框中输入的文本的完整内容将添加到“历史记录”字段中。
提及某人、组、工作项或拉取请求
选择以下图标之一以打开包含您提及某人、链接到工作项或链接到拉取请求的最近条目的菜单：
可以使用键盘快捷方式打开同一菜单：提及 @、哈希标记 #和感叹号 ！。
输入名称或数字，对菜单列表进行筛选以匹配你输入的内容。 选择要添加的项。 若要将组引入讨论，请输入符号@后跟组名称，例如团队或安全组。
编辑或删除注释
若要编辑或删除任何讨论批注，请选择 “编辑
”或“ 更多作 ”（
），然后选择“ 删除” ：
更新批注后，选择“更新”。 若要删除批注，请确认删除。 工作项窗体上的历史记录选项卡保留所有已编辑和已删除的评论的完整审核线索。
Important
对于本地 Azure DevOps Server，请配置 SMTP 服务器，以便团队成员能够收到通知。
向评论添加表情符号
通过选择任何批注右上角的表情符号图标，向批注添加一个或多个反应。 从评论底部任何现有表情符号旁边的图标中进行选择。 若要删除你的表情符号，请在评论底部选择该表情符号。 下图显示了添加表情符号的体验示例，以及评论上表情符号的显示方式。
保存评论而不保存工作项
Note
此功能从 Azure DevOps Server 2022.1 开始提供。
如果只有加入到工作项的讨论的权限，则可以通过保存评论来执行此操作。 此权限由“区域路径”节点和编辑此节点中的工作项评论权限控制。 有关详细信息，请参阅 “设置工作跟踪权限 - 创建子节点，修改区域或迭代路径下的工作项”。
保存评论后，无需保存工作项。
Note
保存对 讨论 控件所做的更改时，仅保存批注。 未执行为工作项类型定义的工作项规则。
跟踪进度
工作进行时，将更改 “状态 ”字段以更新状态。 （可选）可以指定原因。 “状态”和“原因”字段显示在标题区域中的工作项窗体上：
敏捷工作流状态
更新工作流时，团队可以查看哪些项是新的、正在进行的或已完成的。 大多数 WIT 都支持从每个工作流状态向前和向后转换。 下图显示了用户情景、bug 和任务 WIT 的主要进度和回归状态。
下面是用户情景的典型工作流进度：
- 产品所有者创建一个处于“新建”状态的用户情景，默认原因为“新用户情景”。
- 团队在决定在冲刺期间完成工作时，将故事状态更新为 “活动 ”。
- 当团队完成故事的所有相关任务并通过单元测试时，该故事将进入“已解决”状态。
- 当产品所有者同意故事符合验收标准并通过验收测试时，故事将进入“封闭”状态。
使用看板或任务板更新状态
团队可以使用看板更新要求的状态，并使用任务板更新任务的状态。 将项拖动到新的状态列会同时更新 “状态 ”和 “原因 ”字段。
可以自定义面板以支持更多泳道或列。 有关详细信息，请参阅自定义工作跟踪体验。
将用户情景映射到功能
当你管理一套产品或用户体验时，你可能需要跨产品组合查看工作的范围和进度。 可以通过定义功能并将用户情景映射到功能来查看工作的范围和进度。
使用组合积压工作，你可以逐个深入了解积压工作以查看你所需的详细程度的信息。 此外，当你 设置团队层次结构时，可以使用项目组合待办事项来查看多个团队正在进行中的工作的汇总。
定义任务
当团队采用短冲方式管理工作时，他们可以使用 冲刺任务页面 将计划的工作分解为独立的任务。
为任务命名，并在 “工作量” 部分估算所需的工作。
当你使用 Agile 流程时，团队将在每个冲刺 (sprint) 开始时预测工作并定义任务。 然后，每个团队成员执行已标识任务的子集。 任务可包含开发、测试及其他类型的工作。 例如，开发人员定义实现用户情景所需的任务，而测试人员定义编写并运行测试用例所需的任务。
当团队根据小时数或天数估算工作时，他们定义任务和剩余工时和活动（可选）字段。
Field
Usage
完成任务所需的估计工作量。 通常，输入初始值后字段值不会更改。 可以指定工时或天数。 没有与此字段相关的固有时间单位。
完成任务剩余的工作量。 随着工作的进行，请更新此字段。 如果你将一个任务划分为多个子任务，则只为子任务指定小时数。 可以用团队选择的任意度量单位指定工作。 此字段用于计算以下图表和 SQL Server 报表：
实现任务所耗用的工作量。
当团队根据活动估计冲刺 (sprint) 容量时，选择此任务代表的活动类型。
集成代码或修复 Bug 的产品生成号。
跟踪测试进度
使用 用户故事 和 代码缺陷 跟踪测试进度。 有关跟踪其他类型的问题的信息，请参阅 “跟踪其他问题”。
测试用户情景
从 Web 门户或测试管理器中，可以创建自动链接到用户情景或 bug 的测试用例。 或者，可以从
链接 选项卡将用户情景链接到测试用例。
测试用例包含多个字段，其中许多字段都是自动化的，并且与测试管理器和生成过程集成。 有关每个字段的说明，请参阅基于生成和测试集成字段进行查询。
“ 链接 ”选项卡捕获测试用例中用户情景和 bug 的链接。 通过将用户情景和 bug 链接到测试用例，团队可以跟踪每个项目的测试过程中的进度。 通过定义这些链接，支持 SQL Server 故事概述 报表中显示的信息。
跟踪代码缺陷
可以从 Web 门户、Visual Studio 或使用测试管理器进行测试时创建缺陷 ，以跟踪代码缺陷的测试。
常见工作跟踪字段的定义
以下字段和选项卡显示在大多数工作项中。 每个选项卡用于跟踪特定信息。 常用的选项卡包括 
历史记录、 链接和 
附件。
所有工作项类型唯一的必填字段是标题。 保存工作项时，系统会分配唯一标识符 ID。 窗体以黄色突出显示必填字段。 有关其他字段的信息，请参阅工作项字段索引。
Note
可能需要其他字段，具体取决于对流程和项目的自定义。
字段或选项卡
Usage
输入不多于 255 个字符的说明。 稍后可以修改 标题 。
将工作项分配给负责执行工作的团队成员，或留空并稍后完成作业。
首次创建工作项时， “状态” 字段会自动显示工作流中的第一个状态，例如 “新建 ”或 “未分配”。 随着工作进度，更新 状态 以反映工作项的当前状态。
首次创建工作项时，请设置默认 的 Reason 值，例如 “已创建 ”或 “新建”工作项。 当工作项 的状态 更改时，请相应地更新 Reason 值。 工作项的每个 状态 都与默认 的 Reason 值相关联。
选择与产品或团队关联的区域路径，或者留空并稍后输入适当的值。 可以更改可用区域的下拉列表。 有关详细信息，请参阅定义区域路径并分配给团队。
选择要在其中完成工作项的冲刺或迭代，或留空并稍后分配值。 可以更改迭代的下拉列表。 有关详细信息，请参阅 定义迭代路径（冲刺）并配置团队迭代。
“历史记录 ”选项卡
查看工作项 历史记录 ，查看系统捕获的对项所做的所有更改。 每次更新工作项时，详细信息都会追加到历史记录中。 可以看到更改日期、更改作者和更新的字段列表。 还可以将格式化文本添加到 “历史记录 ”字段。
“链接 ”选项卡
添加 链接 以创建与其他工作项的连接。 支持多种链接，例如超链接、更改集、源文件等。 指定链接项与工作项的关系，例如 父项、 在生成中找到或 测试结果。
“附件 ”选项卡
使用 附件 包含有关项目的工作项的支持信息。 附加电子邮件线程、文档、图像、日志文件或其他文件类型。
跟踪其他问题
问题用于跟踪可能会阻止进度或阻止交付用户故事的事件。 另一方面，bug 用于跟踪代码缺陷。 可以通过团队仪表板上的“新建工作项”小组件，或“查询”页上的“新建”菜单中添加一个问题。
从小组件添加的工作项的范围将自动限定为团队的默认区域和迭代路径。 若要更改团队上下文，请参阅切换团队上下文。
跟踪业务价值
可以使用 “优先级 ”字段来区分各种故事的值。 或者，可以将自定义字段添加到跟踪情景相对价值的用户情景 WIT。 有关详细信息，请参阅 自定义流程的字段。
积压工作 (backlog) 列表顺序
堆栈排名字段用于跟踪用户情景的相对排名。 默认情况下，此字段不会显示在工作项窗体上。 积压工作页上的项目序列取决于 添加项目的位置或移动页面上的项目。 拖动项时，后台进程会更新 堆栈排名 字段。
自定义工作项类型
对于大多数工作项类型，可以添加字段、更改工作流、添加自定义规则，并向工作项表单添加自定义页。 还可以添加自定义工作项类型。 有关详细信息，请参阅 自定义继承过程。
对于大多数工作项类型，可以添加字段、更改工作流、添加自定义规则，并向工作项表单添加自定义页。 还可以添加自定义工作项类型。 有关详细信息，请根据项目使用的流程模型参阅自定义继承流程或自定义本地 XML 流程模型。