企业解决方案交付能力，描述了如何应用精益-敏捷原则和实践来构建、部署，大而复杂的系统

为什么需要企业解决方案交付

大型系统的面临挑战：

失败造成的社会和经济后果影响严重

需要不同学科和组织，成百上千人的创新、试验、知识、合作

需要较长前置时间，组件的规格说明、设计、采购，有些是外部供应商提供

受到重大监管与合规的限制

非常复杂，难以测试和验证

企业解决方案交付的三个维度

精益系统和解决方案工程：从规格说明到退市的所有产品生命周期的活动进行对齐和协调

协调火车和供应商：对扩展的价值流集合进行协调和对齐，从而共享业务和技术使用

持续演进的活体系统：支持持续部署和按需发布，使企业能快速学习、交付价值，以相对少的投入和更好的成果进入市场

三者相辅相成，有助于塑造高绩效敏捷团队和规模化敏捷团队，从而使企业更好的构建和部署系统

精益系统和解决方案工程

持续梳理固定的和可变的解决方案意图

SAFe基于流动的系统，以较小的批次持续的发生

流动模型使工程师能针对每个增量，同时持续执行：探索新想法、梳理特征、集成和部署特性，按需发布价值

解决方案意图

作为中央知识库，被用来存储、管理和交流正在构建什么，以及如何构建它们

解决方案意图为系统工程的流程提供益处：

维护一个单一真实数据源，该数据源于预期的和实际的解决方案行为相关

记录并沟通需求、设计，以及系统架构决策

引导进一步的持续探索和分析活动

使客户、敏捷团队和供应商对齐到共同的使命和目的

支持合规与合同义务

解决方案上下文

客户应尽可能频繁的参与演示，以确保客户和开发人员对对解决方案理解一致

理想情况，集成周期与火车节奏协调一致，可以基于正确的的假设来构建、集成和部署解决方案增量，从而允许对开发中的解决方案进行频繁确认

编写最低限度但足够的文档

基于文档来管理解决方案意图和上下文，很容易过时

可以使用一组相关的数字模型，用于定义、设计、分析记录正在开发的系统

将模型进行连接，可以确保系统的完整性和覆盖范围

连接跨领域模型

解决方案意图和上下文，进入了组件和子系统，能提供方案实现的灵活性，以便团队制定本地的需求和设计决策

下游团队（系统、子系统、组件）实现决策是，从持续探索、集成、部署中获得知识会向上反馈，将决策从可变（未决定）状态移到固定（决定的）状态

应用多重计划时间跨度

时间跨度太短，无法实现战略和执行的协调一致，可能危及响应能力导致，无法实现未来的特性和功能，时间跨度太长，就会把假设和承诺建立在不确定的未来之上

多重计划时间跨度，提供了短期计划和长期计划之间的平衡

外环长期跨度，描述不太明确和较少承诺的行为；内环是短期跨度，定义了跟更易于理解和更多承诺的解决方案

支持规模化、模块化、可发布性和可服务性的架构

架构选择决定了未来变更所需要的工作量和成本

应基于集合的设计（SAFe原则3），保持需求和设计选项的灵活性

示例：架构影响独立发布系统元素的能力

一个云端应用，会持续部署频繁发布

车辆中嵌入式代码，可OTA，部署和发布频率低

硬件更新（如传感器、CPU）需车辆停止服务，并重新认证，更新频率较低

持续解决合规问题

传统质量管理体系（quality management systems，QMS）帮助确保产品质量达标、降低风险，定义用来确认安全性和适当解决方案的行为实践

但，传统QMS大多需基于预设传统顺序创建，需有详细的规格设计、工作分解

精益质量管理体系，可加快进展，实践包括：

增量式构建解决方案和合规性

针对价值和合规性进行组织

内建质量和合规性

持续验证和确认工作

按需持续发布

按需持续发布经过确认的解决方案

协调火车和供应商

帮助组织管理和对齐构建这些系统所需的复杂价值流网络，实现共同的业务和技术使命

通过一组共同的PI和同步点来协调愿景、代办事项列表和路线图

解决方案火车使ART和供应商对齐

解决方案火车与ART PI计划会议的对齐

解决方案计划公告板示例

每个PI至少一次完成的解决方案集成

复杂供应链依靠系统的系统思考

协调供应链的模式

持续演进活体系统

确保系统能持续交付当前的价值，并不断演进以交付未来的价值

构建一个持续交付流水线（CDP）

用于分析和设计的系统工程活动按小批次进行，可快速流过流水线

计划活动包括构建流水线以及系统

“持续”集成创建了自动化和环境，让变更通过流水线进行流动

演进已部署系统

一个快速的、具有成本效益的流水线，意味着一个最小可行系统，可提前发布并演进

DevOps相关实践方法，如蓝绿部署（同时两个相同生产环境，预发布、真实环境）

将大型解决方案SAFe元素应用于其他配置

大型解决方案交付能力引入了许多新概念，相同概念也可以用到其他SAFe配置类型中