配置和自定义Azure Boards

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

本文提供配置和自定义Azure Boards的指导。 如果你负责管理多个团队的项目并支持以下业务目标,则应阅读本文:

  • 支持项目组合管理视图
  • 查看日历视图以更新状态和进度
  • 跨团队或项目跟踪依赖项
  • 跟踪时间估算或已完成的实际工时

注意

本文适用于Azure DevOps Services。 大多数指南对云和本地版本都有效。 但是,本文中包含的某些功能(例如汇总、分析和一些项目组合规划工具)目前仅适用于云。

如果只是作为项目管理员入门,另请参阅 管理员入门

要考虑什么?

配置或自定义工作跟踪工具时,你需要考虑团队使用的工具及其使用方式。 无论你的团队是遵循 Scrum、Kanban 还是 Scrumban 的某种组合,都可以通过了解它们对配置和自定义项的依赖关系,获得Azure Boards工具的最大优势。

构建项目时要考虑的主要项是:

在项目级别

  • 要定义的团队数
  • 如何构建区域路径以支持项目组合管理视图
  • 字段自定义
  • 工作项类型自定义项或自定义工作项类型
  • 项目组合积压工作自定义
  • 工作流自定义

在团队级别

  • 如何使用产品积压工作规划和确定工作的优先级
  • 无论是将 Bug 作为要求跟踪还是作为任务跟踪 bug,还是根本不使用 bug
  • 是否要使用任务来跟踪时间和容量
  • 如何使用项目组合积压工作级别
  • 如何通知高级管理进度、状态和风险

确定如何使用工作跟踪构建基块和工具后,需要进行任何必要的配置和自定义,以支持业务,并与团队沟通如何使用这些工具。

工作项类型和项目组合积压工作

在工作跟踪中做出的第一个选项是在创建项目时选择的过程。 有关每个进程的比较,请参阅 “选择一个进程”。 每个流程(敏捷、基本、Scrum 和 CMMI)都支持一组工作项类型的层次结构。 此层次结构支持产品积压工作和项目组合积压工作 () 。

每个受支持的进程的默认工作项类型显示在以下选项卡中。 积压工作项类型对应于“要求”类别。 任务对应于“任务”类别。

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

概念图像,敏捷工作项类型。

每个团队都可以通过配置 “处理 bug ”设置来配置它们管理 Bug 的方式(与用户情景或任务相同)。 若要详细了解如何使用这些工作项类型,请参阅 敏捷过程

可以在每个级别添加自定义工作项类型,甚至添加自定义项目组合积压工作。 例如,此处是一个项目,该项目将“目标”和“关键结果”添加为自定义工作项类型和相应的项目组合积压到 Scrum 进程。

作为其他项目组合积压工作的目标和关键结果

团队的主要选择之一是选择用于跟踪其工作的工作项类型。 下表汇总了主要选项、建议的使用和支持的任务和工具。

工作跟踪选项

支持的任务和工具



仅任务

不推荐
无法快速在积压工作中输入新任务,也不能优先考虑积压任务。 此外,不支持日历视图、跨团队视图或项目组合规划

具有子级相关任务的要求

支持 Scrum 方法
建议遵循 Scrum 方法的团队,并希望跟踪与工作关联的时间。

许多团队开始使用 Scrum 方法来跟踪和规划其工作,这些工具可通过 Sprints 中心提供。 Sprints 工具支持估算和跟踪剩余工时以及容量规划的使用。 如果不打算使用这些工具,则添加依赖子任务是可选的。 开发人员可能只是将它们添加为完成用户情景或积压工作要求所需的项目清单。

仅要求,如敏捷) (用户情景、基本) (问题、产品积压项目 (Scrum) 、CMMI (要求)

支持看板和 Scrumban 方法
对于遵循看板或 Scrumban 方法的团队,使用故事点、工作量或大小估算工作,并且不会跟踪与工作关联的时间。

组合工作项类型下分组的要求,例如史诗和功能

支持日历视图、跨团队视图和项目组合规划
对于希望查看与多个团队关联的汇总和日历视图的组织,建议使用所有项目组合规划工具。

配置和自定义选项

下表指示可以配置和自定义的区域以及受这些自定义影响的工具。 每个区域都按“组织”、“项目”或“团队”级别进行自定义,也可以自定义为两个区域的组合。 有关标准工具、分析工具和项目组合规划工具的说明,请参阅什么是Azure Boards上下文报表:工作跟踪计划 (大规模敏捷)

配置或自定义

标准工具

分析

项目组合规划工具

  • 板>所有工具
  • 积压工作>所有工具
  • 冲刺>所有工具
  • 累积流关系图
  • 速度
  • 燃烧趋势
  • 交付计划
  • 功能时间线
  • 长篇故事路线图
  • Beta) (项目组合计划
  • 积压工作>冲刺计划
  • 冲刺>冲刺积压工作
  • 冲刺>冲刺容量
  • Sprints>任务板
  • 速度
  • 燃烧趋势
  • 交付计划
  • 功能时间线
  • 长篇故事路线图
  • Beta) (项目组合计划

(团队) 显示积压工作 & 板上的 bug
自定义工作项类型、产品积压工作 (流程)
自定义工作项类型、任务板 (进程)

  • Boards>产品板
  • 积压积压>产品积压工作
  • 积压工作> 映射工具
  • 冲刺>冲刺积压工作
  • Sprints>任务板
  • 速度

自定义工作项类型、项目组合积压工作 (流程)
(流程) 的其他项目组合积压工作

  • 板>组合板
  • 积压>项目组合积压工作
  • 积压工作> 映射工具
  • 速度

自定义工作流 (进程)

  • Boards>产品板
  • 板>组合板
  • Sprints>任务板
  • 累积流关系图

自定义字段 (进程)

  • Boards>产品板
  • 板>组合板

区域路径、产品团队和项目组合管理

区域路径用于按产品、功能或业务区域对工作项进行分组,并支持负责分配给这些区域的工作的团队。 可以定义一组分层区域路径或平面集。 通常,当想要支持想要跟踪多个团队进度的业务层次结构时,可以定义一组分层区域路径。

区域路径和分层分组

分组工作项的两种主要方法是按区域路径,并通过在项目组合工作项类型下进行父级排序,如本文早期所述。 两者不是相互排斥的。 请注意这两种用法之间的区别:

  • 分配给团队的区域路径确定团队视图中显示的工作项:产品积压工作、项目组合积压工作、交付计划或其他项目组合规划工具
  • 将工作项分组到父功能或史诗中,确定支持哪些汇总视图以及如何在项目组合规划工具中显示工作

还可以将标记分配给工作项,以便将它们分组以用于查询和筛选目的。 因此,当你构建团队和项目时,你需要确保你了解如何使用这些分组工具来支持业务需求。 你的选择会影响项目组合规划工具的使用。

区域路径相关工具

若要执行以下任务,必须定义区域路径:

提示

可以定义区域路径结构,并将区域路径分配给团队。 或者,可以添加团队,并使用该团队名称创建区域路径。 如果团队完全独立,请创建一组平面区域路径。 但是,如果要创建团队层次结构,则需要创建区域路径的树层次结构。 若要了解详细信息,请参阅 配置团队层次结构

若要使用以下工具,团队必须订阅区域路径:

区域路径和团队分配

为每个项目定义默认团队和默认区域路径。 对于小型团队,单个团队足以开始规划和跟踪工作。 但是,随着组织的发展,添加团队以支持他们管理积压工作和冲刺的能力非常有用。

下面是区域路径及其分配给团队的示例,这些团队支持帐户管理和服务交付团队的项目组合管理视图。

区域路径和团队分配的屏幕截图。

  • 创建分层区域路径以支持功能和产品区域的子类别
  • 若要提供项目组合视图,请分配两个或多个区域路径,并将子区域包含在项目组合管理团队中
  • 分配给团队的区域路径确定团队视图中筛选的工作项:产品积压工作、项目组合积压工作计划、交付计划或其他项目组合规划工具
  • 在父功能或史诗下分组工作项确定支持哪些汇总视图,以及工作在日历视图中(如功能日程表和史诗路线图)中的显示方式

在添加团队之前,建议阅读以下文章:

建议:

  • 考虑上层管理可能想要查看哪些视图以及如何最好地支持它们
  • 考虑如何对团队和项目组合管理使用汇总
  • 为需要两个或多个冲刺完成的大型计划定义史诗和方案
  • 定义可在单个冲刺中完成的工作要求,并可以分配给单个个人
  • 定义任务以跟踪更精细的详细信息或跟踪工作时间

提示

  • 工作项只能分配给单个个人。 因此,定义工作项时,请考虑需要多少个工作项才能将工作分配给将负责完成工作的人员。
  • 选择“节点名称”字段作为列选项,以查看积压列表或板卡中的叶区域节点。
  • 不要在同一类型的工作项(如情节、bug、任务任务)之间创建父子链接。

大多数Azure Boards工具支持基于区域路径和/或迭代路径筛选的工作项视图。 还可以根据关键字、工作分配、工作项类型等应用其他筛选器。

将 bug 视为要求或任务

每个团队都可以选择他们想要管理 bug 的方式。 一些团队喜欢在积压工作上跟踪 bug 和需求。 其他团队喜欢跟踪 bug,因为任务是在支持要求时执行的任务。 然后,bug 会显示在其 任务板上

如果使用 Scrum 过程,则默认设置是跟踪 bug 以及产品积压工作项 (PBis) 。 如果基于 敏捷或 CMMI 流程在项目中工作,则 bug 不会自动显示在积压工作上。

与你的团队交谈以确定他们想要如何管理 bug。 然后相应地 更改团队设置

提示

刷新积压工作或板后,看不到预期的 bug,请查看 积压工作和板显示分层 (嵌套) 项的方式。 只有嵌套项的叶节点才会显示在冲刺任务板上。

将系统工作项类型添加到积压工作

如果要跟踪问题和障碍以及你的要求或在项目组合积压工作中,你可以将其添加到自定义继承过程。 有关详细信息,请参阅 自定义积压工作或板 (继承过程)

汇总、层次结构和项目组合管理

汇总列允许查看层次结构中数值字段或后代项的进度栏或总计。 子代项对应于层次结构中的所有子项。 可以将一个或多个汇总列添加到产品或项目组合积压工作。

在这里,我们将显示 所有工作项的进度 条,它们根据已关闭的后代项的百分比显示升序工作项的进度条。

积压工作的屏幕截图,显示按工作项汇总的进度栏。

此外,新的 交付计划 支持对史诗、功能和其他自定义项目组合积压的汇总视图。

显示四种方案的“交付计划进度汇总”视图的屏幕截图。

迭代路径、冲刺、发布和版本控制

迭代路径支持将工作分配到设定时间段的 Scrum 和 Scrumban 进程。 迭代路径允许将工作分组到冲刺、里程碑或其他特定于事件或时间相关的时间段。 每个迭代或冲刺对应于称为冲刺节奏的常规时间间隔。 典型的短跑节奏是两周、三周或一个月长。 若要了解有关迭代路径的详细信息,请参阅 关于区域和迭代路径

迭代路径可以是简单的平面列表,也可以按发布里程碑分组,如下图所示。

已分组的迭代路径的屏幕截图。

注意

虽然迭代路径不会影响看板工具,但可以使用迭代路径作为板上的筛选器。 若要了解详细信息,请参阅 “筛选看板”。

定义迭代路径,并在想要使用以下工具时将其分配给团队:

提示

如果团队未订阅或选择迭代路径,该迭代路径将不会显示在团队视图或工具中。

时间跟踪

大多数遵循 Scrum 流程的组织使用 Sprint 容量规划的时间估算。 Azure Boards工具完全支持用于此目的的跟踪时间。 使用的主域是任务剩余工时域,通常在冲刺结束时零。

但是,某些组织需要时间跟踪来支持其他目的,例如计费或维护时间分配记录。 估计工时和已完成工时的时间值是感兴趣的。 敏捷和 CMMI 流程提供这些字段(原始估计、已完成工时、剩余工时)用于跟踪时间。 你可以将其用于该目的。 但是,Azure Boards为时间跟踪提供有限的本机支持。 相反,可能需要考虑使用 市场扩展 来支持额外的时间跟踪要求。

注意

“原始估计”、“已完成工时”、“剩余工时”字段旨在支持与 Microsoft Project 的集成。 Azure DevOps Server 2019 及更高版本(包括云服务)已弃用与 Microsoft Project 的集成支持。

处理影响所有团队的更改

对应用于项目的过程所做的任何更改都会影响该项目中的所有团队。 许多更改不会对他们支持的团队造成太大的干扰。 但是,有一些操作,本部分对此进行介绍。

自定义字段

将自定义字段添加到工作项类型不会影响任何特定工具。 字段仅显示在相应的工作项中。 但是,如果添加自定义数值字段,则可以使用它来支持积压工作汇总以及以下报告工具:

注意

所有默认字段和自定义字段在集合或组织中的所有项目中共享。 可以为进程定义 1024 个字段的限制。

自定义工作项类型

进行以下一个或多个自定义时,将按指示影响团队工具。

  • 将自定义工作项类型添加到要求类别:
  • 将自定义工作项类型添加到任务类别:
  • 将自定义工作项类型添加到 Epic 或功能类别:
  • 添加自定义项目组合积压工作级别

将自定义工作项类型 (WIT) 添加到以下工作跟踪类别之一时,将通过以下方式影响团队工具:

  • 任务类别:
    • 新 WIT 的子工作项显示在产品积压工作中
    • 基于新 WIT 的工作项显示在冲刺积压工作和任务板上
  • 要求类别:
    • 基于新 WIT 的工作项显示在产品积压工作和看板上
    • 每个团队都必须配置看板以支持新的 WIT
  • 史诗或功能类别:
    • 基于新 WIT 的工作项显示在相应的项目组合积压和看板上
    • 每个团队都必须配置看板以支持新的 WIT
    • 新的 WIT 可能不会出现在一个或多个项目组合规划工具上

自定义工作流

每个进程都支持默认工作流。 此工作流定义在看板和冲刺任务板上显示的默认列。

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

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

有时,团队想要跟踪其工作的状态,这些状态超出了这些默认状态。 可通过以下两种方式之一对此提供支持:

  • 将自定义工作流状态添加到工作项类型\
    • 此选项会影响所有团队,并要求他们更新看板配置
  • 向看板添加列
    • 此选项仅影响添加列的团队

工作流状态和看板列都显示在团队的累积流图中。 个人可以选择图表中显示的列。

累积流图的屏幕截图。

若要了解详细信息,请参阅 累积流图

谁可以进行更改?

由于流程级别、项目级和团队级设置可能会产生广泛影响,因此更改仅限于具有所需权限的以下人员。

进程级更改

若要创建、编辑或管理继承的进程并将其应用于项目,您必须是 项目集合管理员的成员。 或者,必须具有相应的权限 “创建进程”、“ 删除进程”、“ 编辑进程”或 “从组织 设置为 ”允许“的字段。 请参阅 设置工作跟踪的权限和访问权限,自定义继承的进程

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

项目级更改

若要添加区域路径或迭代路径,您必须是 项目管理员的成员。

或者,若要在特定节点下添加、编辑和管理区域路径或迭代路径,必须将以下一个或多个权限设置为 “允许”:

  • 创建子节点
  • 删除此节点
  • 编辑此节点
  • 查看此节点中的权限

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

团队级更改

所有团队工具都可以由 团队管理员项目管理员的成员配置。

团队管理员的任务是执行以下操作:

  • 添加团队成员
  • 订阅区域和迭代路径
  • 配置积压工作和其他常见团队设置
  • 配置看板
  • 管理团队通知

有关配置积压工作和板的详细信息,请参阅 管理和配置团队工具

接下来尝试此操作