在 Azure Boards 中创建产品积压工作

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

你的产品积压工作 (backlog) 与你的项目计划(即团队计划交付内容的路线图)相对应。 通过添加用户情景、积压工作项或要求来创建产品积压工作。 如下图所示,积压工作包括工作项的平面列表。

注意

下图演示了适用于 Azure DevOps Services 的 Scrum 进程的产品积压工作映像。 对于敏捷、基本和 CMMI 流程模型,积压工作项选择显示为情景问题和要求

Screenshot of a Backlog of Scrum process product backlog items.

定义后,可以确定要生成的功能和要求的优先级列表。 积压工作还提供与团队跟踪和共享所需的信息的存储库。 还可以 以交互方式筛选积压工作, 以专注于工作项的子集。

注意

有关配置和自定义项目和团队以支持业务需求的指导,请查看Azure Boards的配置和自定义

积压工作包括 工作项列表。 使用工作项来共享信息、为团队成员分配工作、跟踪依赖项、组织工作等。 最重要的工作显示在列表顶部,因此团队始终知道下一步的工作。

注意

产品积压工作是可供你使用三类积压工作之一。 有关每个积压工作和两种类型的板支持的功能的概述,请参阅 积压工作、板和计划。 如果看不到积压工作项,请查看 “设置积压工作”和“板”。

添加积压工作

如果有项目,则积压工作。 每个项目定义一个默认团队,并为该团队定义一组积压工作。 仅当想要支持新团队时,才需要添加积压工作。 添加团队时,将添加各种团队资产。 团队管理员可以配置资产以支持团队的工作方式。 若要添加一组积压工作以支持新团队,请参阅 “添加团队”。

每个团队的积压工作集都与一个或多个工作项类型相关联。 与积压工作关联的工作项类型取决于:

  • 在创建项目时选择的进程
  • 团队配置
  • 处理自定义

为每个默认进程定义的积压工作包括:

  • 敏捷故事功能和史诗
  • 基本问题和史诗
  • Scrum积压工作项功能和史诗
  • CMMI要求功能和史诗
  • 敏捷故事功能和史诗
  • Scrum积压工作项功能和史诗
  • CMMI要求功能和史诗

从积压工作选择器中选择积压工作级别,如下图所示。

Choose backlog level, Backlog items, Stories, or Requirements.

若要使用自定义工作项类型自定义积压工作,请添加项目组合积压工作或其他受支持的选项。 请参阅以下文章,具体取决于项目使用的过程:

若要自定义积压工作项类型、添加项目组合积压工作或其他受支持的选项,请参阅 本地 XML 进程模型

先决条件

创建项目或添加团队时,会自动创建积压工作。 每个团队都有权访问自己的产品、组合和冲刺积压工作,如 “关于团队”和“敏捷”工具中所述。

注意

具有 公共项目利益干系人 访问权限的用户可以完全访问积压工作和板功能,就像具有 基本 访问权限的用户一样。 有关详细信息,请参阅 利益干系人访问快速参考

打开积压工作

在 Web 浏览器中打开产品积压工作。

  1. (1) 检查是否已选择正确的项目, (2) 选择 Boards> Backlogs,然后 (3) 从团队选择器菜单中选择正确的团队。

    Open Work, Backlogs, for a team

    若要选择其他积压工作,请打开选择器,然后选择其他团队或选择 “查看积压工作目录 ”选项。 或者,在搜索框中输入关键字以筛选项目的团队积压工作列表。

    Choose another team

    提示

    选择 星形图标以收藏团队积压工作。 收藏夹项目 ( 收藏夹图标) 显示在团队选择器列表顶部。

  2. 检查 是否已 (为 敏捷) 、基本) 问题 (、Scrum) 积压工作项 (或 CMMI) 要求 (选择“案例 ” (作为积压工作级别。

    Choose backlog level.

  3. (可选) 若要选择应显示哪些列以及按何种顺序显示,请选择 操作图标并选择 “列”选项。 若要了解详细信息,请参阅 “更改列”选项

    Open Column Options

  1. 检查是否选择了正确的项目,然后选择Boards>Backlogs。 然后从团队选择器菜单中选择正确的团队。

    Open Boards > Backlogs, for a team

    若要选择其他积压工作,请打开选择器,然后选择其他团队或选择“ 浏览所有积压工作 ”选项。 或者,在搜索框中输入关键字以筛选项目的团队积压工作列表。

    Select another team

    提示

    选择 星形图标,使团队积压工作成为收藏夹。 收藏夹项目 ( 收藏夹图标) 显示在团队选择器列表顶部。

  2. 检查是否选择了“敏捷 案例 ”、“基本 问题”、“ Scrum 积压工作项”或 CMMI 要求 作为积压工作级别。

    Select product backlog level, Backlog items, Stories, or Requirements

  3. (可选) 若要选择显示哪些列以及按何种顺序显示,请选择 操作图标并选择 “列”选项。 若要了解详细信息,请参阅 “更改列”选项

    Open Column options

提示

每个团队成员都有多个工具来配置积压工作视图: 展开/折叠一个级别列选项积压工作级别选择器视图选项筛选器 工具栏。 为每个积压工作级别设置的选项是不同的,一直保留到更改为止。 若要了解详细信息,请参阅 “配置积压工作”视图

在 Web 浏览器中,打开团队的产品积压工作,并从项目和团队选择器中选择团队。 然后选择“工作>积压工作”。 选择产品积压工作,即 Scrum 积压 工作项 、敏捷 案例 或 CMMI 要求

Open the Boards > Backlogs page

若要选择其他团队,请打开项目和团队选择器。 选择其他团队,或选择“ 浏览 ”选项。

Select another team

跟踪积压工作上的 bug

可以选择管理 bug 的方式。 一些团队喜欢在积压工作上跟踪 bug 和需求。 其他团队喜欢跟踪 bug 作为任务完成以支持要求。 然后,bug 会显示在其 任务板上

在决定之前,请查看 “配置和自定义”,将 bug 视为指导要求或任务 。 或者,直接转到 积压工作和板上的 Bug

将创意转换为积压工作项

积压工作显示你计划执行或已开始处理的工作。 一旦工作项 的状态 设置为 “完成 ”或 “已完成”,工作项就不再显示在积压工作上。 可以使用 积压工作控件 筛选或更改视图。

提示

如果已定义长列表项,则不必一次重新输入它们。 相反,使用 CSV 文件或Microsoft Excel批量使用导入或更新工作项以将其快速导入积压工作。

  1. 在添加工作项之前,请选择“ 查看”选项 ,然后打开 “父级 ”和“ 预测 ”的滑块以 关闭。 (可选)打开或关闭 “进度项 ”。

    Add a product backlog item

  2. 若要添加工作项,请选择“新建工作项并输入标题。 然后按 Enter 或选择 “添加到顶部”。 将自动为团队选择的默认 区域路径迭代路径 分配工作项。 若要了解详细信息,请参阅 “配置团队设置”。

    Add the work item.

    注意

    如果拥有 利益干系人 访问权限,则只能将工作项添加到积压工作底部。 有关详细信息,请参阅 利益干系人访问快速参考

  3. 重复此步骤以捕获所有想法作为工作项。

若要生成积压工作,请输入标题并选择“ 添加”。 如果未看到 “添加 ”链接,请选择“ 新建 ”以打开快速添加面板。 (可选)将 “正在进行”项 设置为 “显示 ”或 “隐藏”。 将自动为团队选择的默认 区域路径迭代路径 分配工作项。 若要了解详细信息,请参阅 “配置团队设置”。

Add work items to the backlog

注意

如果拥有 利益干系人 访问权限,则只能将工作项添加到积压工作底部。 有关详细信息,请参阅 利益干系人访问快速参考

重复此步骤,直到捕获所有主要想法。

注意

根据你是否使用 BasicAgileScrumCMMI 创建项目,积压工作中的项目可能称为问题、用户情景、PBIs 或要求。 这三个都是相似的。 它们描述了要交付的客户价值以及要执行的工作。

默认情况下,用户情景显示在敏捷积压工作上,基本积压工作问题、PBIs 和 bug 出现在 Scrum 积压工作上,而 CMMI 积压工作上会显示要求。

重新排列积压工作 (backlog)

在积压工作中有一些项后,请重新排序它们以创建优先级的工作列表。 经常查看积压工作并确定积压工作优先级,帮助团队了解下一步交付最重要的内容。

提示

无法对列上的积压工作进行排序。 若要查看列出的排序,请选择“ 创建查询”。 保存并打开查询,然后对查询结果进行排序。 若要了解有关查询的详细信息,请参阅 使用查询编辑器列出和管理查询

若要重新排序积压工作,请拖动工作项。 或者,如果想要使用键盘,请按住 Alt 键并使用向上和向下箭头。

Reorder work items

注意

若要重新排序积压工作,必须具有基本级别或更高级别的访问权限。 如果拥有利益干系人访问权限,则无法重新排序积压工作项。 有关详细信息,请参阅 利益干系人访问快速参考

参与项目组合管理的积压工作或包含嵌套的同类型子项可能无法重新排序项目。 有关详细信息,请参阅以下文章:

向积压工作项添加详细信息和估计值

构建积压工作并确定积压工作优先级提供了一个高级路线图。 但是,在团队开始处理任何项目之前,他们需要更多详细信息。 捕获工作项表单中的详细信息。

若要打开每个项目,请双击或按 Enter。 然后添加要跟踪的所有信息。更改一个或多个字段值、添加说明或在 “讨论 ”部分记下说明。 还可以选择 “附件 ”选项卡,并将文件拖动到其中以与他人共享文件。

输入与团队所需的详细信息一样多:

  • 了解范围。
  • 估计所需的工作。
  • 开发测试。
  • 确保最终产品符合验收标准。

注意

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

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

User Story work item form, add details

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

提示

若要至少规划冲刺,请估计实施每个积压工作项目所涉及的工作量。 若要捕获工作项表单中的工作量,请使用“基本工作”或“Scrum 、“敏捷 故事点 ”或“CMMI 大小 ”。

字段

使用情况


提供完成 PBI 所需的工作量的相对估计。 对于用户情景和要求,可以在 故事点大小中捕获估计值。

大多数敏捷方法建议根据工作相对大小设置积压工作项的估计值。 此类方法包括 2 (1、2、4、8) 和 Fibonacci 序列 (1、2、3、5、8 等) 。 使用团队首选的任何数值度量单位。
“工作”、“大小”或“故事点”设置的估计用于计算速度和预测冲刺

指定捕获某个 PBI 与其他 PBI 的相对值的优先级。 数字越大,商业价值越大。
要捕获独立于可更改的积压工作 (backlog) 堆栈分级的优先级时,则使用此字段。

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

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

在开始处理 PBI 或 bug 之前,请尽可能清楚地描述 客户接受的条件 。 在团队和客户之间进行对话以确定验收标准。 这些条件有助于确保团队中的共识,以满足客户的期望。 此外,此信息还提供了验收测试的基础。

描述不实现要求的客户影响。 你可能会包括 Kano 模型中的详细信息,描述此要求是处于“惊喜”(Surprise)、“必需”(Required)还是“明显”(Obvious)类别中。

显示/隐藏正在进行中的项

“视图”选项 选择器中,可以选择显示或隐藏 “正在进行”项。 如果关闭“正在进行”控件,则映射到“正在进行的”类别状态的项目将不会显示在积压工作中

View options selector, In progress control

View options selector, In progress control

选择 “正在进行中”项 显示或隐藏 “正在进行的 积压工作项”。 如果关闭“ 正在进行”项 控件,则“ 活动”、“ 已提交”或“ 已解决 ”状态或映射到 “正在进行”类别状态 的项将不会显示在积压工作中。

在想要预测工作时,通常选择隐藏 “正在进行”项 。 若要了解详细信息,请参阅 预测产品积压工作

显示/隐藏已完成的子项

“视图”选项 选择器中,可以选择显示或隐藏 “已完成的子项”。

View options selector, Completed child items control

查看 汇总列时,通常选择显示“已完成”子项。

在想要预测工作时,通常选择隐藏“已完成”子项。 若要了解详细信息,请参阅 预测产品积压工作

注意

完成或关闭的工作项在积压工作和板上不显示,一旦更改 日期 超过 183 天, (大约半年) 。 仍可使用查询列出这些项。 如果希望它们显示在积压工作或板上,则可以对重置时钟的它们进行轻微更改。

注意

当已 更改日期 大于一岁后,已完成或关闭的工作项不会显示在积压工作和板上。 仍可使用查询列出这些项。 如果希望它们显示在积压工作或板上,则可以对重置时钟的它们进行轻微更改。

接下来尝试此操作

现在,你已准备好工作积压工作,团队就可以开始处理最优先的项目。 从此处开始,可以决定你希望如何作为团队工作。 是否要使用 Scrum 或 Kanban? 可单独或一起使用这些方法。

Teams希望跟踪和估算开销最少的看板可能更倾向于看板。 Teams喜欢以稳定节奏工作并绘制其冲刺计划的详细信息可能更喜欢 Scrum 和冲刺计划。