关于工作项和工作项类型

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

使用工作项可以跟踪正在开发的功能和要求、代码缺陷或 Bug 以及项目面临的问题或风险。 每个工作项都基于一个工作项类型,该类型确定可用于跟踪信息的工作项字段。 可用的工作项类型因创建项目时使用的流程而异:敏捷、基本、Scrum 或 CMMI。

每个工作项表示一个存储在工作项数据存储中的对象,并在组织或项目集合中分配一个唯一标识符。 可用的工作项类型取决于创建项目时使用的流程

如果你刚刚入门,请阅读本文。 若要直接进入看板并开始跟踪工作,请参阅规划和跟踪工作。 有关各种工作项任务和关键概念的快速参考,请参阅工作项快速参考

使用不同的工作项类型跟踪工作

若要跟踪不同类型的工作,请选择特定的工作项类型。 下图显示了四个默认流程可用的默认工作项类型。 积压工作 (backlog) 中的项可能称为“用户情景”(敏捷)、“问题”(基本)、“产品积压工作项”(Scrum) 或“要求”(CMMI)。 这四种类型很相似。 它们描述要完成的工作的客户价值,并提供字段来跟踪有关该工作的信息。

下图显示了敏捷流程积压工作项层次结构。 用户情景和任务用于跟踪工作,bug 用于跟踪代码缺陷,而长篇故事和功能用于在较大方案中对工作进行分组。

Conceptual image, Agile work item type.

每个团队都可以通过配置使用 bug 设置来配置他们管理 bug(与“用户情景”或“任务”级别相同)的方式。 有关使用这些工作项类型的详细信息,请参阅敏捷流程

每个工作项类型都属于一个类别。 类别用于对工作项类型进行分组,并确定哪些类型显示在积压工作和版块上。

类别 工作项类型 控制积压工作/版块
长篇故事 长篇故事 长篇故事项目组合积压工作和版块
功能 功能 功能项目组合积压工作和版块
要求 用户情景 (Agile)
问题(基本)
产品积压工作项目 (Scrum)
要求 (CMMI)
产品积压工作和版块以及冲刺 (sprint) 积压工作 (backlog)
任务 任务 冲刺 (sprint) 积压工作 (backlog) 和任务板
Bug Bug 依赖于跟踪 Bug 的团队配置

“问题”(敏捷和 CMMI)和“障碍”(Scrum) 工作项类型用于跟踪可能影响工作完成的非工作性项目元素。 默认情况下,它们不会显示在任何积压工作或板上。

有关其他工作项类型的列表,请参阅本文后面的用于跟踪测试、评审和反馈的工作项类型

将 Bug 作为要求或任务进行跟踪

你的团队可以选择跟踪 Bug 的方式。 他们可以将它们和要求一起跟踪,并将它们显示在产品积压工作和看板中。 或者,像跟踪任务一样跟踪它们,在这种情况下,他们通常会将 Bug 链接到用户情景或产品积压工作项。 还有第三个选项,即,不将其作为要求或任务进行跟踪。

若要配置团队 Bug 跟踪选项,请参阅在积压工作和版块上显示 Bug。 有关所有团队设置的概述,请参阅管理团队和配置团队工具

自定义工作项类型

可以在工作项类型中包含或修改字段。 还可以引入个性化工作项类型,或调整积压工作和工作版块上工作项类型的显示。 你可以使用的定制方法和程度取决于分配给项目的流程模型。 有关详细信息,请参阅以下文章:

工作项窗体和详细信息选项卡

工作项窗体显示用于跟踪与每个单个工作项关联的信息的字段。 除了批量导入、导出、更新和修改工作项等其他方法外,还可以通过其各自的工作项窗体定义和更新工作项。

每个工作项窗体都包含多个选项卡。 “详细信息”选项卡包含通用字段、为工作项类型定义的其他字段以及“讨论”控件。 为所有工作项类型定义的通用字段显示在工作项窗体的顶部。 如下图所示,这些字段包括以下字段:“标题”、“分配给”、“状态”、“原因”、“区域”和“迭代”。 可以随时更新这些字段。

Screenshot of common fields in work item form for all work item types.

工作项窗体控件

控制 函数
Copy to clipboard icon 将工作项的 URL 复制到剪贴板(在工作项标题上悬停时出现)
Discussions icon 转到“讨论”部分
打开其他工作项任务的“操作”菜单
Refresh icon 使用最新更改刷新工作项
Undo icon 还原对工作项的更改
History tab icon 打开“历史记录”选项卡
Links tab icon 打开“链接”选项卡
Attachment tab icon 打开“附件”选项卡
full screen icon / exit full screen icon 进入或退出窗体中某个部分的全屏显示模式
Collapse section icon/Expand section icon 折叠或展开窗体中的一个部分
New linked work item icon 添加新工作项并链接到现有工作项(可能在 “操作”菜单下显示)
Change work item type icon 更改工作项类型(显示在 “操作”菜单下)
Change project icon 将工作项移动到其他项目(显示在 “操作”菜单下)
Clone icon 复制工作项并根据需要更改工作项类型(显示在 “操作”菜单下)
Email icon 发送包含工作项的电子邮件(显示在 “操作”菜单下)
Delete icon 回收工作项(显示在 “操作”菜单下)
Storyboard icon 使用 PowerPoint 的情节提要(显示在 “操作”菜单下)

复制 URL

在 Web 门户中,从 Web 浏览器地址复制 URL 或将鼠标悬停在标题上,然后选择 复制图标。 有关其他复制选项,请参阅复制或克隆工作项

Screenshot of copy hyperlink for a work item from web portal.

使用“启动情节提要”菜单选项

重要

从 Visual Studio 2019 开始,Azure DevOps Office 集成插件已弃用对使用 PowerPoint 和 Microsoft Project 制作情节提要的支持。 此外,还弃用了适用于 PowerPoint 情节提要的 Visual Studio 库。

“启动情节提要”菜单选项仅在新 Web 窗体中可用。 但是,在旧的 Web 窗体中,可以从积压工作项的“情节提要”选项卡中选择“启动情节提要”链接,也可以打开 PowerPoint。 有关要求和用法,请参阅使用 PowerPoint 将你的想法制作成情节提要

你可以使用 PowerPoint 将你的想法制作成情节提要,使用情节提要形状、文本、动画以及 PowerPoint 情节提要提供的所有其他功能使你的想法变成现实。 在任何工作项中,都可以通过选择“启动情节提要”菜单选项来打开 PowerPoint。

Screenshot of Work item form, Start storyboarding menu option.

通用工作跟踪字段

以下通用字段显示在大多数工作项的窗体标题区域中。 所有工作项类型唯一的必填字段是“标题”。 保存工作项后,系统会为其分配唯一的“ID”。 窗体以黄色突出显示必填字段。 有关其他字段的说明,请参阅工作项字段索引

注意

其他字段可能是必填字段,具体取决于对流程和项目进行的自定义。

字段 使用情况
标题 输入不多于 255 个字符的说明。 你稍后总是可以修改标题。
分配到 将工作项分配给负责执行此工作的团队成员。 根据你所处的上下文,下拉菜单仅列出团队成员或项目的参与者。
State 创建工作项后,“状态”默认设置为工作流中的第一个状态。 随着工作的进行,需要进行更新以反映当前状态。
原因 在状态更改时自动更新。 每个状态均与一个默认原因关联。
区域 选择与产品或团队关联的区域路径,或将其保留为空,直到在计划会议过程中进行分配。 若要更改区域下拉列表,请参阅定义区域路径并分配给团队
迭代 选择要完成的工作所在的冲刺 (sprint) 或迭代,或将其保留为空并随后在计划会议的过程中进行分配。 若要更改迭代下拉列表,请参阅定义迭代路径(冲刺 (sprint))和配置团队迭代

跟踪活动、打开、已解决或已关闭的工作项

工作流状态定义工作项是如何从创建进展到关闭的。 工作流状态还确定工作项是否显示在积压工作或版块上,如工作流类别状态在 Azure Boards 积压工作和版块上的使用方式中所述。

为用户情景(敏捷流程)定义的四个主要状态描述了用户情景的进度。 工作流状态有“新”、“活动”、“已解决”、“已关闭”和“已删除”。 下图演示了用户情景(敏捷)、问题(基本)、产品积压工作项 (Scrum) 或要求 (CMMI) 的自然进展和回归。 为每个流程的其他工作项类型定义了类似的进度和回归。

工作流状态:用户情景,敏捷流程

User Story workflow states, Agile process

注意

  • 一个工作项可以且只能以一种状态存在。
  • 完成所有工作后,将工作项“状态”设置为“已关闭”。
  • 看板和冲刺 (sprint) 任务板支持分别使用拖放功能查看和更新要求或任务的工作流状态。 有关详细信息,请参阅开始使用看板更新和监视任务板
  • 根据所选的 查看选项,处于“已关闭”或“已完成”状态的工作项不会出现在积压工作上。
  • “已删除”状态支持删除工作项,使其不再显示在积压工作上。 有关详细信息,请参阅移动、更改或删除工作项
  • 可以按“状态”和其他字段查询工作项,以列出正在进行、已解决或已完成的工作。 有关详细信息,请参阅按分配或工作流更改进行查询

分配工作

一次只能向一个人分配工作项。 “分配对象”字段是一个标识字段,旨在保存添加到项目的用户标识。 在工作项窗体中,选择“分配给”字段以选择项目成员。 或者,你可以开始输入项目成员的名称,以快速将搜索重点放在几个特定人员上。

Screenshot of Assigned To field in the work item form.

注意

  • 只能将工作项分配给已添加到项目或团队的用户
  • 一次只能将一个工作项分配给一个用户。 如果工作拆分到两个或多个用户,请考虑创建单独的工作项,分别分配给负责完成工作的每个用户。
  • 随着时间的推移,标识字段的下拉菜单会显示最近选择过的名称。
  • 可以从积压工作或查询结果中一次性分配多个工作项,请参阅批量修改工作项了解详细信息。
  • 若要了解有关标识字段的详细信息,请参阅按分配或工作流更改进行查询

使用 Microsoft Entra ID 或 Active Directory 进行配置时,Azure DevOps 会将标识字段与这些目录同步。 标识字段包括“激活者”、“分配给”、“关闭者”、“创建者”和“解决者”。

可以通过添加在 Microsoft Entra ID 或 Active Directory 中创建的安全组,或者将帐户添加到从集合设置“安全性”页定义的现有组或自定义组来授予对项目的访问权限。 有关详细信息,请参阅使用 Microsoft Entra ID 添加或删除用户设置组以用于 Azure DevOps Server 部署

使用工作项模板快速填写窗体

使用工作项模板,可以快速创建已预填充常用字段值的工作项。 例如,创建用于设置区域路径、迭代路径和专业或活动的任务模板,以便用来创建任务。 有关详细信息,请参阅使用模板添加和更新工作项

“关注”、“刷新”、“还原”和“操作”菜单

“关注”、“刷新”、“还原更改”和“操作”菜单控件会显示在所有工作项窗体上。

Screenshot of Follow and Refresh icons, and Actions menu.

注意

某些菜单选项可能不会显示,具体取决于你的权限分配。 此外,根据添加到组织的商城扩展或对工作项类型所做的其他自定义,可能会显示其他选项。

讨论控件

使用“讨论”控件,项目成员可以添加和查看对所执行工作的评论。 在每个文本框中选择光标时,RTF 编辑器工具栏将显示在文本输入区域下方。 添加的每个注释都记录在“历史记录”字段中。 有关详细信息,请参阅查看和添加工作项。 若要查询讨论或历史记录,请参阅查询工作项历史记录和讨论字段

Screenshot of Discussion section within a work item form.

“部署”、“开发”和“相关工作”控件是大多数工作跟踪窗体中提供的特殊控件。

Screenshot of Deployment control.

Screenshot of Development control.

Screenshot of Related Work control.

“部署”控件提供了有关某个功能或用户情景是否已部署以及已部署到哪个阶段的快速视图。 可以在工作项部署到不同发布环境时直观地了解工作项的状态,并快速导航到每个发布阶段和运行。 有关详细信息,请参阅将工作项链接到部署

“开发”和“相关工作”控件用于支持将常见任务链接到开发对象或其他工作项。 这些控件在用于跟踪工作的大多数工作项中提供。 下表提供了每个控件的简短说明。

Screenshot of Development control.

Screenshot of Related Work control.

“开发”控件记录支持完成工作项的所有 Git 开发过程。 它还支持可跟踪性,从而提供与工作项相关的所有分支、提交、拉取请求和生成的可见性。 有关详细信息,请参阅从工作项推动 Git 开发

“相关工作”控件提供链接工作项的快速视图,并支持添加指向父工作项的链接。 此外,还可以快速添加和移除链接的工作项。 有关详细信息,请参阅链接用户情景、问题、bug 和其他工作项

“历史记录”、“链接”和 “附件”选项卡支持审核、可跟踪性和信息共享。 这三个选项卡提供更改历史记录、用于添加和移除工作项链接的控件以及用于附加和移除文件的控件。

历史记录:查看对工作项所做的更改

“历史记录”选项卡维护一段时间内对工作项所做的更改的记录。 对任何常用字段、说明或其他富文本字段、“讨论”控件条目或添加或移除链接或附件进行更改时,将创建记录。

首先显示状态更改历史记录图。 若要查看状态更改的整个历史记录,请选择“全部显示”。

Screenshot of Work item form, Web portal, State change history diagram (web portal only).

在左窗格中选择一个条目以查看所做更改的详细信息。 有关详细信息,请参阅查询工作项历史记录和讨论字段

Screenshot of Work item form, History tab, Web portal, Details.

“链接”选项卡中,可以添加、移除或查看链接到工作项的工作项或其他对象。 不同的链接类型用于链接到不同的对象,或链接到其他工作项。

Screenshot of Work item form, Links tab.

有关详细信息,请参阅以下文章:

附件:将文件附加到工作项

“附件”选项卡中,可以添加、移除或查看添加到工作项的文件或图像。 最多可向工作项添加 100 个附件。 附件限制为 60 MB。 有关详细信息,请参阅在工作项和社交工具中共享信息

在 Web 门户中跟踪工作

可以从 Web 门户添加和更新工作项。 有关连接到项目的所有客户端的概述,请参阅连接到 Azure DevOps 的工具和客户端。 使用 Web 门户完成以下任务。

  • 工作项:用于快速查找分配给你的工作项,或基于其他条件筛选工作项,例如你关注的工作项、被提及的工作项,或者查看或更新过的工作项。
  • Boards:用于实现看板做法、更新状态以及可视化团队的工作流。
  • 积压工作:用于规划、确定工作优先级和组织团队在产品或项目组合积压工作中执行的工作。
  • 冲刺 (sprint):用于规划团队在冲刺 (sprint) 期间执行的工作。
  • 查询:用于定义一组筛选条件,以列出工作项,以便与他人共享、执行批量更新或导入/导出操作。
  • 交付计划:用于查看团队计划提供的情景或功能的计划。 计划显示已定义的计划工作项,这些项分配给日历视图中所选团队的冲刺 (sprint)(迭代路径)。
  • 工作项:用于快速查找分配给你的工作项,或基于其他条件筛选工作项,例如你关注的工作项、被提及的工作项,或者查看或更新过的工作项。
  • Boards:用于实现看板做法、更新状态以及可视化团队的工作流。
  • 积压工作:用于规划、确定工作优先级和组织团队在产品或项目组合积压工作中执行的工作。
  • 冲刺 (sprint):用于规划团队在冲刺 (sprint) 期间执行的工作。
  • 查询:用于定义一组筛选条件,以列出工作项,以便与他人共享、执行批量更新或导入/导出操作。
  • 工作项:用于快速查找分配给你的工作项,或基于其他条件透视或筛选工作项,例如你关注的工作项、被提及的工作项,或者查看或更新过的工作项。
  • 积压工作:提供对以下内容的访问权限:
  • 查询:用于定义一组筛选条件,以列出工作项,以便与他人共享或执行批量更新。

用于跟踪测试、评审和反馈的工作项类型

除了积压工作和版块上显示的工作项类型之外,还有用于跟踪测试、评审和反馈的工作项类型。 下表中按类别列出的这些类型适用于大多数流程。

类别和工作项类型 用于跟踪指定工作类型
代码评审请求 针对 Team Foundation 版本控制 (TFVC) 存储库中维护的代码跟踪代码评审请求。 有关详细信息,请参阅开发人员一天的生活:暂停工作、修复 bug 和执行代码评审
代码评审响应 会为请求提供评审评论的每个人创建代码评审响应。
反馈请求 反馈请求跟踪通过反馈请求表单生成的反馈请求。 请参阅获取反馈
反馈响应 会为每个人员以及通过 Microsoft Feedback Client 为其提供反馈的每个项创建反馈响应。 请参阅获取反馈
共享步骤 共享步骤用于使用不同的数据重复执行测试
共享参数 共享参数为运行手动测试用例指定不同的数据和参数。 请参阅使用不同的数据重复执行测试
测试用例 每个测试用例定义一个手动测试
测试计划 测试计划将测试套件和单个测试用例组合在一起。 测试计划包括静态测试套件、基于要求的套件和基于查询的套件。有关详细信息,请参阅创建测试计划和测试套件
测试套件 测试套件将测试用例分为单个测试计划内的各个测试方案。 对测试用例进行分组可以更轻松地查看哪些方案已完成。 请参阅创建测试计划和测试套件

所需权限和访问权限

添加到项目的“参与者”组的成员可以使用“Boards”中心下提供的大多数功能。 若要将用户添加到项目,请参阅将用户添加到项目或团队

下表汇总了影响项目成员查看和编辑工作项的能力的权限。

Level 权限
区域路径 查看此节点中的工作项
区域路径 编辑此节点中的工作项
Project 创建标记定义
Project 更改工作项类型
Project 将工作项移出此项目
Project 删除和还原工作项
Project 永久删除工作项

具有基本访问权限的用户对所有功能具有完全访问权限。 具有利益干系人访问权限的用户仅限于某些功能。 有关详细信息,请参阅设置工作跟踪的权限和访问权限以及利益干系人访问快速参考

后续步骤