“做对的事”（building the right thing）与“把事做对”（building the thing right）都要求我们去设计、构建并持续演进那种能够适应变化的社会—技术系统（adaptive, socio-technical systems），并让这类系统围绕快速的价值流动与尽早获得反馈来优化。要“做对的事”，关键在于从用户视角出发。提出“待完成任务”（jobs-to-be-done，JTBD）理论的 Clayton Christensen 曾指出：“ [人们] 雇用产品和服务来完成某项[任务] ”[1.1]。这里的“任务”（job），可以是人们想要完成的任何工作、目标或目的，也可以是他们试图解决或避免的问题。要帮助用户完成他们的任务，就必须理解用户是谁、他们想完成什么任务，同时还要识别用户在完成任务时希望满足哪些需求，如图 1.1 所示。
图 1.1 从用户视角出发去做对的事
待完成任务与用户需求描述的是问题空间，无论这些用户需求在解决方案空间中是如何被满足的，它们本身都保持不变。在解决方案空间中，用户需求会通过一条由多个组件构成的链条被直接或间接满足；这些组件通过满足用户需求而为用户创造价值，这条链条便构成了价值链。这正是 Wardley Map 发挥关键作用的地方：价值链定义了 Wardley Map 的 y 轴，而用户及其需求则构成了整张地图的锚点。
Wardley Map 将一个组织所处并参与竞争的环境可视化，是 Wardley Mapping 的一部分。虽然本章中“环境的可视化表达：Wardley Map”这一节会对 Wardley Map 做深入讲解，但本章首先会介绍 Wardley Mapping 及其战略循环。
Wardley Mapping 是由英国研究者 Simon Wardley 发明的一套商业战略框架 [1.2]。它帮助组织基于态势感知以及沿着某个战略循环进行移动，来设计并演进有效的商业战略（见下一节“战略循环”）。理解组织所处的情境与环境，对于保持竞争力至关重要，尤其是在那些需要持续适应变化的动态环境中。Wardley Mapping 使组织能够审视其所处的环境，帮助组织预判潜在变化，识别可以投资与创新的领域，并判断哪些内容应当演进、哪些应当外包。它还提供了一套原则，不论行业背景如何，任何行业都可以应用这些原则来提升其对变化的响应能力。
本章将描述 Wardley Mapping 中战略循环的关键要素。内容包括：理解企业竞争环境的要求、通过 Wardley Map 将这种环境可视化、理解影响该环境的气候模式、应用教义原则以增强对变化的响应能力，以及决定应当如何、又应当在何处对变化采取行动以获取竞争优势。
战略循环
根据 Simon Wardley 的说法，商业决策建立在一个战略循环之上。他解释道：“战略循环本质上只是对变化及我们如何应对变化的一种表述”[1.3]。
战略循环由五个部分组成，灵感来自孙子提出的五个因素 [1.4]；这些因素对于竞争至关重要。循环中的各个要素如图 1.2 所示。
图 1.2 战略循环
下面的列表对战略循环的五个关键要素做简要概述。本章稍后将对每个部分展开更详细的讨论。
Purpose（目的） ：战略循环始于目的，即企业的“为什么”。目的回答诸如“我们为什么要做我们正在做的事？”以及“这家企业存在的理由是什么？”之类的根本问题。
Landscape（环境） ：环境是对组织所处竞争环境的描述。Wardley Map 是这种环境的一种可视化、语境相关的表示方式。
Climate（气候） ：气候模式描述的是影响环境的外部力量和规则，而组织对其并无控制权。发现并理解这些气候模式，对于看清环境如何发生变化非常重要。其中有些变化是可以预判的，从而带来竞争优势。
Doctrine（教义） ：教义描述的是一组通用的、与具体语境无关的原则，所有组织无论处于什么样的环境中都可以应用。教义描述的是成功运作的原则，它使组织能够优雅地吸收并适应快速变化的流动（即组织适应力，organizational fitness）。
Leadership（领导） ：领导意味着基于对环境、气候和教义的洞察，做出与具体语境相关的战略决策。如果从目的直接跳到领导，而跳过战略循环中的其他部分，就有可能使战略决策仅仅建立在直觉之上，从而导致糟糕的结果。
战略循环反映的是对变化作出响应的平均时间（mean time to respond to change，MTTR）。遵循战略循环可以使组织优化其 MTTR。不过，Wardley Mapping 并不要求组织必须严格按照这一固定顺序来遵循战略循环。相反，只要不直接从目的跳到领导——因为那会导致由直觉主导、缺乏依据的战略行动——顺序可以根据具体语境进行调整。
目的：企业的“为什么”
《Firms of Endearment》[1.5] 中的案例研究和研究发现表明，那些优先重视更高使命与有意义利益相关者关系的公司，往往会超越竞争对手，并取得长期财务成功。类似地，尼尔森在 2014 年的报告 [1.6] 也指出，消费者愿意为那些具备社会使命和积极环境影响的公司的产品与服务支付更高价格。显然，拥抱更高层次的使命与可持续的核心价值观，能够影响财务成功。
从根本上说，目的定义了组织存在的理由与动机——也就是它的“为什么”。组织的目的以及其基本信念（即企业价值观）共同塑造其愿景。愿景阐明组织希望实现什么，而目的则旨在回答“我们为什么要做我们正在做的事”这一问题。
组织如何想象未来，会使其与竞争对手区分开来。第 2 章“使用战略性领域驱动设计与 Wardley Mapping 探索问题空间”会讨论如何发现一个系统中的子域，那些子域使一个组织有别于其他组织，并由此带来竞争优势——换句话说，也就是核心域。这些核心域同样支撑着组织去实现其目的与愿景。
下面我们来看一些关于目的、核心价值观和愿景陈述的例子。设想一家公共交通公司，其目的是“把人们送达目的地”。它的企业价值观可能包括“生态可持续性”“无障碍性”以及“创新”。基于这一目的与企业价值观，这家公司可以将其愿景表述为：“我们以环保的方式，安全、高效、舒适地将人们送达目的地，并通过创新战略塑造城市交通的未来。 ”
另一个例子——也是本书前两部分将会使用的例子——涉及一个会议活动策划解决方案。这个会议策划系统的目的可能是“帮助策划会议内容”，而它的企业价值观可能聚焦于对客户的承诺、简洁性以及持续改进。这个组织可能会把其愿景表述为：“我们通过指导与自动化，帮助组织者轻松策划高质量的会议内容，简化征文征稿、议程安排以及讲者管理等流程。 ”当然，这些例子还可以进一步打磨，但它们说明了目的、核心价值观与愿景背后的概念。
随着时间推移，组织的价值观、目的和愿景都会因成长、挑战以及新的机会而演变。目的不仅定义了业务的“为什么”，并且可能影响财务成功，它还会影响价值链。例如，一家以打造环保、可持续产品为目的的公司，与一家优先考虑速度与低成本的公司相比，其价值链的组织方式会有所不同。Wardley Map 提供了价值链及其演进过程的可视化表示，下一节将对此进行讨论。
环境的可视化表达：Wardley Map
战略循环的第二部分，是组织运营并参与竞争的环境，它可以通过 Wardley Map 进行可视化。Wardley Map 是环境的一种可视化、语境相关的表示，由一条表示价值链的 y 轴和一条表示演进阶段的 x 轴组成。
Wardley Map 并不打算以绝对精确的方式去呈现环境，它更像是一种有用的抽象与近似。与一群人一起创建 Wardley Map，往往能够产生相当大的价值。共同绘制地图的过程，会在参与者之间形成对环境的共同理解。将地图分享给他人，也能够帮助挑战现有假设。这些讨论有助于澄清并发展对当前环境与未来环境的共同认知。本书将说明如何把 Wardley Map 作为系统演进的基础。不过，在创建地图之前，你应当先确定地图的范围。
确定 Wardley Map 的范围
事先确定 Wardley Map 的范围，有助于澄清这张地图的用途。范围回答的是：打算映射什么，这张地图包含什么、排除什么。范围还会影响价值链中某些组件的粒度层级。例如，范围可能只映射某一种特定类型用户的环境。你可以为一个组织创建多张 Wardley Map，以表示该组织的不同环境。
创建 Wardley Map 的起点，是推导出价值链。价值链描述的是为了创造用户价值所需要的内容，它由一组相互依赖、旨在满足用户需求的组件组成。从上到下来看（图 1.3），价值链由以下要素构成：
用户（The users） ：一切都始于识别用户。用户可以是客户、业务伙伴、内部用户，或其他相关方。本书既讨论与外部产品相关的价值链，在这种情况下客户是外部用户；也讨论与内部产品相关的价值链，在这种情况下团队代表内部用户（见第 7 章“用 Wardley Map 可视化团队视角”）。
用户需求（The user needs） ：下一步是识别用户需求，即用户希望被解决的问题。利用用户旅程（user journey）有助于识别相关的用户需求。用户与用户需求描述的是问题空间，并且构成整张地图的锚点，后续的所有组件都围绕这个锚点展开；它们位于价值链的最上方。
满足用户需求的组件（Components fulfilling user needs） ：在解决方案空间中，用户需求通过一条组件链被直接或间接满足。价值链展示了不同组件如何连接起来以创造价值，并将它们之间的依赖关系可视化。价值链重点关注那些处于直接控制之下的组件。组件可以有不同类型：活动（我们做什么）、实践（我们如何做）、数据（我们如何衡量）和知识（我们如何理解）。
组件的位置与依赖关系（Position and dependencies of components） ：在识别出相关组件之后，下一步是确定它们的依赖关系，以及它们在 y 轴价值链上的位置——相对于由用户和用户需求构成的锚点而言。
图 1.3 Wardley Map 的价值链
y 轴上的位置描述的是组件的可见性。在价值链顶部的组件，对用户而言最为可见。这些主要是用户会直接与之交互、并且对用户具有最大价值的组件。在价值链底部的组件，对用户而言则较不明显。用户价值与可见性之间高度相关：组件越可见，它为用户提供的价值通常越大。可见性轴上的位置，主要是为映射与组织组件提供一个脚手架。如果某些组件的位置难以明确确定，也不妨忽略其位置——这并不会妨碍你完成映射。请记住：重点在于有用性，而不是完美，因为这张地图本身只是一个近似。
通常，组件并不会完全孤立地运作；它们往往需要其他组件，才能共同创造价值。图 1.3 中组件之间的连线表示组件间的依赖关系。从上往下看，两组件之间的连线可以理解为一种“需要关系”：第一个组件需要第二个组件，依此类推。
创建 Wardley Map 是一个迭代过程。你可以从很小的范围开始——例如，只从一个用户或一个用户需求开始。
识别用户与用户需求
让我们以一个会议活动策划解决方案为例来构建价值链。该解决方案使会议组织者能够管理一次会议活动。图 1.4 展示了为这个例子创建价值链的第一步：识别会议活动策划器示例中的用户与用户需求。
图 1.4 识别会议活动策划器示例中的用户与用户需求
该会议活动策划解决方案将会议组织者和讲者视为用户。一个较好的做法是，先列出所有潜在用户，然后再将地图范围缩小到其中一到两个用户。在这个例子中，地图的范围将包括会议组织者和讲者这两类用户。
会议组织者的用户旅程开始于管理“征文征稿”（call for papers，CfP），潜在讲者可以向其提交演讲提案。作为用户旅程中的后续步骤，会议组织者希望评估已提交的演讲提案、构建被接受议题的日程安排，并与讲者进行沟通。讲者则有在 CfP 期间提交演讲提案的用户需求。为了确保安全访问，会议组织者和讲者都需要在会议活动策划解决方案中进行注册（registration）和登录认证（authentication）。这些被识别出来的用户及用户需求描述了问题空间，并构成地图的锚点。它们位于价值链的最上方，如图 1.5 所示。
图 1.5 由组件、其依赖关系及位置构成的会议活动策划器价值链
识别组件并确定它们的依赖关系与位置
如图 1.5 所示，在从上到下推导价值链时，下一步是识别那些直接满足用户需求的组件。在这里，第一版草图以一个单独的“会议活动策划器组件”为起点，这个组件包含了满足前述用户需求所必需的业务功能。这个组件位于价值链的顶部。它是用户直接交互的组件，对用户最为可见，并且为他们提供最显著的价值。第 2 章将从领域驱动设计（Domain-Driven Design）的视角审视这个单一的会议活动策划器组件，并将其拆分为更小的模块化组件。从一个不那么精确的初稿开始、然后再对地图进行修订，是完全可以接受的。
会议活动策划器组件依赖于一些基础设施相关组件。一般来说，组件之间的连线体现的是它们之间的依赖关系。会议活动策划器组件需要一个数据存储组件来保存某种状态。用户并不会直接与数据存储组件交互，他们也不关心这些状态究竟存储在哪里，只要它能被存下来即可。数据存储组件对用户的可见性较低。因此，相对于依赖它的会议活动策划器组件而言，它会被放置在可见性轴更靠下的位置。
在进行议题评审和日程管理时，会议组织者希望能够搜索讲者、按主题筛选议题等等。这可能就需要集成一个搜索引擎组件。各组件将以消息驱动的通信风格进行交互——例如，通过异步、非阻塞的方式交换消息。为此，就需要引入一个消息代理（message broker）；它使会议活动策划器组件能够异步地发送和接收消息。搜索引擎和消息代理组件都在为会议活动策划器组件提供支撑，但对用户来说可见性较低。因此，它们会被放在价值链 y 轴上、会议活动策划器组件的下方。
会议活动策划器组件，以及搜索引擎、消息代理和数据存储组件，还需要一个执行这些软件的环境——也就是一个计算平台（compute platform）。在这个例子中，计算平台运行在一台虚拟机（VM）之上。这些组件对用户而言可见性最低，因此位于价值链的底部。
需要注意的是，Wardley Map 不应被误认为是、也不应被画成一张架构图。正如《The Flywheel Effect》[1.7] 的作者所指出的，在地图中试图复制一张架构图，是一种应当避免的反模式。
- 若要可视化软件架构，应考虑使用专门为此设计的方法，例如 Simon Brown 的 C4 模型（c4model.com）。
每个组件的可见性及其在 y 轴上的相关位置，其目的在于帮助你在映射过程中组织这些组件。请记住，这张地图只是一个近似。因此，如果某些组件在 y 轴上的位置无法被清晰确定，那么 y 轴上的具体位置也可以忽略。识别完价值链中的组件、它们的依赖关系，以及它们在 y 轴上的位置之后，下一步就是把这些组件映射到 x 轴——也就是演进阶段——之上。
确定演进阶段
价值链中的每个组件都会被绘制在 Wardley Map 的 x 轴上：也就是演进阶段（图 1.6）。组件沿 x 轴的移动，由其所处的演进阶段决定。所有事物都会沿着一条从左到右的演进连续体前进：从 genesis（萌芽），到 custom-built（定制构建），再到 product（产品，包括租赁），最后到 commodity（商品，包括公用事业化服务）。
图 1.6 Wardley Map 的构成模块
演进阶段从 x 轴最左侧的 genesis 开始。处于 genesis 的组件，其特征是：尚未定义、不确定、稀有，并且持续变化。在这一阶段，相关实践仍属新颖，重点在于探索与试验。处于 genesis 的组件可能会在未来创造价值，但试验也可能失败。
genesis 之后是 custom-built。处于这一阶段的组件代表着一个正在形成的市场，其消费量缓慢增长，实践开始逐渐形成，重点在于学习。
接下来是 product（包括 rental） 。这一阶段的特征是：市场在增长、消费快速增加、已有良好实践形成，重点在于打磨与改进。现成可用的商业产品或开源解决方案，通常会被放置在 product（+rental）这一演进阶段。
在 x 轴的最右侧，commodity（包括 utility） 表示这样一个演进阶段：消费已广泛普及、市场成熟、已有最佳实践形成，重点在于工业化和运营效率。
因此，每个演进阶段都伴随着不同的特征；随着价值链中的组件不断演进，它们的特征和属性也会改变。如图 1.7 所示，位于光谱左侧（更靠近 genesis 或 custom-built）的组件，比位于光谱右侧（更靠近 product 和 commodity）的组件变化得要频繁得多。位于左侧的组件面对的是高度不确定性、未知的未知，以及尚未定义、理解不充分的市场。到了右侧，组件会变得更加稳定、可知、普及并标准化，市场也变得定义清晰而成熟。
图 1.7 演进阶段的一些特征
询问每个组件的特征与总体属性，有助于识别该组件属于哪个演进阶段。表 1.1 总结了 Wardley Map 中各演进阶段的特征与总体属性，并提供了将组件映射到相应演进阶段的指导。
表 1.1 Wardley Map 演进阶段特征速查表 [1.2]
在上述会议活动策划解决方案的语境下，为了确定其组件所处的演进阶段，我们可以提出一些源自表 1.1 的问题：
- 这个组件被理解得有多充分？（理解程度与确定性）
- 这个组件有多普及？（普遍性）
- 这个组件所处市场有多成熟？（市场）
- 这个组件有多常见？（用户感知）
- 这个组件是否提供了竞争优势？（行业认知）
- 这个组件是否已作为产品或公用服务存在？
第一版将组件映射到各自演进阶段后的结果，如图 1.8 所示。
图 1.8 将组件映射到演进阶段的示例
会议活动策划器组件——或者至少它的部分能力——必须能够提供竞争优势。起初，它可以被放在 custom-built 演进阶段，因为它的差异化能力仍在探索之中。正如前面所提到的，第 2 章会讨论把该组件拆分为更小的模块化部分的过程。本章还强调，并不是所有部分对竞争优势的贡献都相同，因此它们可能会被映射到不同的演进阶段（见第 2 章“发现子域并映射其演进阶段”一节）。
对于搜索引擎、消息代理、数据存储以及计算平台组件，都存在被广泛使用的开源软件解决方案（例如 Elasticsearch、RabbitMQ、MongoDB、Docker）。如果自行托管这些开源软件，就需要进行定制和维护，因此它们被放在 product 演进阶段。
虚拟机则定义明确且被广泛使用。它们可以作为云托管的公用服务来部署，这使得云托管虚拟机处于 commodity 演进阶段。
识别不稳定性及其相关风险
Wardley Map 中组件在各演进阶段上的分布，以及它们之间的依赖关系，能够把价值链的平衡性与稳定性可视化出来（图 1.9）。在位于地图右侧的成熟、标准化组件之上构建定制化、易变的服务，可以带来稳定性。相反，如果是在易变的、主要处于 genesis 和 custom-built 的组件之上构建服务，那么业务将暴露在不确定性、不稳定性、频繁变化以及高失败概率之中。当用户期望得到一个高度稳定的服务——也就是那种很少发生故障或变化的服务组件，例如位于 product 或 commodity 演进阶段的服务——这一挑战会变得更加严峻。当多个易变组件共同支撑一个稳定组件时，为了在应对故障和快速变化等不稳定来源的同时维持稳定，就需要投入大量精力。这有可能使组织的注意力从交付客户价值，转移到持续处理风险来源上去。
图 1.9 组件的分布及其依赖关系能够揭示不稳定性与风险
有时，组件更多地分布在 genesis 和 custom-built 阶段，可能是有意为之、经过深思熟虑的，例如在探索和发现新技术时。Wardley Map 有助于将价值链中潜在不稳定模式与风险来源可视化并揭示出来。
第 3 章“使用战略性领域驱动设计设计解决方案空间”会进一步探讨 Wardley Map 稳定性的概念，尤其是在考察领域驱动设计中的上下文映射（context maps）时。
评估效率缺口
市场上某个组件的演进阶段，可能不同于一个组织内部正在使用的该组件的演进阶段。把组织正在使用的 Wardley Map 中的每个组件，与市场上可获得的对应组件进行比较，有助于识别潜在的效率缺口（图 1.10）。如果市场上的某个组件比组织内部所使用的组件演进得更成熟，那么组织就可能在进行效率低下的投资。
图 1.10 我们的投资是否高效？
例如，如果一个组织在使用一些并非其业务核心的定制构建组件，而市场上已有等价组件以 commodity 形式存在，那么该组织就落后了，并可能面临效率缺口。类似地，如果一个组织把某些组件当作现成产品来使用，而市场上等价组件已经可以作为 commodity 获得，那么这种使用方式也可能表明存在潜在效率缺口——例如，自托管在本地基础设施上，而不是利用云托管服务。缺口越大，组织的投资效率就越低。
当然，尽管使用现成组件可能更高效，在某些情况下，组织仍然可能更倾向于自己定制构建组件。正如第 2 章对领域驱动设计中子域类型的讨论所揭示的那样，如果某些组件属于核心域，组织可能会选择自己构建它们——无论市场上是否已存在同类产品或公用服务——因为核心域为组织提供竞争优势。当某一个或多个核心差异化组件关系到竞争优势时，把这些差异化组件外包出去，可能会危及企业成功；而使用竞争对手的解决方案，则可能让竞争对手获得组织的数据与使用模式洞察。
总体而言，Wardley Map 有助于说明效率缺口，并提升对潜在低效问题的认知。弥合效率缺口可以提高效率。提高效率使组织能够从“效率促进创新”这一气候模式中受益，下一节将对此展开讨论。第 10 章“实施流动优化”会描述一个通过把本地基础设施组件迁移到云托管服务来弥合效率缺口的例子。
理解气候模式
Wardley Map 将组织参与竞争的、语境相关的环境可视化出来。气候模式会影响这一环境。气候模式描述的是那些影响并改变环境、而企业对此又无控制权的外部力量。Wardley 指出：“理解气候模式对于预判变化至关重要”[1.2]。理解气候模式，有助于识别哪些领域会发生变化，以及组织在哪些地方可能进行投资。识别并预判变化，能够带来竞争优势。
不过，在开始应用 Wardley Mapping 之前，不可能一开始就知道所有气候模式。事实上，学习这些模式是一个迭代过程，会随着地图从一个版本迭代到下一个版本而不断改善。下面我们来看一些气候模式的例子，以感受它们对环境的影响。
一切都在供需竞争中演进
这一气候模式如图 1.11 所示，它强调地图并非静态不变，而是高度动态的。组件会在供给与需求力量、或用户竞争的推动下，从左向右不断演进。用户需求（用户竞争）推动组件朝着对用户更有用、更有效、更高效的方向演进。供应方之间的竞争也会推动其演进，因为供应方总想提供比竞争对手更好的解决方案。
图 1.11 一切都在竞争中演进
这一模式的例子包括：计算机模型从庞大的机械式线缆连接机器和打孔卡硬件，演进为轻薄电子笔记本、平板电脑与智能手机设备；数码相机从胶片系统演进为数字成像，再演进为智能手机中的高质量相机，并最终成为一种 commodity；云托管服务历经不同阶段演进，最终成为 commodity；大语言模型（LLM）由于竞争驱动的技术进步而不断演进，并以产品形式可用。
特征会发生变化
随着组件不断演进，它们的特征也会从一个尚未开拓、稀有且持续变化的领域，转变为一个工业化、可知且稳定的领域（图 1.12）。关于每个演进阶段的完整特征列表，请回看表 1.1。2007 年 Apple 推出第一代 iPhone 时，智能手机市场仍未成型，并开始缓慢形成（大致处在 genesis 与 custom-built 之间）。而如今，智能手机已经广泛普及，属于一个成熟市场的一部分。
图 1.12 组件演进时，其特征也会变化
效率促进创新
随着组件不断演进并变成 commodity，新的组件便可以建立在其之上（图 1.13）。组件的工业化使更高阶系统得以出现。所谓高阶系统，是由其他更小的子系统组合而成的系统。一个组件演进为标准化的 utility，并由此实现高效供给，会使其他组件的创新成为可能。这个模式的经典例子是互联网技术的工业化，它使云托管 utility 服务得以出现。一个更近期的例子，则是大语言模型（LLM）的演进，它促成了工具、用户体验和新产品类别上的创新。
图 1.13 效率促进创新，而高阶系统会创造新的价值来源
高阶系统会创造新的价值来源
建立在其他组件之上的新兴组件，会创造出新的价值来源。这种新的价值来源又会催生新的用户需求和新的业务。经典例子包括：当电力成为 utility 之后，收音机、电视和计算机等新组件得以出现，并创造了新的价值来源。更近期的发展，则包括建立在大语言模型（LLM）之上的新型智能产品与服务类别的萌芽，它们正在跨行业释放新的价值来源。再次参见图 1.13。
竞争对手的行动会改变游戏规则
随着越来越多竞争者进入并瞄准同一市场，环境必然发生变化。例如，在智能手机时代之初，越来越多手机公司进入市场，移动电话市场开始从单纯强调硬件特性，转向优先考虑移动设备上的高级软件体验。
过去的成功会滋生惯性，而惯性会杀死一个组织
由过去成功所形成的对变化的惯性，会阻碍组件的演进。这种惯性会随着过去模式的成功程度而增强（图 1.14）。真正可能杀死一个组织的，不是缺乏创新，而是其面对变化时的惯性。例如，Nokia 在 2005 年推出 N-Series 智能手机时非常有创新性——那比 Apple 推出第一代 iPhone 还早了两年。然而，Nokia 在其旧的功能机模式上依旧极为成功，以至于公司非常不情愿彻底转向新的智能手机时代。仅仅六年之内，Nokia 的市场份额就下跌了 90% 以上。
图 1.14 过去的成功会滋生惯性，而惯性会杀死一个组织
表 1.2 给出了常见气候模式的完整列表，并按组件、财务、速度、惯性、竞争者与预测等方面进行了分类。
表 1.2 气候模式概览 [1.2]
预判潜在演进点
气候模式有助于揭示潜在演进点。理解环境与气候模式，有助于组织从商业战略视角预判机会，并指示潜在变化的区域。
将气候模式应用到本章前面绘制出来的会议活动策划解决方案上，可以看到如下潜在演进点。云托管服务体现了“一切都在供需竞争中演进”这一气候模式（图 1.15）。几十年前原本并不存在的东西，经历了 genesis 与 custom-built 阶段，变成了 product，如今又以 commodity 的形式可用。借助无服务器技术（serverless），计算平台已经成为一种 utility。再结合搜索引擎、数据存储与消息代理组件的云托管服务，它们使得将本地基础设施组件的管理工作（当前使用方式）卸载给云提供商（未来使用方式）成为可能，从而提高效率。
图 1.15 基础设施组件通过 serverless 与云托管服务演进并提升了效率
什么是“Serverless”？
无服务器技术（图 1.16）消除了管理和配置服务器的需要，提供了一种由云提供商完全托管的基础设施。在这种语境下，工作单元是一种粒度细、生命周期短的函数。这些函数会被多种事件触发，例如 HTTP 请求、数据库事件、文件上传、队列服务以及定时事件。函数会根据使用情况自动扩缩容。只有在函数执行期间才会产生费用：当函数空闲下来时，它会关闭，不再产生费用。
图 1.16 Serverless 计算
如图 1.17 所示，把云托管服务作为 utility 来采用，可以提高效率，这体现了“效率促进创新”这一气候模式。沿着这一模式推进，使会议活动策划解决方案的提供方能够把注意力放在新增功能或引入新组件上，例如引入“评分”作为新的功能。这一新功能使一种新的用户类型——会议参与者（attendees）——产生了新的用户需求，并创造了新的价值来源。
图 1.17 在会议活动策划示例中使用气候模式，可以揭示潜在演进点
然而，某些因素也可能阻碍公司前进——也就是由过去成功所形成的对变化的惯性。例如，如果客户托管基础设施上的本地部署安装非常赚钱，那么即使云托管服务在行业内已经被广泛采用，组织也可能不愿意彻底转向云托管服务。如果现状仍然有利可图，公司为什么要改变它呢？在没有竞争的情况下，维持现状并没有问题。然而，在一个竞争生态中，要保持竞争力，就必须适应变化；否则，公司就会被竞争对手超越。意识到对变化的惯性，有助于组织管理并克服这种惯性。
气候模式描述了哪些外部力量正在作用于环境。它们还指示出潜在演进点，以及事物将走向何方，从而让组织知道该在何处投资。在识别了目的、理解了环境，并掌握了作用于其上的气候模式之后，组织便可以进入战略循环的下一部分：教义。
应用教义原则
教义描述的是一组所有行业都可以应用的、与具体语境无关的通用原则。应用教义原则，能使组织更快地响应变化，并更从容地吸收变化。
图 1.18 基于此前创建的会议活动策划器 Wardley Map，对教义原则做了简要介绍。接下来的各节将更详细地说明这些原则。
图 1.18 教义原则导论
了解你的用户
对于一家企业来说，了解自己的用户是谁至关重要，例如客户、业务伙伴、内部用户等等。
聚焦用户需求
用户需求是组织构建产品时所面向的主题领域。它们体现了业务领域的“为什么”——也就是业务的目的。要做对的事，满足用户需求是前提。
了解细节
了解为满足用户需求所需的组件细节。
挑战假设
挑战假设，意味着鼓励把地图分享给他人，并在群体中对其进行讨论与质疑。其目标是生成一张更好的地图，以及更完整的理解。
使用共同语言
使用共同语言（在领域驱动设计中也称为统一语言，ubiquitous language），可以使具有不同技能与背景的人进行有效沟通。当团队希望朝着同一个方向快速前进时，有效沟通会变得尤为重要。
聚焦高水平的态势感知
理解组织所处并参与竞争的环境，会带来高水平的态势感知。绘制地图有助于理解环境。
针对不同演进阶段使用合适的方法
使用合适的方法意味着：不存在一种方法能够适用于所有演进阶段，也不存在一种方法可以覆盖整个组织。每个演进阶段都伴随着不同特征，因此需要以不同方式来处理。组织应当有意识地为特定演进阶段选择合适的方法，而不是把同一种方法套用到所有演进阶段。组织可以从以下典型方法中做出选择：
Genesis 与 Custom-Built：对于新颖、不确定、快速演变的组件，适合采用内部开发，并优先使用敏捷方法，例如 Extreme Programming（XP） [1.8]。XP 是一种敏捷软件开发方法论，旨在通过小步快跑、频繁迭代的方式交付高质量、可工作的软件。通过敏捷方法，组织能够通过快速、迭代式开发周期以及早期、频繁反馈，迅速进行航向修正并响应变化。敏捷方法有助于降低变更成本，也非常适合在高度不确定和需求快速变化的条件下进行探索。
Product 与 Rental：当组件变得更稳定，并以标准产品或服务形式提供时，对于处于 product 和 rental 演进阶段的组件，使用或购买现成产品、开源软件，并优先采用精益方法（lean methods），往往更为合适。精益方法帮助组织减少浪费、提升质量，并提高流动效率。
Commodity 与 Utility：对于高度工业化、差异化低、运营可预测性高的组件，适合将 commodity 阶段的组件外包给 utility 供应商，并优先采用 Six Sigma 方法。Six Sigma 旨在消除业务流程中的缺陷与波动。
当涉及子域类型（如第 2 章所解释）以及自适应团队所需的多元思维方式组合（如第 6 章“把点连起来”所讨论）时，这些教义原则还会有一些细微差别。
从小处着手（例如合约）
另一个教义原则，是将大型环境拆分为多个较小的片段，每个片段跨越若干组件——最好不要在同一个片段中横跨多个演进阶段。较小的片段有助于针对不同演进阶段应用合适的方法。第 2 章和第 3 章将说明如何通过应用领域驱动设计，把业务领域划分为更小的部分。
小团队思维
小团队思维，指的是大型团队应被拆分为更小的团队。英国人类学家 Robin Dunbar 在 20 世纪 90 年代提出，一个人能够维持稳定社会关系的人数是有限的——这一观点常被称作 Dunbar number（关于这一概念的批评见第 6 章“面向小团队”一节）。在 Amazon 早期，Jeff Bezos 曾著名地提出一条规则：每个内部团队都应该小到只用两块披萨就能喂饱。类似地，第 5 章“用 Team Topologies 优化变化流动”以及第 6 章描述了 Team Topologies 模型如何建议使用由 5 到 9 人组成的、小而长期存在的团队。当然，这一团队规模也可能会因组织内部的信任水平而有所不同。
提供目的感、精通感与自主性
为了在工作中实现高绩效与高满意度，团队需要具备内在动机。正如 Daniel H. Pink 在其著作《Drive》[1.9] 中指出的那样，这种动机并不依赖金钱之类的奖励。按照 Pink 的说法，内在动机要求为团队成员提供行动的目的感，使他们能够发展精通感，并赋予他们行动的自主性。
兼顾能力与态度
对于团队成员来说，不仅他们的技能组合（aptitude）重要，他们的思维方式（attitude）同样重要。Simon Wardley 提出了 Explorers、Villagers 和 Town Planners 这几个术语（此前分别称为 Pioneers、Settlers 和 Town Planners），用来表示不同的态度类型。
Explorers 面对持续变化、尚未定义的市场，并乐于探索、试验、发现、不确定性和失败。
Villagers 面对逐渐成熟的产品和增长中的市场，并乐于持续改进、市场分析和反馈。
Town Planners 面对定义清晰、标准化、稳定且成熟的市场，并乐于运营效率、分析、科学建模，以及构建真正所需之物。
第 6 章“考虑自适应团队中的多元思维方式组合”一节会对这一教义原则进行更详细的讨论。
不存在唯一文化
为了应对从 genesis 的快速变化与不确定性，到 commodity 的稳定、标准化组件这样一个广泛的演进谱系，组织内部需要存在不同文化——例如 Explorers、Villagers 和 Town Planners。
优化流动
一个系统的性能由其约束所决定。为了提升系统性能，Eliyahu M. Goldratt 提出了约束理论（theory of constraints）[1.10]，其目标是识别并管理约束，也就是系统中的瓶颈。为了优化流动，必须在可能的地方消除瓶颈并提升吞吐量。第 2 章会说明领域驱动设计如何通过模块化与解耦来帮助应对瓶颈。第 5 章中介绍的 Team Topologies 则说明了如何通过动态团队设计与交互设计来减少瓶颈，并为快速变化流动进行优化。
为持续演进而设计
理想情况下，一个组织应当被设计成可以持续演进的，这样适应变化时就不需要不断重组。第 5 章强调，Team Topologies 如何通过动态团队结构与交互模式来支持持续演进。
表 1.3 展示了按阶段分类的完整教义原则列表，并给出了按照推荐顺序应用这些原则的分步过程。
表 1.3 Wardley 的教义原则 [1.2]
当本书后续讨论领域驱动设计与 Team Topologies 时，会进一步说明这些软件设计、架构与团队组织的视角，如何帮助组织应用 Wardley Mapping 的教义原则。
决定战略行动（领导与博弈玩法）
当手中已有一张 Wardley Map，并且可视化了组织所处的环境，同时识别出影响该环境的气候模式时，就可能会出现多个行动点。这些行动点表明潜在机会，并提示组织为了获取竞争优势，下一步应该朝哪里移动，或者应当放弃什么位置。
理解并应用目的、环境、气候与教义，使组织能够做出适合具体语境的、知情的战略决策，从而扩展自身的选项、灵活性与适应能力，以超越竞争对手。Simon Wardley 发展出了一套与具体语境相关的 gameplays（博弈玩法） ，正如 Ben Mosior 所表述的那样，它们代表了一组“可用于攻击某个空间的战略原语，也就是你可以采取的基本动作”。这些战略原语可以被组合起来。gameplays 所指的是组织可以采取的战略行动，涵盖：创造新市场、在既有市场中竞争、保护现有市场地位，以及退出衰退市场等类别。
例如，Open Approach 这一 gameplay 关注的是通过把价值链中的某个组件向公众开放，来加速该组件的演进——例如以开源、开放数据、开放实践的形式。将某个组件以开源形式发布，可以使公众使用并参与协作。取决于社区的活跃程度，开源可能会加速一个组件向 commodity 的演进。与之相反，IPR gameplay 的目标恰好相反：它试图通过引入知识产权（intellectual property rights，IPR）来限制竞争，从而减缓组件的演进速度。
ILC（innovate–leverage–commoditize） gameplay 利用了“效率促进创新”这一气候模式。把一个现有产品变成 commodity（commoditizing），并通过公开的应用程序接口（API）将其暴露出来，可以使其他公司在其之上构建新东西（innovate）。那些基于这种 utility 进行创新的公司，正在构建一个外部生态系统。通过监控这个生态系统如何消费该 utility 的元数据，就能识别出新兴使用模式（leverage），进而促成工业化组件的提供。这些组件又可能再次成为一种 utility 服务，从而形成不断壮大的平台与生态。第 11 章“促进持续改进并推动未来变化”中的“下一步该往哪里走？ ”一节会讨论 ILC gameplay。
表 1.4 列出了完整的 gameplay 集合。
表 1.4 与语境相关的 Gameplays [1.2]
应用这些 gameplay 并采取战略行动，可以使组织按对自己有利的方式影响环境；其他组织随后就必须对这些变化作出回应。战略行动也可能改变组织的目的，这就开启了战略循环的下一轮迭代。
小结
图 1.19 总结了本章所涵盖的 Wardley Mapping 概念。Wardley Mapping 是一个用于创建与演进商业战略的框架，它遵循一个战略循环。遵循这一战略循环，把它作为对变化及其响应的表述，能够形成态势感知，并强调“移动”，从而带来竞争优势。
图 1.19 Wardley Mapping 总结
战略循环帮助组织理解业务的“为什么”，以及组织所处的环境，而这一环境通过 Wardley Map 得到表示。Wardley Map 可视化了一条价值链的演进，这条价值链由用户、用户需求以及满足用户需求并映射到演进阶段的组件所构成。改变目的会影响价值链，反之亦然。
气候模式描述了作用于环境的外部力量，并帮助预判某些形式的变化。应用通用教义原则，可以使组织为适应快速变化流动做好准备。它使组织为领导阶段做好准备，而领导阶段包含与具体语境相关的 gameplay 形式，这些 gameplay 作为战略原语存在。这些 gameplay 预判了组织内部主动引入的变化对环境所造成的影响，并决定应对这些变化的适当战略。
战略循环总体上反映了对变化作出响应的平均时间（MTTR）这一概念。一个组织越能理解自己的环境并预判变化，越能应用更多教义原则，它就越能更快地响应那些由外部（气候模式）或内部（领导）引入的变化。
这些内容看起来是不是很多、很难一下子消化？好消息是，你完全可以从很小的地方开始。例如，你可以先从只包含一个用户、一个用户需求和几个高层组件的 Wardley Map 开始；在这个起点之上，之后再进一步深入。即使只是围绕环境与他人展开对话，并共同发展出一种共享理解，也会带来很有价值的收益。启动对环境的探索，本身就能让组织立刻获得竞争优势，因为大多数竞争对手都缺乏足够的态势感知。
本章使用了一个会议活动策划解决方案的例子，来推导其目的、通过创建 Wardley Map 将其环境可视化，并应用气候模式识别潜在的变化机会。下一章将聚焦于构建自适应系统的第二个视角：使用领域驱动设计的软件设计视角。后续章节会重新回到本章创建的会议活动策划解决方案 Wardley Map，并在其之上应用领域驱动设计的模式与实践。
如果你愿意，我下一步可以继续帮你把这篇内容整理成更适合出版/课程讲义风格的中文版，比如统一术语（如 purpose / landscape / climate / doctrine / leadership / gameplay / custom-built / commodity 等）的译法。
