持续探索：具体来说，你可以花时间制定一个由外而内、以市场为中心的观点，这种观点非常引人注目，而且见多识广，可以抵消去年运营计划中由内而外的公司中心方向。

具体来说，你可以花时间制定一个由外而内、以市场为中心的观点，这种观点非常引人注目，而且见多识广，可以抵消去年运营计划中由内而外的公司中心方向。 ——Geoffrey Moore，《逃逸速度》

持续探索

持续探索 （CE） 是持续交付管道的一个方面，它通过不断探索市场和客户需求、定义解决方案的愿景、路线图和功能集来推动创新并促进对应构建内容的一致性。

持续探索 （CE） 是由四部分组成的持续交付管道 （CDP） 的第一个方面，该管道还包括持续集成 （CI）、持续部署和按需发布（图 1）。

详情

敏捷产品交付是 SAFe 的七大核心竞争力之一。它使企业能够以最佳频率向最终用户提供越来越有价值的解决方案。CE 是该过程不可或缺的一部分，专注于应用以客户为中心和设计思维来理解和调整新的发展机会，同时认识到所有这些想法都是需要验证的假设。

CE 取代了传统的瀑布式方法，即预先、严格的需求定义，其流程可以生成一致的功能流，以便在 ART 待办列表中实现。将功能分解为小批量的故事，使工作能够快速地将 CDP 的其余部分传递给客户。获得快速反馈是流程中的一部分，使团队能够根据市场需求进行调整。有关使价值不间断地流动的更多信息，请参阅 ART Flow 文章（原则 #6 – 使价值不间断地流动）。

客户、供应商、合作伙伴、业务所有者、敏捷团队、产品所有者和精益投资组合管理是参与此过程的内部和外部利益相关者。他们的参与可能是间接的，例如通过对市场需求的二次研究。或者它可以是直接的，比如敏捷团队参与创新和规划迭代。CE 活动使组织能够与共同的愿景、为实施定义的待办事项列表中的一组功能以及预测的路线图保持一致。

持续探索的四项活动

图 2 说明了持续探索的四个步骤，如下文所述。

假设

假设描述了产生想法的实践，以及与客户验证想法所需的度量。其主要目的是完善解决方案假设，团队将通过 CDP 进行验证。

产品经理基于他们对市场、战略主题、投资组合愿景和路线图的理解，对客户需求有概念。但是，这些想法不应被视为事实。相反，团队应该将它们视为需要测试和证明的假设。因此，与假设驱动发展相关的实践包括：

精益创业思维 – 定义最小可销售功能 （MMF）和最小可行产品 （MVP）有助于以最少的投资快速评估假设。MMF 和 MVP 代表了早期客户的最小可用功能，他们可以为未来的产品开发提供反馈。

创新会计 – 评估新产品或功能的假设需要与衡量现有解决方案不同的方法。它要求我们考虑两个问题：1）我们是否朝着我们的结果假设前进？ 2）我们怎么知道？创新会计使用可确定的指标（领先指标）来确定早期结果，并且是未来业务成果的良好预测指标。 领先指标回答了这两个问题，并在 MMF 或 MVP 的初始解决方案开发和评估期间改进了经济决策。

协作与研究

要创建一个引人注目的差异化愿景，产品经理需要促进一个持续的协作过程，征求不同利益相关者的意见，如图 3 所示。

系统架构师 – 系统架构师对解决方案有深入的技术知识。他们负责在系统级别了解它们及其用例和非功能性需求 （NFR）。尽管将这些角色视为技术和内部倾向是很自然的，但架构师也应该有重要且持续的客户参与，使他们能够确定解决未满足需求的新方法。

客户 – 客户通过用钱包或脚投票来判断价值。因此，他们是有关解决方案及其满足其需求的程度的反馈的主要来源。但需要注意的是：客户的动机通常与他们当前的解决方案环境密切相关，因此他们通常只是为了逐步改进事情。换言之，客户反馈本身并不构成产品策略。但是，如果不能满足当前和不断变化的客户需求，必将走向失败。

企业主和利益相关者 – 企业主拥有设定使命和愿景所需的业务和市场知识。不符合他们期望的解决方案可能没有价值。

采购订单和团队 – 产品负责人和敏捷团队通过创建解决方案的工作来创造领域专业知识。在许多情况下，它们最接近技术和用户问题。他们的投入对于解决方案的持续发展是不可或缺的。

合作和研究以具体实践为基础：

初级市场研究 – 产品经理通过初级市场研究（包括调查、焦点小组、问卷和竞争分析）开发额外的见解，以了解客户。

客户拜访和 Gemba 走访 – Gemba 走访或客户拜访是一个过程，产品团队观察利益相关者如何执行其运营价值流中的特定活动，以确定持续改进的机会。对工作人员的日常活动的第一人称观察是无可替代的。无论是结构化的还是非正式的，产品经理和产品负责人都需要了解人们如何在工作环境中使用系统。他们无法在办公桌前做到这一点，因此“走出大楼”、拜访客户并在其特定的解决方案上下文中观察用户是无可替代的。

二级市场研究 – 为了拓宽他们的思维，产品经理使用各种二级市场研究技术来全面了解他们所服务的客户和市场。紧跟市场/行业趋势是二级市场研究的关键成果。

精益用户体验思维 – 精益用户体验是一个与利益相关者合作的协作过程，以定义最小可销售功能 （MMF） 并与客户快速验证它们。

协作研究使组织能够进一步完善其流程，并创建能够清楚地表达其对问题空间的新理解的工件。这些包括：

开发角色以专注于设计 – 根据研究，角色有助于组织了解他们的目标客户

为用户建立同理心 – 同理心地图确保团队考虑用户的需求以及他们如何通过连续发布来发展

设计客户体验 – 客户旅程地图在运营价值流和客户用户体验之间提供设计链接

虽然这些工件在连续版本中往往相对稳定，但整个企业必须找到避免根据过时的见解做出战略决策的方法。

架构师

在清楚地了解问题后，CE 进入了解决方案空间，从而确定了支持解决方案并实现持续交付的最少架构。

架构师通过确保架构跑道足以提供所需的功能，并旨在启用持续交付管道 （CDP） 来为业务和客户提供服务。系统架构师通过五种实践支持CDP：

1.可发布性架构 – 解决方案的不同部分需要不同的发布策略。因此，设计解决方案以实现各种增量发布策略，并根据业务需求随着时间的推移对其进行改进。

2.可测试性架构 – 系统以模块化方式设计和架构，可实现持续测试。

3.分离部署和发布 – 持续部署的能力需要架构推动因素，这些推动因素允许将功能移动到生产中，但对客户隐藏。

4.运营架构 – 在每个应用程序和解决方案中构建遥测和日志记录功能，以满足运营支持需求。允许在高负载期间或响应事件时降级甚至删除服务。构建快速恢复和修复的能力。

5.威胁建模 – 信息安全考虑事项应尽早开始，识别对所提议的体系结构、基础结构和应用程序的威胁。将基本安全要求捕获为非功能性需求，以影响积压工作。

合成

Synthesize 将获得的知识提炼成解决方案的新未来状态。愿景、路线图和优先待办事项列表使 ART 的团队朝着共同的方向前进。将重点放在确保这些资产为PI规划做好准备上。需要以下实践来实现这一点：

创建解决方案愿景 – 愿景提供了开发新功能的原因或目的。

维护解决方案路线图 – ART 路线图提供了对不久的将来的视图，帮助产品经理确定工作的优先级，使系统架构师能够确定架构的优先级，并为业务所有者提供可见性。

使用清晰编写的项目定义待办事项列表 – 定义适合 PI 的功能对于 ART 在所需内容和团队计划方面保持一致至关重要。积压工作还反映了基本的安全要求。

行为驱动开发 （BDD） 促进了产品经理、产品所有者和敏捷团队之间的协作，通过添加验收标准来澄清需求。

经济优先级 – 优先功能可实现有效开发。容量分配、投资期限和企业主持续参与的预算护栏对于确定优先级至关重要。

PI 规划 – ART 完成的勘探工作是后续 PI 规划活动的重要输入，有助于协调一致。

在需要构建的内容上保持一致的地方，功能可以顺利地流向 CDP 的 CI 部分。然而，这并不意味着探索已经结束。反馈不断从已部署和已发布的功能中流回。这种反馈为关于ART下一步应该做什么的新决策提供了信息，并且是CE流程的组成部分。

利用 DevOps 实现持续探索

持续探索的活动为整个CDP奠定了基础。当它们涉及大批量、严格的规范和对固定计划的承诺时，执行速度会很慢。因此，为了让ART实现持续交付，这些“上游”活动应该受到速度和验证学习的偏见的驱动。在价值流的早期应用DevOps思维、实践和工具可以加强所有SAFe原则，使整个ART与DevOps思维保持一致，并为CDP做好准备。

许多与DevOps相关的概念都适用于此级别。图 4 说明了 SAFe 的 CALMR 方法，用于 DevOps（中心）和实践域（内环）支持 CE。这四项活动中的每一项（绿色）都是协作成果，它利用了来自多个学科的 DevOps 专业知识，以最大限度地提高交付速度和质量。

例如，持续交付的架构不是一维活动。如图 4 所示，它跨越了多个学科。敏捷架构必须考虑所需的质量和安全级别，与价值流性能目标保持一致，在版本控制下生成有形的配置，并生成支持敏捷规划和紧急设计的积压工作项和 NFR。此外，CALMR 思维方式应指导所有架构决策和行动，以最大限度地提高交付速度和解决方案价值。

所有四个 CE 活动都由 DevOps 启用，尽管有不同的技术实践和工具组合。