Azure DevOps 服务 |Azure DevOps Server |Azure DevOps Server 2022
自定义Azure Boards，以满足团队的流程和项目组合需求。 本文介绍配置区域和迭代结构、工作项类型（WIT）、工作流和板行为的管理员的建议任务和注意事项。
使用本文在自定义看板、积压工作和团队设置之前决定项目应如何组织。
如果已知道所需的配置任务，请从以下文章开始：
Note
此处的大多数指南都适用于Azure DevOps服务和Azure DevOps Server。 某些功能（如分析和交付规划体验）因版本或安装而异。 交付计划内置于 Azure DevOps Server 2022 及更高版本，以前作为市场扩展提供。
小窍门
可以使用 AI 帮助完成Azure DevOps任务。 请参阅 启用 Azure DevOps MCP Server 的 AI 帮助以开始使用。
关键注意事项
使用这些问题来塑造所选的配置。
| Area | 要回答的问题 |
|---|---|
| 项目与团队结构的对比 | 你需要多少个团队、区域路径层次结构和汇总视图？ |
| 迭代 | 哪种冲刺节奏、发布分组和预测周期效果最佳？ |
| 工作项方案 | 团队应使用哪些 WIT（功能、故事/问题/PBI、任务、长篇故事）？ |
| 报告需求 | 哪些字段、汇总和分析视图必须可用？ |
| 自定义 | 自定义字段、工作流和 WIT 会如何影响看板、积压工作和报告？ |
| 权限和治理 | 谁可以更改流程、区域/迭代树和团队设置？ |
记录你的选择，以便团队在整个项目中一致地应用它们。
选择工作项类型和项目组合积压项
创建项目时，请选择流程（敏捷、基本、Scrum 或 CMMI）。 每个进程定义一组默认的 WIT 和项目组合/积压工作级别。 您可以添加自定义工作项类型和组合积压工作以支持您的组织。
此图显示了敏捷流程积压工作层次结构：
- 使用用户故事和任务来跟踪工作。
- 使用 bug 来跟踪代码缺陷。
- 使用长篇故事和功能将工作归类到更大的场景之下。
每个团队都可以配置是否将 bug 作为与用户故事或任务同一级别的工作项进行管理。 使用“处理 bug”设置。 有关使用这些工作项类型的详细信息，请参阅敏捷流程。
当你需要额外的规划层时，例如目标与关键结果，或者当团队需要功能之上的汇总级别时，请使用自定义 WIT 和项目组合积压工作。
比较跟踪方法
选择最适合团队规划和报告工作的跟踪模型。
| 方法 | 何时使用 | 权衡 |
|---|---|---|
| 仅任务 | 只需简单的任务跟踪，几乎没有层次结构 | 优先级有限，没有项目组合规划 |
| 带有子任务的需求 | Scrum 团队估算工作量并在冲刺中跟踪进度 | 需要管理的层级结构更多 |
| 仅需求 | 看板或 Scrumban 团队不跟踪时间 | 减少任务级细节 |
| 按组合 WIT 分组的需求 | 多个团队需要汇总视图和跨团队的日历视图 | 需要更多前期流程设计 |
解释你选择的模型并更新流程文档，以便每个人都使用相同的模式。
设置区域、迭代和团队
使用区域路径按产品、功能或业务区域对工作进行分区。 对冲刺、发布或里程碑使用迭代路径。
| 建议 | 原因 |
|---|---|
| 创建反映经理希望汇总报告方式的区域路径层次结构 | 实现跨组织级别的准确汇总报告 |
| 为每个团队提供默认区域和迭代订阅 | 工作项自动继承正确的上下文 |
| 跨团队使用一致的迭代节奏，共同交付 | 简化跨团队规划和依赖项跟踪 |
相关内容：
在看板和积压工作中显示 Bug
每个团队自行决定，是将缺陷作为需求项出现在产品待办事项列表中，还是将其作为关联到需求的任务来跟踪。 使用 Scrum 的团队通常会将缺陷列在待办列表中。 使用 Agile 或 CMMI 的团队可以选择是否让 Bug 显示在待办事项列表中。 基本流程不使用 Bug 工作项类型；它使用 Issue 代替。 若要更改团队的 bug 显示方式，请更新团队设置：
保持一致的团队政策，使得查询、看板和汇总的行为可预测。
汇总和组合视图
在积压工作中添加汇总列，以显示子项的进度条、计数或总和。 使用交付计划查看跨团队计划和依赖项。 如果使用路线图样式视图（如功能时间线扩展），请单独在项目指南中调用它。
进行跨团队规划时，请使用“交付计划”以及贵组织已统一采用的任何路线图类扩展。
看板、列和工作流
工作项的工作流状态确定默认看板列。
| Action | Scope | 注意事项 |
|---|---|---|
| 将自定义工作流状态添加到 WIT | 影响所有团队 | 更改将反映在使用该 WIT 的所有团队看板上 |
| 在团队看板中添加列 | 仅影响该团队 | 适用于特定于团队的工作流步骤 |
| 配置状态到列的映射 | 影响报告 | 仔细映射以保留累积流图准确性 |
相关内容：
自定义字段和报告
使用自定义字段可以捕获特定于项目的数据。 这些映射不仅可支持汇总和报告，还可应用于整个流程。
| 建议 | 原因 |
|---|---|
| 将自定义字段限制为支持报告或自动化的字段 | 减少混乱和维护开销 |
| 使用数值自定义字段进行汇总计算 | 支持进度跟踪和容量规划 |
| 使用选项列表确保报告的一致性 | 防止因自由文本输入导致的数据不一致 |
| 请记住，进程级字段是共享的 | 更改会影响集合或组织中的所有项目 |
Note
每个进程最多可以定义 1,024 个字段。
自定义工作项类型和流程变更
添加或修改工作项类型（WIT）和工作流会影响许多工具。
| 更改 | 显示位置 | 必需的操作 |
|---|---|---|
| 新的需求级工作项类型 | 产品待办事项，可能还有冲刺待办事项 | 配置积压工作级别 |
| 新的任务级 WIT | 任务板 | 更新任务板设置 |
| 自定义 WIT | 团队看板 | 更新看板和列映射 |
重要
流程级别更改会影响所有团队。 限制中断性更改并提前传达它们。
权限和谁可以更改内容
控制谁可以更改进程、区域和迭代树以及团队配置。
| 更改类型 | 谁可以进行更改 |
|---|---|
| 进程级别 | 具有进程权限的项目集合管理员或用户 |
| 项目级 （区域和迭代） | 具有节点权限的项目管理员或用户 |
| 团队级别 | 团队管理员或项目管理员 |
相关内容：
时间跟踪和冲刺规划
使用与流程和团队规划模型匹配的工作跟踪字段：
| 领域 | 常见用途 |
|---|---|
| 剩余工时 | 跟踪完成任务或冲刺项所需的剩余工作量。 |
| 原始估计 | 当团队需要基线时，记录初始估算。 |
| 已完成工时 | 记录某项任务上已投入的工时。 |
如果您为计费或生成报告而跟踪工时，请评估 Marketplace 扩展，以获得更强大的工时跟踪支持。
相关内容：
适用于管理员的实用清单
设置或查看Azure Boards配置时，请使用以下清单。
| 阶段 | 任务 |
|---|---|
| 计划 | 确定流程和工作项类型策略（继承或自定义） |
| 计划 | 设计区域和迭代层次结构 |
| 配置 | 配置团队并设置默认区域和迭代订阅 |
| 配置 | 创建必要的共享查询文件夹和权限 |
| 配置 | 添加高管所需的汇总列和仪表板小部件 |
| 驗證 | 在应用范围广泛的更新之前，先对一个团队进行试点更改 |
| 沟通 | 记录更改并更新你的项目 Wiki |