配置和自定义Azure Boards

Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020

自定义 Azure Boards,以满足团队的流程和项目组合需求。 本文介绍配置区域/迭代结构、工作项类型(WIT)、工作流和板行为的管理员的建议任务和注意事项。

如果已知道所需的配置任务,请从以下文章开始:

Note

此处的大多数指南都适用于云部署和本地部署。 某些功能(例如汇总、分析和项目组合规划工具)仅限云。

关键注意事项

在更改设置之前,请确定团队将如何工作以及管理层需要查看哪些内容。 如下所示:

  • 项目与团队结构:需要多少个团队、区域路径层次结构和汇总视图?
  • 迭代:冲刺节奏、版本组和预测范围。
  • 工作项计划:团队将使用哪些工作项类型(功能、用户故事/问题/PBIs、任务、史诗)?
  • 报告需求:哪些字段、汇总和分析视图必须可用?
  • 自定义:自定义字段、工作流和 WIT 影响版块、积压工作和报表。
  • 权限和治理:谁可以更改流程、区域/迭代树和团队设置?

记录你的选择,以便团队一致地应用它们。

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

创建项目时,请选择流程(敏捷、基本、Scrum 或 CMMI)。 每个进程定义一组默认的 WIT 和项目组合/积压工作级别。 您可以添加自定义 WIT 和项目集积压工作,以支持您的组织。

下图显示了“敏捷”流程积压工作项的层次结构:

显示“敏捷”工作项类型的关系图。

  • 用户情景和任务用于跟踪工作。
  • 错误跟踪代码缺陷。
  • 长篇故事和功能用于在较大的方案中对工作进行分组。

每个团队都可以在与用户故事或任务工作项相同的级别上配置如何管理 Bug 工作项。 使用“处理 bug”设置。 有关使用这些工作项类型的详细信息,请参阅敏捷流程

如果需要其他规划层(例如目标和关键结果),请使用自定义 WIT 和项目组合积压工作。

包含将目标和关键结果添加为自定义产品集待办事项的项目的屏幕截图。

根据团队实践选择以下高级跟踪方法之一:

  • 仅限任务—不推荐。 提供有限的优先顺序,并且没有项目组合规划。
  • 子任务的要求 - 适用于可估算和跟踪时间的 Scrum 团队。
  • 仅限需求 - 适用于看板或 Scrumban 团队,不跟踪时间。
  • 在项目组合工作项类型下分组的需求 - 当多个团队需要汇总和跨团队日历时使用。

介绍团队选择的方法并更新流程文档。

区域、迭代和团队设置

使用区域路径按产品、功能或业务区域对工作进行分区。 对冲刺、发布或里程碑使用迭代路径。

建议:

  • 创建能够满足经理汇总报告需求的区域路径层次结构。
  • 为每个团队提供一个默认区域和迭代订阅,以便工作项继承正确的上下文。
  • 跨协同交付的团队使用一致的迭代节奏。

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

相关内容:

在看板和待办事项上显示 bug

每个团队可以决定是将 bug 作为需求记录在产品待办事项中,还是作为与需求相关的任务进行跟踪。 使用 Scrum 的团队通常会在待办事项列表上显示 bug;使用敏捷或 CMMI 的团队可以选择是否让 bug 出现在待办事项列表中。 若要更改团队的 bug 显示方式,请更新团队设置:

保持一致的团队政策,使得查询、看板和汇总的行为可预测。

汇总和项目组合视图

向待办事项中添加汇总列,以展示子项的进度条、数量或总和。 使用交付计划和功能时间线查看跨团队计划和依赖项。

显示积压工作进度汇总滚动条的屏幕截图。

对于跨团队规划,请根据需要使用交付计划和功能时间线扩展。

看板、列和工作流

工作项的工作流状态确定默认看板列。 您可以:

  • 向 WIT 添加自定义工作流状态(影响所有团队)。
  • 在团队板上添加列(仅影响该团队)。
  • 仔细映射状态到列的映射,以保留报告一致性(例如累积流图)。

相关内容:

自定义字段和报告

使用自定义字段可以捕获特定于项目的数据。 它们可以为汇总和报表提供支持,并在整个过程中加以应用。

建议:

  • 将自定义字段限制为支持报告或自动化的字段。
  • 使用数值自定义字段进行汇总总和,使用选择列表确保报告一致性。
  • 请记住:进程级字段在集合/组织中的项目之间共享。

Note

每个进程最多可以定义 1,024 个字段。

自定义 WIT 和处理更改

添加或修改 WIT 和工作流会影响许多工具:

  • 新的需求级 WIT 可能会显示在产品待办事项中,也可能会出现在冲刺待办事项中。
  • 新的任务级 WIT 显示在任务板上。
  • Teams 必须更新版块和映射才能显示自定义 WIT。

流程级别更改会影响所有团队。 限制中断性更改并提前传达它们。

权限和谁可以更改内容

控制更改流程、区域/迭代树和团队配置的人员:

  • 进程级更改:具有适当进程权限的项目集合管理员或用户。
  • 项目级更改(区域/迭代):具有节点权限的项目管理员或用户。
  • 团队级更改:团队管理员或项目管理员。

相关内容:

时间跟踪和冲刺规划

使用剩余工时、原始估计和已完成工时这三个选项,进行冲刺规划和容量规划。 如果您需要跟踪计费时间或其他用途,请评估市场插件,获取更丰富的时间跟踪支持。

相关内容:

适用于管理员的实用清单

  • 确定流程和 WIT 策略(继承或自定义)。
  • 设计区域和迭代层次结构。
  • 配置团队并设置默认区域/迭代订阅。
  • 创建必要的共享查询文件夹和权限。
  • 添加高管所需的汇总列和仪表板小组件。
  • 在应用范围广泛的更新之前,先对一个团队进行试点更改。
  • 传达更改并更新项目 Wiki。