持续交付管道：我们的首要任务是通过尽早和持续交付有价值的软件来满足客户的需求。

我们的首要任务是通过尽早和持续交付有价值的软件来满足客户的需求。 ——敏捷宣言

持续交付管道

持续交付管道 （CDP） 代表了将新功能从构思到按需发布所需的工作流、活动和自动化。

图 1 说明了管道的四个方面：持续探索 （CE）、持续集成 （CI）、持续部署 （CD） 和按需发布。

持续交付管道 （CDP） 是敏捷产品交付能力的重要组成部分。每个敏捷发布序列 （ART） 都构建、维护或共享一个管道，其中包含尽可能独立地交付解决方案价值所需的资产和技术。CDP 的前三个要素（CE、CI 和 CD）协同工作，支持小批量新功能的交付，然后发布这些功能以满足市场需求。

详情

与传统流程相比，构建和维护 CDP 使每个 ART 能够更频繁地向用户提供新功能。对于某些人来说，连续可能意味着每天甚至每天释放多次。对于其他人来说，这可能意味着每周或每月发布 - 任何满足市场需求和企业目标的内容。

传统做法通常会导致 ART 在大型整体块中进行解决方案更改。然而，这通常不需要采取要么全有要么全无的方法。例如，卫星系统包括一个制造的轨道物体、一个地面站和一个将获取的数据提供给最终用户的网络农场。某些组件可能每天都会发布，例如 Web 场功能或卫星软件。其他元素，如硬件组件，每个启动周期只能完成一次。

将 Web 场功能与物理启动分离后，无需整体式发布。它还允许交付解决方案组件以响应频繁的市场变化，从而提高业务敏捷性。

持续交付管道的四个方面

SAFe CDP包含持续探索、持续集成、持续部署、按需发布四个方面。CDP 使组织能够将其当前管道映射到新结构中，并使用不懈的改进来为客户提供价值。内部反馈循环通常用于识别流程改进，而外部反馈用于识别解决方案改进。这些改进共同创造了协同效应，确保企业“以正确的方式构建正确的东西”，并经常向市场交付价值。以下段落描述了每个方面。

持续探索 （CE） 的重点是在需要构建的内容上建立一致性。在 CE 中，设计思维确保企业了解市场问题或客户需求以及满足该需求所需的解决方案。它从一个能为客户提供价值的假设开始。然后对想法进行分析和进一步研究，从而理解和收敛最小可行产品 （MVP） 或最小可销售功能（MMF） 的要求。这些为探索如何修改现有体系结构和解决方案提供了解决方案空间。最后，通过了解哪些功能和特性（如果实施）可能满足客户和市场需求，就会发生融合。总的来说，这些都是在 ART 待办事项中定义和优先排序的。

持续集成 （CI） 侧重于从 ART 积压工作 （backlog） 中获取功能并实现它们。在CI中，设计思维工具在问题空间中的应用侧重于特征的细化（例如，设计用户故事地图），这可能会激发更多的研究和解决方案空间工具的使用（例如用户对纸质原型的反馈）。在清楚地了解特定功能后，敏捷团队会实现它们。在暂存环境中进行验证之前，已完成的工作将致力于版本控制、构建和集成，并进行端到端测试。

持续部署 （CD） 从暂存环境中获取更改，并将其部署到生产环境。此时，它们将受到验证和监控，以确保它们正常工作。此步骤使功能在生产中可用，企业确定将其发布给客户的适当时间。此方面允许组织在必要时进行响应、回滚或前向修复。

按需发布 （RoD） 是一种根据市场和业务需求一起或以交错方式向客户提供价值的能力。这种方法允许企业在市场时机最佳时发布，并仔细控制与每次发布相关的风险。按需发布还包括关键的管道活动，这些活动在发布后很长一段时间内保持解决方案的稳定性和持久价值。

尽管按顺序描述，但管道并非严格线性。相反，这是一个学习周期，允许团队建立一个或多个假设，构建一个解决方案来测试每个假设，并从这项工作中学习，如图 2 所示。

尽管单个功能按顺序流经价值流，但团队并行处理所有方面。这意味着，在PI的每个PI和每次迭代中，ART和解决方案序列都持续：

挖掘用户价值

集成和演示价值

持续部署到生产环境

在业务需要时释放价值

首先映射当前工作流

成功的企业已经拥有交付管道，否则，他们将无法释放任何价值。但很多时候，它们不是完全自动化的，包含明显的延迟，并且需要繁琐且容易出错的手动干预。这些因素导致组织延迟发布，增加其规模和范围（“当它足够大时，我们将发布”）。这种方法与 SAFe 原则 #6 相反，该原则使价值不间断地流动。

改进价值流的第一步是映射当前管道。图 3 展示了通过一家企业的 CDP 的价值流，最初侧重于新功能开发。随着时间的流逝，此地图将扩展以捕获系统的任何更改，从新功能到维护再到架构改进。

映射当前管道后，可以收集指标并将其记录在价值流图上，以了解延迟发生的位置。这些指标使 ART 能够确定改进机会（例如消除延迟或减少返工）。使用了四个主要指标（图 4）：

活动时间是完成任何给定步骤的工作所需的时间。例如，在图 4 中，“设计”步骤需要 4 个小时。

等待时间是没有工作发生时步骤之间的时间。图 4 显示，产品经理接受的功能在部署到暂存之前延迟了惊人的 696 小时。定位和消除过多的等待时间对于改善价值流至关重要。

完成和准确百分比 （%C&A） 表示下一步无需返工即可处理的工作百分比。通常，延迟是由上游（前一步）步骤的质量差引起的。%C&A 指标有助于识别质量差可能导致价值交付延迟的步骤。图 4 表明，在 20% 的情况下，从“设计”步骤转移到“代码”步骤的工作需要重新设计。改进 %C&A 指标对于改善价值流也至关重要。将所有单独的 %C&A 值相加以生成总 %C&A，该总 %C&A 捕获了物料无需返工即可通过整个工作流的可能性。由于累积总 %C&A 为 35%，此价值流需要对大多数功能进行返工。

使当前工作流与持续交付管道保持一致

一旦了解了当前流，就可以将其映射到 SAFe CDP 中。映射有助于组织采用共享的心智模型，并有效地传达更改和改进。图 5 删除了连续标签，因为在此阶段，该过程不太可能类似于自动化管道。

确定改进机会

团队寻找机会提高每个步骤的效率，从而减少端到端的流程时间。这种改进包括解决每个步骤的活动时间和质量（完成百分比和准确性）。

如图 6 所示，步骤之间的延迟通常是最重要的初始因素。在部署过程的第一步中，此过程有两个相当大的延迟和大量的返工。减少等待时间通常是显著缩短流程时间的最快方法。另一个需要改进的高优先级领域是任何具有低 %C&A 的步骤。 减少返工使 ART 能够专注于创造价值而不是纠正缺陷。后续的改进机会侧重于减少批量大小和应用描述持续交付管道的每篇特定文章中确定的 DevOps 实践。Team Flow 和 ART Flow 文章提供了有关如何使价值不间断地流动的进一步指导（原则 #6）。

跟踪持续交付

持续交付是一个广泛的过程。事实上，它可能是每个 ART 和解决方案序列中最重要的能力。产品经理及其利益相关者应该可视化和跟踪正在进行的工作，即使开发的很大一部分是自动化的。ART 看板促进了功能在 CDP 中的流动。在制品 （WIP） 限制有助于提高吞吐量，并识别和解决瓶颈。图 7 展示了管理每个状态的典型 ART 看板、示例策略和 WIP 限制。

看板系统由一系列状态组成，每个状态总结如下：

漏斗 – 这是所有新功能或现有系统功能增强的捕获状态。

分析 – 将与愿景最一致的特征拉入分析步骤以进行进一步探索。在这里，它们使用关键属性进行了改进，包括商业利益假设和验收标准。

就绪 – 分析后，优先级较高的功能将移至积压工作 （backlog），并在其中进行排序。

实施 – 在每个 PI 边界，ART 积压工作中的顶级功能被拉入实施阶段，在那里它们被开发并集成到系统基线中。

阶段验证 – 准备好反馈的功能被拉入此步骤，以便在暂存环境中与系统的其余部分集成，然后进行测试和验证。

部署到生产环境 – 当容量可用时，功能将部署到生产环境中，等待发布。

发布 – 一旦创建了足够的价值来满足市场需求并评估了收益假设，就会发布功能。

完成 – 当假设得到满足时，无需对特征进行进一步的工作，它将移动到“完成”列。

使用 DevOps 启用持续交付管道

构建、维护和优化持续交付管道需要贯穿整个价值流的专业技能和工具。由于这种类型的交付系统需要快速交付复杂的解决方案，具有非常短的学习周期和高度的跨职能协作，因此DevOps方法非常适合实现它。换言之，持续交付管道最好使用 DevOps 实现，如图 8 所示。

SAFe 对DevOps的CALMR 方法是一种通过改进文化、自动化、精益流程、测量和恢复来指导持续价值交付的思维方式。DevOps 技术技能、实践和工具被分组到实践领域中，由模型的内部循环表示。两个外循环代表 CDP 的四个方面，每个方面有四个活动。