在 Azure Boards 中实现 Scaled Agile Framework®
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
许多企业受益于各个敏捷团队。 随着组织的发展，对扩展敏捷做法的兴趣越来越大。 企业查看许多敏捷团队和整个项目组合的进度的需求不断增加。 为了满足这些需求，许多企业都采用了 Scaled Agile Framework® (SAFe®)。
如果熟悉 Scrum，但不熟悉 SAFe®，则 Scaled Agile 的这些视频是帮助你入门的好方法。
Azure Boards 通过其自治团队、积压工作 (backlog)、版块、报表和指标支持 SAFe® 做法。 本文介绍 Azure Boards 项目如何支持 SAFe 做法和项目。
- Scaled Agile Framework®
- 基本 SAFe®
- 项目组合 SAFe®
- 大型解决方案 SAFe®
- 快速参考映射
- SAFe® 的 Azure Boards 实现
注意
本文是适用于 Azure Boards 和 Azure DevOps Services 的一系列 Scaled Agile Framework® 教程中的其中一个。 大多数指南同时适用于云版本和本地版本。 但是，某些功能和过程特定于云版本或最新版本的 Azure DevOps Server。
Scaled Agile Framework®
SAFe® 说明了团队层次结构如何满足项目组合愿景，这些团队全部都有具体目标。 此框架将长篇故事分解为功能和情景。 团队在冲刺 (sprint) 中工作并提供计划递增 (PI) 和发布训练。 此外，项目组合积压工作可以跟踪映射到价值流和关联预算的可交付结果。
SAFe® 体系结构概述版本 5.0
经 © 2011-2020 Scaled Agile Inc. 许可转载。 保留所有权利。
SAFe® 和 Scaled Agile Framework 是 Scaled Agile Inc. 的注册商标。
SAFe® 5.0 业务敏捷性
许多 SAFe® 做法包括发展支持敏捷性、一致性和自主性的文化，同时以客户为中心。
经 © 2011-2020 Scaled Agile Inc. 许可转载。 保留所有权利。
以下文章讨论了 Azure Boards 支持业务敏捷性和敏捷文化的一些方式：
基本 SAFe®
基本 SAFe® 需要支持以下海报中所示的项目和做法。
经 © 2011-2020 Scaled Agile Inc. 许可转载。 保留所有权利。
Azure Boards 支持所有这些项目和做法。
- 情景、功能和启用程序：作为捕获工作信息和状态的工作项实现。 这些工作项会自动显示在团队积压工作和看板中。
- 团队积压工作和计划积压工作：作为筛选分配给团队的工作项并支持确定工作优先级以及对工作进行分组的团队积压工作实现。
- Scrum 和看板：使用看板、冲刺 (sprint) 积压工作 (backlog) 和任务板、团队和冲刺 (sprint) 节奏完全支持的做法。
- 迭代、创新和计划 (IP) 迭代、计划增量 (PI)、里程碑和发布训练：通过迭代路径的简单列表或分层配置实现。
- 敏捷发布训练：由一组配置为支持特定团队和计划视图的敏捷团队和计划团队实现。
- PI 目标、团队目标和解决方案上下文：团队可以使用内置项目 Wiki 来共享目标、客户信息和解决方案要求。
有关 Azure Boards 如何实现 Scrum 和看板的概述，请参阅关于冲刺 (sprint)、Scrum 和项目管理以及关于版块和看板。
项目组合 SAFe®
项目组合 SAFe® 增加了对通过长篇故事、启动程序和价值流管理项目组合的支持。
经 © 2011-2020 Scaled Agile Inc. 许可转载。 保留所有权利。
Azure Boards 为以下项目组合组件提供支持：
- 长篇故事：映射到长篇故事工作项类型并允许对子项进行跟踪、分组和汇总。
- 项目组合积压工作：作为项目组合积压工作实现，支持根据业务需求的评审筛选工作。
- 项目组合愿景和战略主题：业务所有者和项目组合经理可以使用内置项目 Wiki 来分享他们的愿景和目标。
- 价值流：可以使用标记或自定义字段跟踪价值流。
- 精益预算：可以在自定义字段中捕获预算信息，并汇总以了解功能级别和长篇故事级别。
- KPI：多个报表和仪表板小组件提供现成的指标。 Power BI 和 Analytics 服务提供对快速创建自定义报表的支持。
大型解决方案 SAFe®
大型解决方案 SAFe® 包括对解决方案积压工作 (backlog)、解决方案训练和功能的支持。
经 © 2011-2020 Scaled Agile Inc. 许可转载。 保留所有权利。
实现大型解决方案的方式与实现项目组合 SAFe® 的方式大致相同。 但是，还可以添加自定义工作项类型和自定义积压工作 (backlog) 以支持其他解决方案要求。
完整 SAFe®
完整 SAFe® 包括三个级别的基本 SAFe®、大型解决方案 SAFe® 和项目组合 SAFe®。
SAFe® 项目如何映射到 Azure Boards
下表将 SAFe® 术语或项目映射到等效的 Azure Boards 术语或项目。 选择链接，了解实现详细信息。
SAFe® 术语或项目
Azure Boards 术语或项目
敏捷团队
团队。 定义团队层次结构以满足功能或开发团队、计划和项目组合团队或解决方案训练团队的需求。
敏捷发布训练 (ART)
预算
标记、值区域。 可以使用标记或“值区域”字段跟踪与特定预算或价值流关联的工作。
功能
工作项。 定义、计划和跟踪类似于长篇故事和功能的功能。 可以在工作项和各种团队积压工作中捕获它们。
启用程序
工作项。 定义、计划和跟踪类似于长篇故事、功能和情景的启用程序。 可以在工作项和各种团队积压工作中捕获它们。
长篇故事
长篇故事工作项窗体。 使用长篇故事工作项类型定义长篇故事。 长篇故事位于“长篇故事”、“功能”和“情景”的工作项层次结构的顶部。
功能
功能工作项。 使用功能工作项类型定义功能。 功能是许多情景的容器，并在其自己的项目组合积压工作中表示。
创新和计划 (IP) 迭代
迭代路径。 定义项目的迭代路径并设置其开始日期和结束日期。 每个团队都订阅他们使用的迭代。
迭代
迭代路径。 定义项目的迭代路径并设置其开始日期和结束日期。 每个团队都订阅他们使用的迭代。
里程碑
里程碑和关键事件。 里程碑发生在每次迭代结束时。 自定义字段和标记还可用于将工作与里程碑和关键事件相关联。
项目组合积压工作
项目组合积压工作。 项目组合积压工作列出与项目组合关联的长篇小说，其中包含展开和显示子功能和情景的选项。
项目组合看板
项目组合长篇故事版块。 项目组合团队的版块将长篇故事积压工作显示为交互式、可配置且可筛选的看板中的卡。
项目组合愿景
Wiki。 使用项目 Wiki 在组织内广泛共享与战略、解决方案以及团队如何协作以生成项目组合和项目可交付成果相关的信息。
计划积压工作 (backlog)
功能积压工作 (backlog)。 功能积压工作 (backlog) 列出与计划关联的功能，其中包含展开和显示子情景的选项。
计划看板
计划功能版块。 项目组合版块将功能积压工作 (backlog) 显示为交互式、可配置且可筛选的看板中的卡。
计划增量 (PI) 迭代路径
迭代路径。 迭代路径使用开始日期和结束日期定义项目的时间框。 迭代路径可以定义为 1 周到 12 周或更长时间。
追溯和评论
追溯。 每个团队可以添加一个版块来捕获操作项、确定其优先级和创建操作项以支持其改进过程。
路线图
交付计划、功能时间线。 Azure Boards 提供可配置的交互式视图来查看路线图和团队可交付结果。
共享服务
共享服务团队结构：跨团队共享的资源可以通过他们自己的敏捷功能团队表示。 每个团队可以管理积压工作 (backlog)，同时让工作也出现在他们支持的团队的积压工作 (backlog) 中。
解决方案
解决方案：解决方案可以通过自定义解决方案工作项类型表示。
解决方案积压工作 (backlog)
解决方案项目组合积压工作。 可以定义自定义工作项类型和项目组合积压工作来捕获大型解决方案的特殊业务需求，或使用长篇故事和长篇故事项目组合积压工作来捕获解决方案。
战略主题
Wiki。 战略主题（类似于项目组合愿景）可以在项目 Wiki 中捕获。
情景
用户情景工作项。 用户情景捕获要交付的功能。 它们通常调整大小，以便通过一次迭代完成。
团队积压工作
情景积压工作 (backlog)。 情景积压工作 (backlog) 列出分配给与团队关联的区域路径的用户情景。
团队看板
情景版块。 情景版块将情景积压工作 (backlog) 显示为交互式、可配置且可筛选的看板中的卡。
价值流
标记、值区域。 可以使用标记或“值区域”字段跟踪与特定预算或价值流关联的工作。
SAFe® 的 Azure Boards 实现
这组教程中的以下每篇文章都详细介绍了如何配置、自定义和使用 Azure Boards 来实现 SAFe® 计划和项目。
后续步骤
相关文章
- 将敏捷扩展到大型团队
- 敏捷文化
- 可缩放做法
- 关于冲刺 (sprint)、Scrum 和项目管理
- 关于 Boards 和看板
- Scaled Agile Framework：SAFe® 资源站点。
- 使用 TFS 缩放敏捷和 SAFe® 指标：博客文章演示了 InCycle 开发的 SQL Server 报表，说明如何使用 TFS 来支持缩放敏捷或 SAFe。
关于作者
非常感谢以下贡献者对当前内容的评论和反馈。
- Phillip Eng 是 Microsoft 的 Digital Pursuit and Guidance 的高级架构师。
- Hosam Kamel 是 Microsoft 和 ALM Ranger 的技术解决方案专业人员。
- Willy-peter Schaub 是 Microsoft 加拿大开发中心的 Visual Studio ALM Rangers 的前项目经理。 可以在 twitter.com/wpschaub 上关注 Willy-Peter 的 Twitter。
本系列文章是从与以下作者合作编写的先前白皮书中更新的：
- Gordon Beeming 是南非阳光明媚的城市 Derivco 的 Durban 的一名软件开发人员。 他把大部分时间都用于 Visual Studio 的编程或与他的家庭的休闲中。 他的博客在 gordonbeeming.xyz 上，可以在 twitter.com/gordonbeeming 关注他的 Twitter。
- Brian Blackman 是 Microsoft 高级开发人员首席顾问，专注于影响工程和市场中的 ISV 合作伙伴和企业成功。 他拥有 MBA 学位，是 CSM、 CSP、 MCSD (C++) 和 MCTS，而且是 Visual Studio ALM Ranger。 当他不做 Ruck Mastering 并致力于 Visual Studio ALM Ranger 项目时，他主要从事代码编写、创建和提供工作室，提供各种课程咨询，尤其是可以帮助企业追求业务敏捷性。
- Gregg Boer 是 Microsoft 的首席项目经理。 Gregg 是 Azure DevOps 和本地 TFS 提供的敏捷管理体验的产品所有者。
- Kathryn Elliott 是 Microsoft 的高级技术文档撰写人。
- Susan Ferrell 是高级技术文档撰写人和 Visual Studio ALM Ranger。
- Willy-peter Schaub 是 Microsoft 加拿大开发中心的 Visual Studio ALM Rangers 的前项目经理。 自 80 年代中期以来，他一直致力于软件工程的简易性和可维护性工作。 可以在 twitter.com/wpschaub 上关注他的 Twitter。
- 特别感谢以下技术专家对本文进行评论：Mike Douglas（独立顾问 ALM Ranger）、Richard Hundhausen（独立顾问 ALM Ranger）和 Bill Heys（独立顾问 ALM Ranger）。
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈