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