SAFe® 概念如何映射到 Azure Boards 工件
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
如果有兴趣使用 Scaled Agile Framework (SAFe®)，可以将 Azure Boards 项目配置为跟踪 SAFe® 可交付结果。 正如 Azure Boards 支持 Scrum 和敏捷做法一样，它也可以支持 SAFe® 和大量团队协作处理跨版本的长篇故事。
本教程说明了以下 SAFe® 工件如何映射到特定 Azure Boards 工件。
- SAFe® 敏捷、计划和组合团队
- SAFe® 可交付结果，例如长篇故事、功能和情景
- SAFe® 产品、计划和组合视图
- SAFe® 发布训练、冲刺 (sprint) 和其他时间框
- SAFe® 迭代长远目标和短期目标
- SAFe® 价值流和预算
- SAFe® 组合愿景和战略主题
- SAFe® 路线图
- SAFe® 里程碑和事件
- SAFe® 追溯会议和评论
有关 Azure Boards 如何实现 Scrum 和看板的概述，请参阅关于冲刺、Scrum 和项目管理以及关于版块和看板。
注意
本文是适用于 Azure Boards 和 Azure DevOps Services 的一系列 Scaled Agile Framework® 教程中的其中一个。 大多数指南同时适用于云版本和本地版本。 但是，某些功能和过程特定于云版本或最新版本的 Azure DevOps Server。
下图演示了如何配置 Azure Boards 以支持三级团队层次结构并将团队映射到各自的区域和迭代路径。 示例基于敏捷流程构建，但是，更改可以应用于 Azure Boards 上托管的任何项目和流程。
下面提供的示例演示了如何使用分层区域路径配置三级团队层次结构。 示例基于敏捷流程构建，但是，可以将这些更改应用于 Azure Boards 上托管的任何项目。
敏捷功能、计划和组合团队
Azure Boards 支持每个团队拥有自己的工作视图。 通过配置分层团队结构，每个团队都可以专注于自己的工作，并将其工作汇总到团队层次结构中的下一个级别。
若要支持 SAFe® 团队，需要将默认团队重新配置为组合团队来管理您的长篇故事。 然后，可以创建子团队用于项目级别的工作和团队级别的工作。 工作可以跨团队和各个级别进行跟踪。
情景、功能、长篇故事、使能器和能力
所有工作和可交付结果都在工作项中捕获。 每个工作项都与具有预定义工作流的特定工作项类型相关联。 每个 Azure Boards 流程都为可用于跟踪任何 SAFe® 可交付结果的特定工作项类型提供支持。
可用的工作项类型基于创建项目时使用的流程（敏捷、基本、Scrum 或 CMMI），如下图所示。
下图显示了“敏捷”流程积压工作项的层次结构：
用户情景和任务用于跟踪工作。
错误跟踪代码缺陷。
长篇故事和功能用于在较大的方案中对工作进行分组。
每个团队都可以通过配置使用错误 设置来配置他们管理“错误”工作项（与“用户情景”或“任务”工作项级别相同）的方式。 有关使用这些工作项类型的详细信息，请参阅敏捷流程。
积压工作中的项可能称为“用户情景”（敏捷）、“问题”（基本）、“产品积压工作项”(Scrum) 或“要求”(CMMI)。 这四者是相似的：它们都描述了要交付的客户价值和要完成的工作。
可以使用用户情景或功能来跟踪使能器，以及使用功能或长篇故事来跟踪能力。 或者，如果你有特定的跟踪和报告需求，可以添加自定义工作项类型来跟踪这些类型的可交付结果。 有关详细信息，请参阅自定义 Azure Boards，添加自定义工作项类型。
工作项支持以下任务：
- 添加说明和验收条件
- 分配给团队或区域路径以及项目成员
- 更新状态并分配给迭代或冲刺
- 链接工作项、附加文件、添加标记
- 添加注释并查看讨论线程
产品和组合积压工作使团队能够快速添加用户情景、功能和长篇故事并设置其优先级。 有关工作项和工作项类型的详细信息，请参阅使用用户情景、问题、Bug、功能和长篇故事跟踪工作。
团队积压工作和版块
SAFe® 积压工作映射到团队、计划和组合积压工作。 敏捷流程为用户情景、功能和长篇故事积压工作级别提供现成的支持。 分层积压工作结构显示了在长篇故事的进度中为支持功能和用户情景所做的工作。
可以自定义积压工作和版块，甚至可以添加组合积压工作，如自定义 Azure Boards，自定义积压工作中所述。
每个积压工作的看板视图可由每个团队进行配置。
计划增量、发布和冲刺
SAFe® 发布训练、发布、迭代、计划增量 (PI) 和冲刺可以很轻松地映射到迭代路径。 通过跨团队层次结构共享迭代，您可以用有凝聚力的方式管理版本。
由于长篇故事可以跨越多个发布训练，因此组合团队不与任何特定迭代相关联。 程序团队跟踪与 PI 一起交付的功能可交付结果。 功能团队在冲刺中工作以完成若干个情景。 每个团队可以选择哪个迭代将支持他们跟踪其负责的可交付结果集。
迭代长远目标和短期目标
SAFe® 做法包括定义其迭代长远目标和短期目标的敏捷发布团队。 建议使用项目 Wiki 或团队仪表板来捕获团队信息。 项目 Wiki 和团队仪表板都支持 Markdown 添加信息和设置信息格式。
价值流和预算
可以使用标记快速轻松地将功能和长篇故事映射到其价值流、战略主题和关联的预算。 可以添加自定义字段来捕获功能的预算估算，然后汇总到长篇故事。
使用添加到工作项的标记，可以：
- 筛选任何积压工作或看板
- 基于标记创建查询，并按标记筛选查询结果
- 基于标记创建进度和趋势图表或报表
若要更可靠地将工作映射到体系结构或业务功能，可以为每个长篇故事、功能或情景指定值区域。
通过汇总，可以从为长篇故事的子功能定义的估算汇总中获取长篇故事的预算估算，如下图所示。
若要添加自定义字段，请参阅自定义 Azure Boards，添加自定义字段。
使用项目 Wiki 支持组合愿景和战略主题
可以使用 Azure DevOps 项目 Wiki 与组织广泛共享信息。 Wiki 类似于支持使用 Markdown 和 WYSIWYG 编辑器添加和编辑页的 git 存储库。 它会对每个页进行版本控制，以便轻松跟踪谁进行了更改并恢复以前的版本。
使用项目 Wiki 支持共享以下 SAFe® 工件：
- 组合愿景
- 战略主题
- 分类
- 目标
- 目标
- 以客户为中心的做法
若要了解有关项目 Wiki 的详细信息，请参阅本文后面的共享信息。
里程碑和关键事件
每个计划增量、冲刺、发布训练或创新与规划 (IP) 迭代的结束都是自然的 SAFe® 里程碑。 许多里程碑与特定的仪式或做法有关，例如召开追溯会议或演示工作软件。
在 Azure Boards 中，可以通过以下方式跟踪其他类型的里程碑或关键事件。
- 自定义字段，例如具有预定义选择列表的“里程碑”或“发布”字段
- 作为添加到工作项的标记
- 作为用于指定目标日期的工作项
- 作为为时一天的迭代路径
使用自定义字段和标记，可以根据特定的里程碑快速筛选积压工作、版块和查询。
共享服务团队结构
跨团队共享的资源可以通过自己的敏捷功能团队（如 UX 设计团队或安全合规性团队）来表示。 他们可以管理积压工作，同时让工作也出现在他们支持的团队的积压工作中。
下面我们展示了如何将区域路径分配给 UX 设计团队，然后将选择性子区域路径分配给其他敏捷团队。 显示在共享区域路径上的工作项会显示在关联团队的积压工作和版块上。
追溯会议和评论
若要支持团队进行追溯会议和评论，建议使用 Microsoft DevLabs 的追溯会议扩展。
此扩展允许团队创建自己的追溯会议版块并捕获以下任务：
- 收集有关项目里程碑的反馈
- 组织和确定反馈的优先级
- 创建和跟踪可操作的任务，以便于每个团队完成其改进流程。
共享信息
Azure Boards 提供了许多共享信息的方法。
- 工作项表单提供了富文本字段来捕获说明、验收条件等。 可将文件附件添加到工作项或网络文件共享的链接。
- 项目和团队仪表板可用于共享信息以及状态、进度图表和小组件。 有关详细信息，请参阅向仪表板添加 Markdown。
- 项目 Wiki 提供了一个内置有版本控制的中心存储库，用于与所有项目成员共享信息。 可以根据需要创建其他 Wiki。 若要了解详细信息，请参阅关于 Wiki、READM 和 Markdown。
有关支持的 Markdown 功能的详细信息，请参阅以下文章。
后续步骤
相关文章
文化和规模
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈