SAFe（规模化敏捷框架）教程
托马斯·汉密尔顿
什么是 SAFe（规模化敏捷框架）？
规模化敏捷框架 (SAFe) 是一个免费的在线知识库，可让您在企业级应用精益敏捷实践。它为软件开发提供了简单轻量级的体验。它是一组组织和工作流模式，旨在指导企业扩展精益和敏捷实践。它分为三个部分，即团队、项目和投资组合。
安全 框架允许团队
- 在企业级实施精益敏捷软件和系统
- 它基于精益和敏捷原则。
- 为企业的Portfolio、价值流、项目和团队的工作提供了详细的指导。
- 它旨在满足组织内所有利益相关者的需求。
SAFe 最早在该领域得到开发，并于 迪恩·莱芬威尔 (Dean Leffingwell)的书籍和博客。1.0 版本于 2011 年首次正式发布。最新版本是 4.6，于 2018 年 XNUMX 月发布。它为企业 Portfolio、Value Stream、Program 和 Team 级别的工作提供指导。
为什么要使用 SAFe 敏捷框架
它是一种简单、轻量级的框架，但能够满足大型价值流和复杂系统开发的需求。通过实施 SAFe 敏捷框架，您将获得以下好处：
- 生产力提高 by 20 - 50％
- 品质保证 增加超过 50%
- 上市时间 比...更快 30-75％
- 预订量显著增长, 员工敬业度 和 工作满意度。
详细框架图可参见 官网。它显示了所有关键角色、活动、交付成果和流程。它还可作为网站其余部分的导航辅助工具。
下图解释了敏捷流程的工作原理。史诗是一大堆工作，进一步细分为许多较小的故事或子史诗。这些子史诗作为故事分配给团队。然后每个团队都会相应地处理这些故事或软件功能。
何时使用规模化敏捷框架
- 当团队有兴趣在更大规模、多团队的项目和投资组合中一致地实施敏捷方法时。
- 当多个团队以自己的方式运行敏捷实施但经常面临障碍、延迟和失败时。
- 当团队想要独立工作时。
- 当你想在整个组织内扩展 Agile，但不确定可能需要哪些新角色，或者哪些现有角色（即管理）需要改变以及如何改变时。
- 当您尝试在整个组织内扩展敏捷，但却难以在从投资组合到项目和团队层面的各个业务部门之间实现统一或一致的战略时。
- 当组织需要缩短其产品开发交付周期并想了解其他公司如何成功使用 SAFe 扩展 Agile 时。
与其他敏捷实践有何不同
现在，在这个规模化敏捷框架教程中，让我们看看规模化敏捷框架与其他敏捷实践有何不同，
- 它是公开的并且可以免费使用。
- 以高度平易近人和可用的形式提供。
- 它重量轻，具有实践证明的效果并且针对特定级别。
- 它不断/定期修改/维护最常用的敏捷实践。
- 为常见的敏捷实践提供有用的扩展。
- 将敏捷实践应用于企业环境。
- 提供软件开发的完整图景。
- 各个层面的可见性或透明度都更高。
- 持续或定期对质量和改进进行反馈。
Foundation规模化敏捷框架
规模化敏捷框架（SAFe）：它建立在
- 精益敏捷原则
- 核心价值，
- 精益敏捷领导力
- 精益敏捷思维，
- 实践社区（持续致力于 SAFe 实践的人群）
- 实施 1-2-3
SAFe 精益敏捷原则
为了获得预期的结果，必须理解、展示和延续这些基本的 SAFe Agile 原则和价值观。
- 采取经济观点
- 应用系统思维
- 假设可变性；保留选择权
- 通过快速、集成的学习周期逐步构建
- 根据对工作系统的客观评估设定里程碑
- 可视化并限制 WIP、减少批次大小并管理队列长度
- 应用节奏，与跨领域规划同步
- 释放知识工作者的内在动力
- 分散决策权
SAFe 敏捷核心价值观
SAFe Agile 方法论基于这四个价值观。
对准：
- SAFe 支持对齐。
- 对齐开始于，
- 投资组合积压中的战略主题和
- 转到项目待办事项的愿景和路线图，然后
- 移至团队待办事项。
内置质量：
- 它确保每个增量交付都符合质量标准。
- 质量不是“后来添加的”而是内置的。
- 内在质量是精益的先决条件，也是其强制性
透明度：
- 透明度是信任的推动因素。
- SAFe 帮助企业实现各个层面的透明度——高管、投资组合经理和其他利益相关者。
- 每个人都可以看到投资组合积压/看板、项目积压/看板和团队积压/看板。
- 每个级别都对 PI 目标有清晰的理解。
- 培训计划可以查看团队的积压工作以及其他计划的积压工作
- 团队和项目组可以查看业务和架构史诗。他们可以知道接下来会发生什么。
程序执行：
- SAFe 非常重视工作系统和由此产生的业务成果。
- 如果团队无法执行并持续提供价值，那么 SAFe 就没有用处。
精益敏捷领导者
精益敏捷领导者是终身学习者和教师。通过理解和展示精益敏捷 SAFe 原则，帮助团队构建更好的系统。
作为团队的推动者，最终的责任是采用、成功和持续改进精益敏捷开发。为了实现变革和持续改进，领导者必须接受培训。
领导者需要采用一种新的领导风格。一种真正赋予个人和团队权力并让他们发挥最大潜力的领导风格。
这些精益敏捷领导者的原则
- 引领变革
- 了解方法；强调终身学习
- 培养人才
- 激励并与使命保持一致；尽量减少限制
- 分散决策
- 释放知识工作者的内在动力
精益敏捷思维
精益敏捷思维体现在两个方面：
- SAFe 精益之家
- 敏捷宣言
SAFe 精益之家:
SAFe 源自精益制造原则和实践。基于这些因素，SAFe 提出了“SAFe 精益之家”。它的灵感来自精益丰田的“之家”。
精益的目标是无与伦比的：在最短的交付周期内以最高的质量向客户提供最大的客户价值
下图解释了目标、支柱和 Foundation “SAFe 精益之家”。
敏捷宣言
我们通过实践和帮助他人开发软件来发现更好的开发软件的方法。通过这项工作，我们开始重视：
这就是为什么虽然右边的项目有价值，但我们更重视左边的项目。
敏捷宣言
- 最高优先级是通过持续、提前交付有价值的软件来让客户满意。
- 接受不断变化的需求，即使在开发后期也是如此。敏捷 SAFe 方法流程可利用变化来造福客户。
- 频繁地交付工作软件，从几周到几个月不等，优先考虑较短的时间范围。
- 在整个项目过程中，开发人员和业务人员必须每天一起工作。
- 围绕积极进取的个人开展项目。为他们提供支持和所需的环境，并相信他们能够完成工作。
- 与开发团队沟通最有效的方法是面对面的交谈。
- 可用的软件是衡量进度的主要标准。
- 敏捷流程促进可持续发展。发起人、开发人员和用户应该能够无限期地保持恒定的步伐。
- 持续关注卓越技术和良好设计可以增强敏捷性。
- 简单——最大限度地减少未完成工作量的艺术——至关重要。
- 最好的架构、需求和设计来自自组织团队。
- 团队会定期反思如何提高效率，然后相应地调整其行为。
SAFE 的不同级别
SAFe 实施有两种不同类型：
- SAFe 4.0 实施
- SAFe 3.0 实施
- 在 SAFe 4.0 实施中，我们有 4 个级别： 投资组合、价值流、项目和团队。
- 在 SAFe 3.0 实施中，我们有 3 个级别： 投资组合、项目和团队
- 3 级 SAFe 适用于人数不超过 100 人的小型实施。这些程序不需要大量协作。
- 4 级 SAFe 适用于通常需要数百名从业人员开发、部署和维护软件的解决方案。
团队级别
| 角色/团队 | 活动 | 文物 | ||
|---|---|---|---|---|
| * 敏捷团队 | * Sprint 计划 | * 团队待办事项 | ||
| * 产品拥有者 | * 待办事项整理 | * 非功能性需求 | ||
| * Scrum主管 | * 每日站立会议 | * 团队 PI 目标 | ||
| * 执行 | * 迭代 | |||
| * Sprint 演示 | * 故事（工作软件） | |||
| * Sprint 回顾 | * Sprint 课外活动 | |||
| * IP Sprints | * 内置品质 | |||
| * 尖刺 | ||||
| * 团队看板 |
- 所有 SAFe 团队都是一个或其他敏捷发布火车 (ART) 的一部分。
- SAFe 团队是具有授权、自组织、自管理、跨职能的团队
- 每个团队都同样负责在固定长度的迭代中定义、构建和测试来自其团队待办事项的故事
- 团队根据商定的迭代目标，计划并执行为期两周的时间限制迭代。
- 团队将使用 ScrumXP/Team Kanban 例行程序来交付高质量的系统，每两周制作一次系统演示。
- ART（敏捷发布列车）中的所有不同团队都将创建一个集成且经过测试的系统。利益相关者将进行评估并做出快速反馈
- 他们采用内置质量实践。
- 每个ScrumXP团队将有5-9名团队成员，其中包括在每个迭代中构建质量增量值所需的所有角色。
- ScrumXP角色包括：
- 团队（开发+QA）
- Scrum Master
- 产品负责人。等等。
- SAFe 将开发时间线划分为 PI（程序增量）内的一系列迭代。
- PI 持续时间为 8 -12 周。
- 团队将使用故事来传递价值。产品负责人将对故事的创作和接受拥有内容权威。
- 故事包含客户的要求。
- 团队待办事项包括用户和推动者的故事，这些故事在 PI 规划期间确定。当产品管理提出路线图、愿景和项目待办事项时。
- 识别、阐述、确定优先级、安排时间、实施、测试和接受故事是团队层面管理工作的主要要求。
- 每次迭代提供：
- 新功能的宝贵增量
- 通过不断重复的模式来实现
- 规划迭代
- 致力于某些功能
- 通过构建和测试故事来执行迭代
- 演示新功能
- 回顾
- 重复进行下一次迭代
- 团队还在每次迭代结束时支持系统演示，这是 ART 的关键集成点。
- 更大的价值流将有多个 ART。
- 创新和规划 (IP) 迭代为团队提供了创新和探索的机会。
程序级别
| 角色/团队 | 活动 | 文物 | ||
|---|---|---|---|---|
| * 开发运营 | * PI（项目增量）规划 | * 想象 | ||
| * 系统团队 | * 系统演示 | * 路线图 | ||
| * 发布管理 | * 检查和采用车间 | * 指标 | ||
| * 产品管理 | * Archi建筑跑道 | * 里程碑 | ||
| * UEX ArchiTECT | * 随时发布 | * 发布 | ||
| * 发布列车工程师(RTE) | * 敏捷发布列车 | * 程序史诗 | ||
| *系统 Archi技术/工程师 | * 释放 | * 项目看板 | ||
| * 企业主 | * 项目积压 | |||
| * 精益敏捷领导者 | * 非功能性需求 | |||
| * 实践社区 | * 加权最短作业优先 (WSJF) | |||
| * 共享服务 | * 项目负责人目标 | |||
| * 顾客 | *功能 | |||
| * 推动者 | ||||
| * 解决方案 | ||||
| * 价值流协调 |
- 在项目层面，SAFe 的价值由长期的敏捷发布列车 (ART) 传递。迭代针对团队，列车针对项目。
- 敏捷发布列车 (ART) 是项目级价值交付的主要载体。它为组织提供价值流。
- 项目增量 (PI) 持续时间为 8 至 12 周。
- ART 由 5 – 12 个敏捷团队（约 50 – 125 人以上）组成，其中包括交付经过全面测试、可运行的系统级软件所需的所有角色和基础设施。
- 每个 PI 都是一个多迭代时间框。在此期间，系统的重要且有价值的增量被开发和交付。
- 在每个 PI 中都会发生“演示”和“检查和调整”会话，并开始下一个 PSI 的规划。
- 在项目层面，SAFe 强调协同原则，因为多个敏捷团队的努力被整合在一起来创造客户价值。
- SAFe 工件层次结构是 史诗->功能->用户故事.
- 在项目级别，产品经理/项目经理拥有内容权限。他定义并确定项目待办事项的优先级。
- 程序待办事项是一个按优先级排列的功能列表。
- 在程序级别，特性可以被发起，也可以从在投资组合级别定义的史诗中派生而来。
- 功能分解为用户故事并流入团队级积压工作。
- 产品经理或发布列车工程师角色可以由项目经理/高级项目经理担任
- 系统 Architect 在项目层面的职责是与团队进行日常协作。确保满足非功能性需求。此外，他们还与投资组合层面的企业架构师合作，确保有足够的架构跑道来支持即将到来的用户和业务需求。
- UX 设计师为团队提供界面设计、用户体验指南和设计元素。
- 首席 Scrum Master 角色由“发布列车工程师”扮演。
- 各个团队（来自市场、开发、质量、运营和部署）组成“发布管理团队”。他们将批准定期向客户发布质量解决方案。
- DevOps 团队负责将软件部署到客户环境中并成功交付。
投资组合级别
| 角色/团队 | 活动 | 文物 | ||
|---|---|---|---|---|
| * Enterprise Architect | * 战略投资规划 | * 战略主题 | ||
| * 项目组合管理 | * 看板投资组合（Epic）规划 | * 企业 | ||
| * Epic 所有者 | * 投资组合积压 | |||
| * 投资组合看板 | ||||
| * 非功能性需求 | ||||
| * 史诗与推动者 | ||||
| * 价值流 | ||||
| * 预算（资本支出和运营支出） |
- 对 SAFe 最感兴趣/关注/参与的是 安全投资组合
- 投资组合提供了通过一个或多个价值流组织精益敏捷企业价值流的基本模块。
- 该投资组合有助于开发以战略主题描述的系统和解决方案（将 SAFe 投资组合与企业不断变化的业务战略联系起来）。
- 为了实现战略目标，投资组合层级囊括了这些要素。它提供了基本的预算和其他治理机制。这样，它确保了对价值流的投资为企业带来必要的回报。
- 投资组合与业务是双向关联的：
- 为了引导投资组合实现更大、不断变化的业务目标，它提供了战略主题。
- 另一个方向表明投资组合价值的不断流动。
- 项目组合管理作为利益相关者，负责实现业务成果。
- SAFe 组合层包含企业实现战略目标所需的人员、流程和必要的构建系统和解决方案。
- 价值流是投资组合的主要目标，它为构建解决方案所需的人员和其他资源提供资金。
- 这里使用的重要关键概念是：
- 与企业连接，
- 项目组合管理，
- 管理投资组合史诗的流程。
价值流级别
| 角色/团队 | 活动 | 文物 | ||
|---|---|---|---|---|
| * 开发运营 | * PI（项目增量）前后规划 | * 想象 | ||
| * 系统团队 | * 解决方案演示 | * 路线图 | ||
| * 发布管理 | * 检查和采用车间 | * 指标 | ||
| * 解决方案管理 | * 敏捷发布列车 | * 里程碑 | ||
| * UEX ArchiTECT | * 发布 | |||
| * 价值流工程师(RTE) | *价值流史诗 | |||
| * 解决方案 Archi技术/工程师 | * 价值流看板 | |||
| * 共享服务 | * 价值流积压 | |||
| * 顾客 | * 非功能性需求 | |||
| * 供应商 | * 加权最短作业优先 (WSJF) | |||
| * 价值流 PI 目标 | ||||
| * 能力 | ||||
| * 推动者 | ||||
| * 解决方案背景 | ||||
| * 价值流协调 | ||||
| * 经济框架 | ||||
| * 解决方案意图 | ||||
| * 多媒体电子系统工程 | ||||
| * 基于集合 | ||||
| * 敏捷 Archi质地 |
- 价值流级别在 SAFe 中是可选的。
- 价值流级别是 SAFe 4.0 中的新功能。
- 价值流层次是为以下企业/建设者/组织而设计的：
- 体积大
- 独立 (Independent)
- 有复杂的解决方案
- 他们的解决方案通常需要多个 ART
- 他们有供应商的贡献。
- 他们面临最大的系统挑战
- 对于信息物理系统
- 适用于软件、硬件、电气和电子、光学、机械、流体学等。
- 建立这种系统通常需要数百甚至数千名从业者、外部和内部供应商。
- 如果系统对于任务至关重要，解决方案甚至子系统的故障都会带来不可接受的经济和社会后果。
- 如果企业能够由几百名从业者组成，那么可能就不需要这种级别的构造。在这种情况下，他们可以使用来自“折叠视图' 即3级SAFe。
- 在精益敏捷模式下构建价值流解决方案需要额外的工件、协调和构造。因此，这一层包含一个经济框架，为价值流提供财务边界
- 它支持多个 ART 和供应商的节奏和同步。它包括 PI 前和 PI 后规划会议和解决方案演示。
- 它提供了额外的角色，包括：价值流工程师、解决方案 Archi技术/工程和解决方案管理。
总结
- SAFe 是一种经过业界验证的、以价值为中心的方法，用于在企业级别扩展敏捷。
- 它回答了诸如“我们如何规划”、“我们如何预算”、“我们如何在建筑和建筑领域实现跨职能”等问题。 DevOps？“
- SAFe Agile 框架帮助大型组织团队实现组织的战略目标，而不仅仅是单个项目目标。
- 该框架提供了维护和创建集中式策略来实现价值的能力。
- SAFe 模型有三/四个层次，集中了组织的战略主题。
- 集中式策略，与分散式敏捷开发执行相结合。
参考文献：
精益企业 5.0 的 SAFe：
http://www.scaledagileframework.com