本节书摘来自华章出版社《SAFe 4.0参考指南：精益软件与系统工程的规模化敏捷框架》一书中的第2，第2.4节 作者［美］迪恩·莱芬（DeanLeffingwell），更多章节内容可以访问云栖社区“华章计算机”公众号查看。
2.4 原则#4——通过快速集成学习环，进行增量式构建
产品的集成点，是控制产品开发和提升系统的关键支点（杠杆点）。如果没有处理好集成点的时间，项目就会陷入困境。
——Dantar P. Oosterwal
增量式构建系统
在传统的方法中，根据“阶段–门限”进行开发，项目一开始就立刻投入成本，随后成本逐渐累积直到最终方案得以交付。通常，在项目执行期间极少交付实际价值，而是直到所有功能完成后才在最后一次性交付价值，有时候项目也会面临时间延期或者成本超支的问题。在开发过程中，一般很难收集到有意义的反馈，因为流程并不支持反馈收集；而且系统也并没有按照客户需求和能力的逐步提升进行相应的增量式设计和实现。风险在项目执行中会一直存在，直到项目结束，有时候甚至会进入到部署和客户最初使用环节。这种流程所导致的错误和问题，往往会破坏系统构建者和客户之间的信任关系。其实，系统构建者和客户也在努力调整这些问题，他们会在项目早期进行需求定义，并选择“最好的”设计，他们也会执行更加严格的“阶段–门限”评审。但是，使用这种流程所生成的解决方案，总会产生一些潜在的问题。这是开发流程中存在的一个系统级别的问题，所以必须从系统化的角度去解决这个问题。
集成点可以从不确定性中获取知识
精益系统构建者解决问题的方式与上述方法有所不同，他们并不是在项目早期选择单一的需求和设计方案，也并不假设这些设计是完全可行和满足要求的，相反，他们会基于一定范围的需求和多种设计选项（原则#3）进行一系列短周期（时间盒）的增量式解决方案构建。每一个时间盒都会产出一个可工作系统的增量，可以交给系统构建者和客户进行评审。后续的时间盒会在之前增量的基础上，逐渐交付演进的解决方案，直至最后发布。在集成点上，获取经验知识不仅仅是为了技术可行性研究，也可以得到最小可行解决方案或者原型，供市场验证、建立可用性、获取客户反馈等。在必要的地方，这些快速反馈点允许系统构建者找到一个采取下一步方案的“支点”，从而可以更好地服务于目标客户的需要。
根据意图设置集成点
基于节奏的集成点逐渐成为系统构建者的主要关注焦点，它可以根据特定的目标设计相应的开发流程和解决方案架构。每一个集成点都会创建一个“拉动事件”，拉动各种方案要素进行整体集成，即使只解决了系统的一部分目标也会进行集成。集成点也会将利益相关者拉动到一起，定期的同步有助于确保方案的演进，从而解决真正的问题和当前的业务需要，而不是仅仅依赖于在项目开始时建立起来的假设。每一个集成点都会根据技术可行性和当前的设计选项，将不确定性转化成经验知识，进而交付一定的价值，而且对于解决方案潜在可行性的经验知识，都是基于目标进行度量的（原则#5）。
通过更快的周期进行更快的学习
集成点是休哈特（shewhart）PDCA（Plan-Do-Check-Adjust）循环（参考资料[3]）的一个实例，因此它可以作为控制解决方案开发中变异性的主要机制。
集成点越频繁，学习速度就越快。在复杂系统开发中，本地集成点用于确保系统中的每个元素和能力都能够服务于满足整体解决方案的目标，它也必须进一步集成到更高的系统级别中。系统规模越大，集成的层级就越多。系统构建者们明白：最高层级的、发生频率最低的集成点，提供了度量系统进展的唯一标准，他们也在努力尽可能多地实现这些集成点。所有的利益相关者也明白：如果集成点的时间没有控制好，项目就会陷入困境。但是即便是这样，及时获取经验知识也会有助于促进对范围、技术方法和成本的必要调整，也有助于更新交付时间让项目可跟踪，从而调整客户的预期。
参考资料
[1] Oosterwal, Dantar P. The Lean Machine: How Harley-Davidson Drove Top-Line Growth and Profitability with Revolutionary Lean Product Development. Amacom, 2010.
[2] Ward, Allan C. and Durward Sobek. Lean Product and Process Development. Lean Enterprise Institute Inc., 2014.
[3] Deming, W. Edwards. Out of the Crisis. MIT Press, 2000.
