九种实践教你如何交付企业解决方案，码住！

敏捷开发作为 “轻量型”方法论，适用于中小型开发团队，但仅仅是小团队的敏捷实践无法满足大型企业的发展。大型企业的规模一般是小型团队的十倍甚至几十倍。除了人数上的区别，两者的区别还表现在系统的复杂性、人际协调的复杂性上。相对而言，大型团队的系统中包含更多的通信、集成。

敏捷开发已成为现今软件开发中不可缺少的方法论，越来越多的大型企业也开始应用敏捷。现在摆在我们面前的问题是，如何将敏捷应用于复杂程度更高的大型企业中去，进行规模化的敏捷开发。

• 需求分析、业务功能定义

• 功能分析与配置

• 系统设计与设计综合

• 设计替代方案与贸易研究

• 建模与仿真

• 构建和测试组件、系统

• 验证和确认

• 部署、监视、支持和系统更新

软件开发的架构是决定变更所需工作量和成本的关键。这就需要架构师能够与团队进行协作，创建一个有弹性的系统，使团队和培训人员能够独立地构建、测试、部署，甚至发布大型解决方案的各个部分。

质量管理系统（QMS）创建于精益敏捷开发之前，它所基于的方法设计在合规性方面有所疏漏。随后，精益质量管理体系（LEAN QMS）的提出使合规活动成为常规流程的一部分。SAFe4.6中的合规性文章提供了特定的成功模式，这些模式已经在具有严格合规流程的行业中实现了很好的结果。它说明了精益敏捷和法规遵循行为如何使用SAFe共存，从而使流程更加可视化，并将合规性活动合并到整个产品开发流程中。

随着整个企业中系统规模的扩大，让内部各部分变得协调一致成为了管理者需要解决的问题。企业通过发布培训和解决方案培训来协调开发人员和工程师，以构建、集成、部署和发布大型系统。敏捷发布火车（ART）作为SAFe中最主要的价值交付体，要求团队以相同节奏工作并保持同步，因此每个人都至少在PI中集成自己的解决方案、验证假设，甚至进行增量交付。

持续集成是持续交付的核心。在大规模系统中，完全集成是件无法应用的事情，但敏捷团队可以在小环境中进行集成和测试，并依靠系统团队在真实的生产环境中进行端到端的测试。较小的集成在部分场景或者小环境中进行，还意味着团队测试时间和成本的降低。

• 用于分析和设计（连续勘探）的系统工程活动以小批量进行，快速流经管道

• 管道规划包括构建管道、构建系统

• 持续集成创建了自动化环境，可以使变更流经管道

• 架构利用无线更新和可编程硬件来实现在操作环境中的部署和发布

快速的CD管道意味着交付的自动化、最小可行的系统的尽早发布。这使得企业可以用更少的投资进行更早地学习，甚至可能更早地开始产生收入。系统的架构必须支持按需持续部署和发布。比如，架构利用无线更新和可编程硬件来实现操作环境中的部署和发布。

精益系统实践和技术的进步正在改变组织处理大型系统的开发、部署和操作的方式。他们用连续交付模式代替了传统的大爆炸发射。这就要求需要团队采用更精简的系统工程方法，协调整个供应链，并具有发展实时系统以不断为用户提供更高价值的能力。