在 Azure Boards 中计划和跟踪工作

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

本文介绍如何使用 Azure Boards 通过“敏捷”、“基本”、“Scrum ”或“能力成熟度模型集成 (CMMI)”流程来计划和跟踪工作。 有关详细信息,请参阅关于流程和流程模板

注意

将项目添加到 Azure DevOps Services 或 Azure DevOps Server 2019 Update 1 时,可以使用基本流程。 对于早期的本地部署,请选择敏捷、Scrum 或 CMMI 流程。

敏捷流程使用各种工作项类型(例如用户情景、任务、bug、功能和长篇故事)来计划和跟踪工作。 首先添加用户情景,并根据需要将其分组到功能中。 可以将任务添加到用户情景以跟踪更多详细信息。

工作项类型 积压工作 (backlog) 层次结构
Agile process work item types, conceptual image. Screenshot of Agile process Hierarchical backlog.

在每个工作项窗体中,可以通过“讨论”部分描述要完成的工作、将工作分配给项目参与者、跟踪状态以及与他人协作。

我们将介绍如何从 Web 门户添加用户情景和子任务,以及如何向这些工作项添加详细信息。

先决条件

  • 你必须具有“基本”访问权限,并且是参与者或项目管理员组的成员,才能将工作项添加到面板并使用所有其他面板功能。
  • 你必须对专用项目具有“利益干系人”访问权限,并且必须是“参与者”或“项目管理员”组的成员,才能查看面板、打开和修改工作项,以及将子任务添加到清单中。 但是,不能使用拖放对积压工作项重新排序或重新设定父级,也不能更新卡片上的字段。
  • 你必须对公共项目具有“利益干系人”访问权限,并且必须是“参与者”或“项目管理员”组的成员,才能完全访问所有 Boards 功能。
  • 你必须具有“基本”访问权限,并且是参与者或项目管理员组的成员,才能将工作项添加到面板并使用所有其他面板功能。
  • 你必须具有“利益干系人”访问权限,并且必须是“参与者”或“项目管理员”组的成员,才能查看面板、打开和修改工作项,以及将子任务添加到清单中。 但是,不能使用拖放对积压工作项重新排序或重新设定父级,也不能更新卡片上的字段。

注意

若要将卡片拖放到不同的列,必须具有 Azure DevOps Server 2020 Update 1

  • 你必须具有“基本”访问权限,并且是参与者或项目管理员组的成员,才能将工作项添加到面板并使用所有其他面板功能。
  • 你必须对专用项目具有“利益干系人”访问权限,并且必须是“参与者”或“项目管理员”组的成员,才能查看面板、打开和修改工作项,以及将子任务添加到清单中。 但是,不能使用拖放对积压工作项重新排序或重新设定父级,也不能更新卡片上的字段。
  • 你必须对公共项目具有“利益干系人”访问权限,并且必须是“参与者”或“项目管理员”组的成员,才能完全访问所有 Boards 功能。

有关详细信息,请参阅 Azure Boards 的默认权限和访问权限

注意

本文中显示的图像对应于最新版本的 Azure Boards。 尽管它们可能与 Azure DevOps 的早期本地版本中显示的不同,但它们在描述的函数中相似,除非另有说明。

打开看板

每次添加项目和团队都会预配看板。 只能通过添加另一个团队来创建看板或向项目添加看板。 有关详细信息,请参阅关于团队和敏捷工具

  1. 登录到你的组织 (https://dev.azure.com/{your_organization}) 并转到你的项目。

  2. 选择“Boards”>“Boards”。

    Screenshot showing two selections highlighted with red boxes, to open boards.

  3. 从“所有团队面板”下拉菜单中选择一个面板。

    Screenshot showing All Team Boards to choose from, listed in the dropdown menu.

将工作项添加到面板

将自动为面板上的工作项分配为团队分配的默认“区域路径”和“迭代路径”。 有关详细信息,请参阅配置团队设置

  1. 在情景面板中,选择“新建项”和要跟踪的情景。

    Add new item, Kanban board, Agile process.

  2. 输入返回,系统会将工作项 ID 分配给用户情景。

    Added item, Agile process.

  3. 根据需要添加任意数量的用户情景。

提示

若要快速添加功能和子用户情景,请从面板选择器中选择“功能”。 Screenshot to Open the features board, Agile process.

向面板项添加详细信息

选择问题或用户情景标题以将其打开。 在“讨论”部分中更改一个或多个字段值、添加说明或注释。 还可以选择 attachments icon“附件”选项卡并拖放文件,以便与他人共享该文件。

例如,在这里我们将情景分配给 Raisa Pokrovskaya,并添加一个讨论说明,并提及了 Raisa。

Screenshot of User Story work item form.

完成后,选择“保存并关闭”

字段说明


字段

使用情况


输入不多于 255 个字符的说明。 你稍后总是可以修改标题。


将工作项分配给负责执行此工作的团队成员。 根据你工作所处的上下文,下拉菜单仅列出团队成员或项目的参与者。

注意

只能将工作分配给单个用户。 如果需要将工作分配给多个用户,请为每个用户添加一个工作项,并按标题和说明区分要完成的工作。 “分配给”字段仅接受已添加到项目或团队的用户帐户。


创建工作项后,其状态默认为工作流中的第一个状态。 随着工作的进行,请更新它以反映当前状态。


首先使用默认值。 根据需要在更改状态时对其进行更新。 每个状态均与一个默认原因关联。


选择与产品或团队关联的区域路径,或将其保留为空,直到在计划会议过程中进行分配。 若要更改区域下拉列表,请参阅定义区域路径并分配给团队


选择要完成的工作所在的冲刺 (sprint) 或迭代,或将其保留为空并随后在计划会议的过程中进行分配。 若要更改迭代下拉列表,请参阅定义迭代路径和配置团队迭代


提供足够的详细信息来创建范围的共识并支持估计工作。 注重用户、他们想要完成的操作以及原因。 不要描述如何开发产品。 提供足够的详细信息,以便团队可编写任务和测试用例以实施项目。


提供在关闭工作项之前要满足的条件。 通过描述团队用于验证积压工作项或 bug 修复是否完全实现的条件,定义“已完成”的含义。 在开始工作之前,应尽可能明确地说明客户验收条件。 在团队和客户之间进行对话,以确定验收条件。 这些条件有助于确保团队内部达成共识,以满足客户的期望。 此外,此信息为验收测试奠定基础。


与业务相关的问题或任务的主观分级。 你可以指定以下值:

  • 1:在未成功解决工作项问题的情况下,无法提供产品,应尽快解决此问题。
  • 2:在未成功解决工作项问题的情况下,无法提供产品,无需立即解决此问题。
  • 3:根据资源、时间和风险来选择性地解决工作项。
  • 4:不需要解析工作项。

与业务相关的问题或任务的主观分级。 你可以指定以下值:

  • 体系结构:用于实现可交付解决方案的业务功能的技术服务。
  • 业务:满足客户或利益干系人需求、可直接提供客户价值以支持业务的服务(默认值)。

提供完成问题所需的工作量的相对估计。 大多数敏捷方法都建议根据工作量的相对大小来设置积压工作项的估计值。 此类方法包括 2 的幂(1、2、4、8)和斐波纳契数列(1、2、3、5、8 等)。 使用团队首选的任何数字度量单位。
设置的估计值用于计算团队速度预测冲刺 (sprint)


更新工作状态

“状态”字段跟踪工作项的状态。 使用看板,可以通过将积压工作项拖放到其他列来快速更新积压工作项的状态。

工作开始时,将用户情景卡片从“积压工作(backlog)”列拖到“活动”列。 准备好审阅工作后,将其移动到“已解决”列。 审查并接受后,将其移动到“已关闭”列。

Screenshot showing updating status on Kanban board, Agile process.

提示

若要根据需要添加或重命名列,请参阅自定义面板

添加任务

任务清单提供了一种快速而简单的方法来跟踪工作元素,这些元素对于支持完成积压工作项非常重要。 此外,还可以将单个任务分配给不同的团队成员。

提示

从看板创建的任务会自动分配其父工作项“区域路径”和“迭代路径”,并显示在冲刺 (sprint) 任务板上。

冲刺 (sprint) 积压工作 (backlog)任务板创建的任务显示在看板的任务清单中。

  1. 选择情景的 操作图标,然后选择 plus icon“添加任务”。

    Choose Add Task from the User Story card menu, Agile process.

    输入任务的标题,完成后选择 Enter。

    Add first task, Agile process.

  2. 如果要添加许多任务,请继续输入任务标题并键入 Enter。

    Several tasks added, Agile process.

  3. 可以将任务标记为“完成”、展开或折叠任务清单,或者重新排序和重新设定任务父级。

    将任务标记为“完成” 重新排序和重定设定任务父级 展开或折叠清单
    若要将任务标记为完成,请选中任务复选框。 任务状态将变为“完成”。
    Mark task as done
    若要对任务重新排序,请将其拖动到清单中。 若要为任务重新设定父级,请将其拖到面板上的另一个问题。
    Drag tasks to reorder them within the list
    若要展开或折叠任务清单,只需选择任务批注即可。
    Collapse task checklist

向任务添加详细信息

如果要添加有关任务的详细信息,请选择标题以将其打开。 在“讨论”部分中更改一个或多个字段值、添加说明或注释。 完成后,选择“保存并关闭”

在这里,我们把任务分配给 Christie Church。

Screenshot of Task work item form, Agile process.

字段说明

除了可以为积压工作项定义的字段(用户情景、问题、产品积压工作项或要求),还可以为任务指定以下字段以支持容量和时间跟踪。

注意

没有与此字段关联的固有时间单位,即使任务板始终显示与剩余工时相关的小时数“h”。 可以用团队选择的任意度量单位指定工作。

字段

使用情况


完成任务所需的活动类型。有关如何使用此字段的详细信息,请参阅容量计划。 允许值包括:

  • 部署
  • 设计
  • 开发
  • 文档
  • 要求
  • 测试:

专业(CMMI 流程)

完成任务所需的活动类型。有关如何使用此字段的详细信息,请参阅容量计划。 允许值包括:

  • 分析
  • 开发
  • 测试
  • 用户培训
  • 用户体验

完成任务所需的估计工作量。 通常,此字段在分配后不会发生更改。

完成任务剩余的工作量。 可以小时或天为单位指定工作。 随着工作的进行,请更新此字段。 它用于计算容量图表冲刺 (sprint) 燃尽图
如果你将一个任务划分为多个子任务,则只为子任务指定剩余工作。

实现任务所耗用的工作量。 完成任务后,输入此字段的值。

任务类型(仅 CMMI)

从允许的值中选择要实现的任务的类型:

  • 纠正措施
  • 缓解措施
  • 已计划

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

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

Screenshot showing the Discussion section within a work item form.

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

Screenshot of Discussion section, Rich Text Editor toolbar.

注意

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

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

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

Screenshot of Discussion section, at-mention drop-down menu.

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

编辑或删除评论

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

Screenshot of Discussion section, Edit, Delete actions.

注意

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

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

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

使用 @提及控件将讨论通知另一个团队成员。 输入 @ 及其名称。 若要引用工作项,请使用 #ID 控件。 输入 #,将显示你最近引用的工作项列表,你可以从中进行选择。

若要引用工作项,请使用 #ID 控件。 输入 #,将显示你最近引用的工作项列表,你可以从中进行选择。

一旦输入评论,将无法编辑或删除。

重要

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

向评论添加表情符号

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

Screenshot of Discussion control, Add reactions to a comment.

保存评论而不保存工作项

注意

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

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

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

Screenshot of Discussion section, save comment.

注意

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

后续步骤