大规模敏捷 Scaled Agile Framework (SAFe) 全面介绍

企业敏捷 Scaled Agile Framework (SAFe) 是一个大规模敏捷框架，它不仅包括团队敏捷，还包括了价值流、投资组合、项目集等层级的敏捷管理方法和架构。

大规模敏捷框架 SAFe 是什么

SAFe 是一个企业级的大规模敏捷框架，它基于精益和敏捷的最佳实践。SAFe 框架可以分解为团队层、项目集层、投资组合层、价值流层。

• 基于精益和敏捷原则
• 为企业价值流、投资组合、项目集和团队提供详细的实施指导
• 最大限度为企业利益相关者提供价值

敏捷框架的作用

SAFe 可以处理大规模复杂的应用开发，使用 SAFe 可以获得以下好处：

• 生产效率提升 20-50%
• 质量提升大于 50%
• 产品发布缩短 30-75%
• 员工满意度度和忠诚度提升

史诗是敏捷研发的顶级需求，它一般是一个比较大的工作量集合，例如也许需要几十个团队成员做上几个月的需求。因此史诗需要进一步拆分，拆分成比较小的史诗、产品特性、甚至团队可以用作开发的用户故事。史诗拆分成产品特性或用户故事后可以分配给敏捷开发团队，由团队与产品负责人（PO）进一步分析拆分和细化，直到团队可以用作开发的任务。

大规模敏捷框架（SAFe）的适用条件

• 实施敏捷的范围包括多个投资组合、多个项目组团队。
• 多个项目团队都在实施敏捷研发，项目组经常遇到障碍、延迟、甚至失败。
• 多个项目团队之间的工作任务相互依赖。
• 想在整个组织范围内实施敏捷，但又无法确定需要什么角色和岗位。
• 想在整个组织范围内实施敏捷，但又不知如何在业务部门、投资组合层、项目集层、研发团队之间建立连续一致的策略。
• 组织想提高产品研发效率，在同行业竞争中获得优势。

SAFe 和其他敏捷实践的差别

SAFe 与其他敏捷实践的差别在于：

• SAFe 是一个免费使用的敏捷框架。
• SAFe 有大量的说明材料可以获得。
• SAFe 是一个经过实践证明实用的敏捷框架，适合大规模应用。
• SAFe 会经常根据实际的实践经验进行更新。
• SAFe 对于敏捷实践可扩展性强。
• SAFe 适用于团队和整个企业。
• SAFe 为这个软件研发生命周期提供了蓝图。
• SAFe 对于组织的各个层面都是可视化的。
• FAFe 可持续推进软件质量的提升，并获得反馈。

SAFe 的理论基础

SAFe 的理论基础包括精益-敏捷原则、敏捷核心价值、精益-敏捷领导、精益-敏捷思维、敏捷实践社区、敏捷的实施经验。

1. 精益-敏捷原则

运用 SAFe 应该深入理解精益-敏捷原则

• 采用经济的视角
• 运用系统思考
• 接受变化，保留选项
• 快速构建增量，不团学习环
• 以工作系统的客观评价作为里程碑的基础
• 可视化和限制在制品，减少批量大小和管理队列长度
• 掌握节奏，与跨域计划保持同步
• 释放员工的内在动力
• 非中心化决策

1. 敏捷的核心价值

SAFe 敏捷基于四个价值观点。

对齐方式

对齐从投资组合战略开始，然后下移到远景和项目集产品列表，然后下移到团队的产品列表中

内建质量

• 确保产品增量在交付之前满足质量标准。
• 质量措施不是在软件研发的后期加入的。
• 内建质量是精益的先决条件和强制要求。

信息透明

• 信息透明可以增加信任。
• SAFe 可以帮助企业在各层增加信息透明，包括高级管理层、投资组管理层和各利益相关者之间。
• 每个人都可以查看到投资组合看板、项目集看板、和团队看板。
• 每个层级都有可以很好理解的增量目标
• 项目集可以可视化的看到团队产品列表，和其项目集的产品列表
• 团队和项目集科可以看到业务和架构史诗，可以让项目层和团队明确自己的位置

项目集执行
SAFe 专注可以工作的系统和业务结果产出。
SAFe 帮助团队持续交付价值

1. 精益敏捷领导

精益敏捷的领导者是终生学习者和教师。它通过理解和展示精益-敏捷安全原则来帮助团队构建更好的系统。

作为团队的推动者，最终的责任是采用、成功推进精益敏捷开发并和持续改进。为了变革和持续改进，必须对领导者进行培训。

领导者需要采用一种新的领导风格。一个真正的授权和鼓励个人和团队，以展现他们的最高潜力。

精益敏捷领导原则

• 领导变化
• 终身学习
• 培养人才
• 激励并与使命保持一致;最小化约束
• 非中心化决策
• 释放知识型员工的内在动力

1. 精益敏捷思维

精益-敏捷思想包括两个方面：

• 精益屋
• 敏捷宣言

精益屋
SAFe 来源于精益生产实践和原则。SAFe 的精益屋展现方式来源于丰田汽车的精益屋。

精益目标：在最短的交货时间内，以最高的质量向客户提供最大的客户价值

敏捷宣言

敏捷是帮助人们更好的开发软件产品的一种方法。敏捷宣言是敏捷的核心精神。

个体和互动 高于 流程和工具
工作的软件 高于 详尽的文档
客户合作 高于 合同谈判
响应变化 高于 遵循计划

相对于右侧，我们应该跟注重左侧。

敏捷原则

1. 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。

2. 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。

3. 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。

4. 业务人员和开发人员必须相互合作，项目中的每一天都不例外。

5. 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。

6. 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。

7. 可工作的软件是进度的首要度量标准。

8. 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。

9. 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。

10. 以简洁为本，它是极力减少不必要工作量的艺术。

11. 最好的架构、需求和设计出自自组织团队。

12. 团队定期地反思如何能提高成效，并依此调整自身的举止表现。

SAFe 中的层级

1. 团队层

角色		事件		制品（成果）
敏捷团队		冲刺规划		团队列表
产品负责人（PO）		冲刺列表梳理		非功能需求
敏捷教练（SM）		每日站站会		团队增量目标
		冲刺执行		迭代成果
		冲刺评审		用户故事
		冲刺回顾		冲刺目标
		增量（IP）冲刺		内建质量
				峰值
				团队看版

• SAFe 团队都归属与一个敏捷发布火车（Agile Release Train）。
• SAFe 团队是一个充分授权、自组织、自管理、跨功能的团队。
• SAFe 团队在固定期限的迭代中负责完善团队列表中的用户故事、构建产品并进行测试。