如何将业务和技术联系起来以拥抱战略思维（书评）

价值飞轮效应：助力未来，加速您的组织向现代云转型
由 David Anderson 与 Mark McCann 和 Michael O’Reilly 共同撰写

在这篇文章中，我想分享一本引起我注意的新书。这是一本关于商业、技术和人员交集的书。对于任何想要了解组织如何发展以最大化新技术的业务影响并加速其内部流程的人来说，这是一本很好的读物。

去年在 re:Invent，我有幸见到了 David Anderson。作为 Liberty Mutual 的技术总监，当这家成立于 1912 年的全球保险公司将其服务转移到云端并采用无服务器优先战略时，他推动了技术变革。David Anderson 创造了一个可以进行标准实验的环境，为软件工程师的学习提供了时间和空间。这项工作十分出色，以至于在有一段时期，他扩展的团队中有四个人成为 AWS 大侠 。

几个月前，我听说 David 正在与 Mark McCann 和 Michael O’Reilly 合写一本书。他们在 Liberty Mutual 一起工作，对学到的东西中进行提炼，帮助其他组织实施类似的方法。我们见面的时候，这本书刚刚出版，我很好奇，想从书名开始了解更多。我们在博览区见了面，David 非常友善地给了我这本书的签名本。

这本书是由 IT Revolution 出版的，这也是我最喜欢的几本书如 The Phoenix Project（《凤凰项目》）、Team Topologies（《团队拓扑》）和 Accelerate（《加速》）的出版商。这本书的标题是 The Value Flywheel Effect（价值飞轮效应），之所以起这个名字，因为好比当您在一个组织中连接业务和技术时，就好像开始转动一个飞轮，这个飞轮会随着每一个小小的成功而产生动力。

价值飞轮
“价值飞轮”的四个阶段是：

1. 目标清晰度 — 在这部分中，您可以研究什么对您的组织真正重要、是什么让您的公司与众不同、定义您的 North Star（北极星）以及如何衡量与 North Star（北极星）的距离。在这个阶段，您会通过首席执行官的眼光看待公司。
2. 挑战与格局 — 在这里，您可以为组织做好准备并为团队构建环境。我们经常忘记技术团队的社交方面，我们这里把重点放在如何为团队的运作建立正确的心理安全水平之上。此阶段适用于工程师。
3. 下一步最佳行动 — 在这个阶段，您要像一个产品主管那样思考，并计划下一步的工作，重点关注如何改善开发人员的体验。其中一个关键方面是“代码是一种负担”，为解决业务问题而编写的代码越少，对速度和维护就越有利。例如，您可以避免一些自定义实现，并将其需求转移到云提供商提供的功能之上。
4. 长期价值—— 这是首席技术官的视角，着眼于如何通过精心架构的系统以及注重可观察性和可持续性来建立一种防患于未然的文化。这里的可持续发展不仅要考虑全球环境，还要考虑为组织工作的团队和人员。

正如您对飞轮所期望的那样，应该在这四个阶段进行迭代，这样每次新的旋转都变得更容易、更快。

Wardley Mapping
这本书让我非常欣赏的一点是，它让我在技术场景中使用 Wardley mapping（通常应用于业务环境）变得非常简便。Simon Wardley 创立的 Wardley Mapping 提供企业运营环境的可视化表示功能。

每张地图都由价值链组成，您可以在其中绘制客户所需的组件。这些组件相互连接，从而显示如何相互依赖。组件的位置基于其对客户的可见程度（纵向）以及从起源到成为产品或商品的演变状态（横向）。随着时间的推移，某些组件从定制演变为产品或商品化。随着事物的发展，这在地图上自然地向右移动。例如，数据中心过去是定制的，但后来成为标准产品，云计算使之成为一种商品。

地图的基本元素 — 由 CC BY-SA 4.0 的 Simon Wardley 提供。

通过映射，您可以更轻松地了解需要哪些改进以及在技术解决方案中存在哪些差距。通过这种方式，工程师可以确定他们应该专注于哪些组件以最大限度地发挥其影响力，哪些部分不是战略性的，可以转移到 SaaS 解决方案中。这是一种进化架构，其中映射提供了一种方式来预测系统应该如何随着时间的推移而进化，以及惯性可以减缓系统部分的进化。

有时似乎所有地方都适用相同的最佳做法，但事实并非如此。映射的一个优点是，它有助于根据组件在地图上的水平位置所描述的组件演化状态来确定最佳团队和方法。例如，”explorer”（探险家）的态度最适合制造处于起源阶段或定制的部件，”villager”（村民）最适合产品，当某物成为商品时，您需要 “town planner”（城市规划师）。

工具更多和代码更少
作者研究了许多可用的工具和框架。例如，该书介绍了北极星框架，这是一种通过首先确定最重要的指标（北极星）来管理产品的方法，以及 Gojko Adzic 的影响映射，这是一种合作规划技术，专注于领先指标，以帮助团队通过他们的软件产品产生重大影响。顺便说一句，Gojko 也是“AWS 无服务器英雄”。

另一个有趣的问题是如何为工程师提供必要的学习时间和空间。我特别喜欢内部活动的召集方式，也喜欢将其与公共会议进行比较。在内部活动中，工程师有机会在公司环境中使用新技术，这样可以更轻松地演示在实际场景的所有限制下可以做什么。

最后，我想重点介绍这一部分，它通过陈述 “代码是一种责任” 来明确定义这本书的意图：

“当您要求软件团队构建东西时，他们提供的是系统，而不是几行代码。资产不是代码；资产是系统。系统中的代码越少，您购买的开销就越少。一些开发人员可能会吹嘘他们写了多少代码，但这不是什么值得夸耀的事情。”

这不是一本编程书，无服务器技术被用作如何加速飞轮的例子。如果您正在寻找无服务器技术的技术深度，您可以在 Serverless Land 这个网站找到更多信息，该网站汇集了无服务器计算的最新信息和学习资源。此外，您也可以查看 Serverless Architectures on AWS 这本书。

现在每个企业都是技术企业，The Value Flywheel Effect（价值飞轮效应）是关于如何加速和改造一个组织。当您采用云计算并从中受益时，它有助于设置正确的环境、目的和阶段，以实现应用程序的现代化。

您可以在 Serverless Edge 与 David、Mark 和 Michael 见面，在这里，一组痴迷于技术的工程师、技术爱好者、营销人员和思想领袖帮助学习和交流无服务器如何转变商业模式。

— Danilo