SAFe 4.5 之“新”

精益企业的 SAFe®

SAFe 4.5 之“新”

———— 冰块按 ————

2017年6月22日,SAI公司发布了最新的企业级规模化敏捷框架 4.5 版(SAFe 4.5版)。相较于SAFe 4.0,SAFe 4.5 有了诸多比较明显的变化。SAI 专门发表了《 What’s new in SAFe 4.5 》这篇文章来专门介绍 SAFe 4.5 的新变化。

声明:本文是上述文章的简体中文翻译版。本文的中文翻译未获得 SAI 的任何官方授权、资助或指导,纯由方块冰基于对SAFe的学习、兴趣而独立翻译完成,不用于任何商业目的。SAI 不对翻译内容的准确性负有任何责任,一切准确性责任由方块冰独立负责。如 SAI 对翻译本文有任何异议,冰块将删除该简体中文翻译以避免任何可能的法律纠纷。

热诚欢迎各位敏捷爱好者和 SAFe 专业人士不吝赐教,批评斧正!


前言

我们很高兴地宣布,SAFe 4.5 发布啦!SAFe 4.5 是由数以百计的实施公司现场研究、我们客户和社区的反馈以及SAFe建立之上的知识领域的新进展、新成就,综合所得的结果。随着你了解的越多,我们相信你将会发现,SAFe 4.5 比之前的任何版本都更加精益、更加敏捷,并且更加支持快速创新与学习。 而且,基于可重复与可靠基础之上,SAFe 4.5 有助于企业更快地取得商业成绩。

SAFe 4.5 可以进行配置,以满足你的组织需要。该新版本允许使用他的公司:

  • 使用精益创业环(Lean Startup Cycle)和精益用户体验(Lean User Experience,Lean UX),更快地测试新想法。
  • 使用可扩展的DevOps和持续交付流水线,更快地进行价值交付。
  • 使用精益项目组合管理和精益预算管理,简化治理、提升项目组合管理绩效。

但是,我们都知道,组织变革往往困难重重。这需要采用新的行为方式、接受新的领导风格、实践以及文化。使用新的实施路线图,在转型道路上的每一步为企业提供指导,SAFe 4.5 可以加速精益-敏捷转型。你的SAFe之旅将受到全球范围内的规模化敏捷合作伙伴和SAFe 项目群咨询师(SAFe Program Consultant,SPC)的大力支持。


从初始想法到发布,从客户反馈到产品提升,提供一个360度的“构建-度量-学习-反馈”环,SAFe 4.5 最大程度地加快了产品和服务的交付速度。


SAFe 4.5版本聚焦于如下几个关键的改进领域:

  1. 基本SAFe 及其可配置性(Essential SAFe and Configurability)
  2. 精益创业与精益用户体验创新(Innovation with Lean Startup and Lean UX)
  3. ­可扩展的DevOps与持续交付(Scalable DevOps & Continuous Delivery)
  4. 实施路线图(Implementation Roadmap)
  5. 其他重要材料(Other Important Stuff)

向后兼容SAFe 4.0

如图 1所示,SAFe 4.5 向后兼容 SAFe 4.0。这就意味着,既有组织可以以他们自己的步伐采用 SAFe 4.5 的新特性。

图 1. SAFe 4.5 向后兼容 SAFe 4.0


基本 SAFe 与可配置性

SAFe 的新可配置框架提供了足够多的指导原则来满足你的产品或服务的需要。基本 SAFe 有助于公司快速入门,并简单起步。随着公司需要的增长,SAFe可以进行扩展以满足那些新的挑战。

SAFe 具有四种配置类型,他们提供了更加可配置和可扩展的方法。

  1. 完整型 SAFe (Full SAFe)
  2. 项目组合型 SAFe (Portfolio SAFe)
  3. 大型解决方案型 SAFe (Large Solution SAFe)
  4. 基本型SAFe(Essential SAFe)

使用图2中所示的菜单,你可以自己选择正好适合于你的需要的 SAFe 配置。无论何时,当你返回到首页,SAFe 都会提醒你的选择。每一种类型的配置描述如下。

图 2. 可配置 SAFe

基本型 SAFe

图 3 展示了基本型 SAFe,它是最基本的 SAFe 配置类型。它提供了实施 SAFe 的基本出发点,描述了获得 SAFe 框架的主要优势所需要的最重要组成元素。

图 3. 基本型 SAFe 的配置

项目组合型 SAFe

项目组合型 SAFe 配置(以前的3层 SAFe) 用于构建多个、大型独立的解决方案的各类企业,这些解决方案同时也需要满足诸如战略与投资资金、跨各种不同价值流的创新以及精益治理等项目组合层面的关注点。 如图 4 所示,它是在基本型 SAFe的基础上添加了项目组合层

图 4. 项目组合型 SAFe 的配置

大型解决方案型 SAFe

大型解决方案型 SAFe 的配置设计用于构建大型和复杂解决方案的企业,这些解决方案要求多个敏捷发布火车和供应方共同协作,但不需要考虑项目组合层面的事情。如图 5 所示,大型解决方案型 SAFe 配置包含了基本型 SAFe 和大型解决方案层。

图 5.  大型解决方案型 SAFe 的配置

与其他变换一起,请注意,SAFe 4.0 中的价值流层的名字已经变更为“大型解决方案层”。由此导致的术语变更如图 6 所示。

图 6. 由价值流层重命名导致的术语变更

用新的解决方案火车构建大型系统

如图 7 所示,解决方案火车描述了用于构建大型和复杂解决方案所需的 SAFe 组织级构成,这些解决方案的构建需要协调多个敏捷发布火车,以及相关供应方的贡献。使用共同的解决方案愿景(Solution vision)、待办事项列表和路线图以及步调一致的项目群增量(PI)节奏,解决方案火车使各个敏捷发布火车(ART)及相关供应方向共同的业务和技术愿景看齐。

图 7. 新的解决方案火车

解决方案火车工程师(Solution Train Engineer,STE)

解决方案火车工程师(STE),即之前所熟知的价值流工程师,是解决方案火车的仆人式领导( servant leader)。通过识别并解决跨越整个解决方案的各种瓶颈,解决方案火车工程师帮助解决方案火车能够流畅地进行运转。

 

合规性(Compliance)带入 SAFe

如图 8 所示,合规性(Compliance)是解决方案意图( Solution Intent)一个新的组成部分,它描述了如何在满足法律法规和行业要求的同时,使用精益-敏捷开发方法实现高质量的成果。

合规性使能(Compliance enablers)用于安排(schedule)和管理具体的合规性活动,包括检验与验证(Verification and Validation,V&V)、 文档及签署(Signoff),以及法律法规文件的提交和批准。

图 8.  SAFe 4.5 引入合规性

敏捷架构(Agile Architecture)

敏捷架构仍然是解决方案意图的一个组成元素。然而,它已被从整体视图中移到了指南页中。你也可以从内建质量部分获取到敏捷架构指南,那里会简单讨论敏捷架构。

完整型 SAFe

如图 9 所示,完整型 SAFe 是最复杂的SAFe 配置。它可以支持那些构建大型的、集成的解决方案的企业,而这些方案通常需要数以百计的人员,或者更多的开发与维护工作。

图 9. 完整型 SAFe

用跨层级面板重定义配置(Refine Configurations with the Spanning Palette)

从整体图景到画面方向,跨层级面板都进行了变更,因此它真正地贯穿了SAFe 4.5 框架的所有层级——团队层、项目群层、大型解决方案层和项目组合层。

SAFe 灵活性和可配置性的一个关键元素是,跨层级面板运行 SAFe 组织只应用每个层级中所需要的组成元素。如图 10 所示,跨层级面板允许组织根据所选择的 SAFe 配置动态地进行调整。其他变化还包括:

  • 由于跨层级面板的设计,将实践社区( Communities of Practice)简写为“CoP
  • 从 UX 变为精益UX (Lean UX),并且扩展到了用户体验开发方面
  • 移除了发布管理图标,并将其内容整合进了“按需发布

图 10. 新的跨层级面板


使用精益创业和精益用户体验进行创新

精益创业环、精益用户体验、精益项目组合管理(Lean Portfolio Management,LPM)以及精益预算(Lean Budgets)方面的新内容有助于你快速进行创新,并更快地实施新的战略,以实现更好的商业成果。

精益创业环(Lean Startup Cycle)

精益创业运动拥抱高度迭代的“假设-构建-度量-学习”(Hypothesize-Build-Measure-Learn)环,该环相当自然地融合进了SAFe之中。 具体地看,我们可以将该模型应用于任何史诗故事级的新创物(initiative),无论它来自项目组合层、大型解决方案层还是项目群层。无论是何种来源,如图 11 所示,使用最小可行产品(Minimum Viable Product,MVP),史诗故事的范围需要通过一种谨慎而迭代的方法进行投资和实现(the scope of an epic calls for a prudent and iterative approach to investment and implementation via a Minimum Viable Product (MVP))。要了解精益创业循环的更多内容,请参见关于“史诗故事”的文章。

图 11. 精益创业环

史诗故事假说与精益商业案例(Epic Hypothesis and Lean Business Case)

为了在SAFe中培育新的精益创业思维,史诗故事价值陈述(Epic Value Statement)和轻量级商业案例(Lightweight Business Case)都惊醒了重构,分别地变成了如图 12 所示的史诗故事假说陈述(Epic Hypothesis Statement)和 图13所示的精益商业案例(Lean Business Case)。不仅仅是名称的变更,他们代表了一种全新的思考和工作方式。 要了解更多关于史诗故事假说陈述和精益商业案例的内容,请参见关于“史诗故事”的文章。

图 12. 史诗故事假说(Epic Hypothesis)

图 13. 精益商业案例(Lean Business Case)

精益用户体验(Lean User Experience)

如图14所示的,精益用户体验( Lean UX)方法起始于这样一个结果假设(outcome hypothesis):敏捷团队和 UX 设计师接受 这样的观点,即“正确的答案”在事前是无法知晓的。与之相反,他们使用敏捷方式来避免“大量前期设计”(Big Design UpFront,BDUF),反而聚焦于创建关于由一个新特性期望获得的业务结果的一个假说,然后增量地实现并测试该假说。这样带来的结果是可以快速获得反馈,从而引导解决方案更加有效地获得成功。

图14. 精益用户体验(Lean UX)

由精益用户体验这种“假说驱动方法”导致的结果是,如图 15 所示,特性与收益矩阵(Feature and Benefit,FAB)也被更新为用收益假说(Benefit Hypothesis)来描述特性及其能力。

图 15. 特性具有一个收益假设

精益项目组合管理进行领导和治理(Lead and Govern with Lean Portfolio Management)

在之前的项目群/项目组合管理(Program Portfolio Management,PPM)中,如图 16所示,每个SAFe项目组合中添加了一个精益项目组合管理功能(Lean Portolio Management, LPM),负责战略与投资资金、敏捷项目群指南以及精益治理。

图 16. 用精益项目组合管理进行领导和治理


可扩展的DevOps及持续交付流水线

可扩展的DevOps与持续交付流水线一起,有助于加速“构建-度量-学习”环,支持更快地创新、更频繁地发布。

DevOps是一种心念(mindset)、一种文化(culture)以及一套技术实践。它在规划、开发、测试、部署、发布并维护解决方案所需的各种人员之间提供了沟通、集成、自动化以及紧密的合作。

SAFe 企业实现DevOps以打破管理壁垒(silos)并赋能(empower)每一个敏捷团队、敏捷发布火车和解决方案火车,持续地为最终用户交付新的特性。正如“高执行力IT组织部署频率成30倍地提升,前置时间达200倍地缩短,60倍地减少失败以及恢复速度提升168倍”,这是完全可以实现的。

如图 17 所示,DevOps 包含了下面的几个主要元素,简要描述如下:

图 17. 用 DevOps的CALMR 方法实现流动

  • 文化(Culture) – 建立一个开发、部署和运维三方责任共担的文化。
  • 自动化(Automation) – 自动化持续交付流水线。
  • 精益流动(Lean flow) – 保持小的批次规模,限制在制品数量(Work in Process,WIP),并提供极端可视化。
  • 度量(Measurement) – 度量通过流水线的工作流(flow),实现应用程序自动测量记录并传输数据。
  • 恢复(Recovery) – 架构与使能低风险发布,建立快速恢复、快速复原、快速问题修复前进(fix-forward)能力。

持续交付流水线(Continuous Delivery Pipeline)

持续交付流水线(Continuous Delivery Pipeline)并不是以静态、线性的顺序进行运行的,而是一个学习环(learning cycle),如图 18 所示,它允许团队针对其工作构建一系列假设、构建和交付活动,度量结果并从其工作结果中进行学习。

假设(Hypothesize)、构建(Build)、度量(Measure)、学习(Learn)

图 18. 持续交付流水线

  • 持续探索(Continuous Exploration) – 不断探索市场和用户需要(needs),定义愿景(vision)、路线图以及能够满足用户需要的特性集合的过程。
  • 持续集成(Continuous Integration) – 从项目群待办事项列表中选取特性、开发、测试、集成并在为这些特性的部署和发布而准备的类生产环境(staging environment )中验证这些特性的过程。
  • 持续部署(Continuous Deployment) – 从持续集成中获得经过验证的特性并将他们发布到生产环境(production environment)的过程。在生产环境中,测试特性并为发布做好准备。
  • 按需发布(Release on Demand) – 向客户增量地发布经过部署的特性或基于市场需要而立刻发布特性的过程。

敏捷发布火车( ART )使用项目群看板( Program Kanban)来引导( facilitate )通过持续交付流水线的特性流。典型的项目群看板如图 19 所示。  图中,适用于每个状态的策略,以及某些示例在制品(WIP)限制,都做了强调。示例项目群看板中的状态进行了更新,以支持DevOps、持续交付流水线和发布。

图 19. 可视化并管理完整价值流


实施路线图(Implementation Roadmap)

如图 20 所示,SAFe 实施路线图由可点击的(clickable)、交互式的图组成,他们连接到12篇系列文章,描述在成功实施 SAFe 的过程中经过证实有效的主要活动。

在 SAFe 完整全局图的底部和 SAFe 网站的实施菜单中都可以获得。你还可以从本文中下载该实施路线图的PDF版或PPT版。

图 20. 实施路线图

SAFe 项目群咨询师的重要角色

SAFe 项目群咨询师(SAFe Program Consultant,SPC)组织的变革代理人,他们将自己所拥有的SAFe技术知识与改进他们公司的软件与系统开发流程的内在动力相结合。他们在成功实施SAFe的过程中扮演着重要的角色。作为 SAFe 基础( Foundation )的一部分,SPC 现在也出现在了SAFe 基础中。如图 21所示,在新的 SPC 文章中描述了 SPC。

图 21. SAFe 项目群咨询师文章摘录


其他重要材料

SAFe Enablement Video 中有哪些新内容?

In addition to the new 4.5 content, all the 4.0 articles have been updated as well, so there is much more to learn, and gain. For those of you who are certified, you’ll find a What’s New in SAFe 4.0 video on the SAFe Community Platform that will help you learn about the new features of the framework.

2018年6月之前 SAFe 版本 4.0 仍将可用

We encourage you to adopt SAFe 4.5 to take advantage of the new features, but recognize that there are enterprises that will need the 4.0 version for some time to come. SAFe 4.0 will be supported throughout June, 2018, and remains available at v4.scaledagileframework.com.

课件的更新

Three courses from Scaled Agile’s role-based curriculum have been already updated to reflect the new features of SAFe 4.5. They include: Implementing SAFe, Leading SAFe, and SAFe for Teams.

The remaining courses will be updated over the coming weeks. It is our sincere hope that this new version helps you and your enterprise achieve the benefits you all deserve for working so hard at building the world’s biggest, and best, software and systems.

更多 SAFe 的新名字

We like to think of SAFe as a big tent framework that can accommodate any organization, regardless of size or complexity. As you know, SAFe is for the business, not just for IT, systems, and software. It’s part of a larger solution development picture, and we absolutely want to be sure that message is front and center for our internal and external business partners, as well as the community at large. So we’ve updated its name to reflect this more inclusive theme. The Framework is now known as SAFe for Lean Enterprises.

更新了全景图的外观

We’ve improved the readability of the big picture by making hundreds of small changes. These include more white space, standardized font sizes and colors, and reduced visual clutter by moving less popular icons to guidance. For example:

  • CapEx & OpEx – The icon was taken off the big picture and the article content was moved to the guidance page.

  • Release Management – The icon was removed and the article content was incorporated into the Release on Demand article.

  • Enablers – The enablers icon shown below was removed, but the types of enablers are still described in the Enablers article. Removing this icon also increases the flexibility of SAFe to add new enablers (e.g. Compliance) without having an impact on the big picture.

  • Value Stream and Program Epics – The icons were removed but the descriptions remain in the Epics.

重构了文章架构

The format of articles was changed to improve consistency. Each article is consistently structured as follows:

  • Article title – Shows the title of the article minus the word ‘abstract’ to reduce visual clutter
  • Glossary definition and overview – Each article now includes the glossary definition first, followed by a brief introduction
  • Details – Contains sub sections to describe the topic
  • Learn More – Lists resources to learn more about the topic

 提升了与《Scrum 指南》的一致性(Alignment)

The following changes were made to improve alignment between SAFe and Scrum:

  • Iteration Review (Sprint Review) was added to the big picture and now includes the Team Demo as part of that event. This will help reduce confusion between the Team Demo and System Demo events.
  • Dev Team, which consists of three to nine people, was added to the big picture. An Agile/Scrum Team in SAFe now consists of three roles: The Dev Team, Product Owner, and Scrum Master. Many Kanban teams may not use the Scrum Master or Product Owner roles, however, most find them useful.
  • The Scrum events (see Figure 22) were moved next to the ScrumXP icon . The font size is also easier to read and click.

图 22. Scrum 事件

 

(To Be Continued…)