在我不断努力起草一本关于工程策略的书的过程中，我终于达到了这样的程度：我需要将“Wardley Mapping”从一个要考虑包含的主题转变为一个我包含或不包含的主题。这条路线的第一步是更深入地了解它的工作原理。这与系统建模有很大不同，系统建模是我在工作中断断续续使用了 15 年多的技术，但我会认真研究它。
我的出发点是阅读 David Anderson 的《价值飞轮效应》 ，并多次尝试阅读 Medium 上 Simon Wardley 的Wardley Maps ，但没有成功。让我们看看进展如何。
-
马库斯向我推荐了他出色的沃德利地图资源列表
-
什么是沃德利映射？ Mike Lamb 的文章对这些概念进行了快速、非常高级的介绍。
-
进行 Wardley 映射的最简单方法（教程）是一个很好的起点。
在此示例中，有两个模板可供使用：列表和价值链模板和Wardley 地图模板。然后，您可以在您喜欢的任何图表工具中使用该模板，视频使用Miro ，我使用OmniGraffle 。
它还链接到此表，用于确定 Wardley 地图中给定活动的阶段，以及此表描述机会。这两者在创建/完善沃德利地图的各个步骤中都很有用。
-
如何阅读沃德利地图。有点重复上面的内容。
-
Wardley 映射的问题。讨论人们在使用 Wardley 地图时经常陷入困境的各种方式：在方法和范围上都采取“全有或全无”的方法。植根于这篇文章，没有人关心你珍贵的框架。
首先，它描述了“Wardley 映射实践”的数量以及最初简化的价值。具体来说，首先建立用户和需求列表，而不是一次性尝试所有内容。其次，它描述了用户如何能够有多种需求，可能有三四个用户，每个用户有十个需求，这会让人不知所措。为了解决这个问题，请专注于满足一个用户和一个需求，然后从那里扩展以证明其价值。
-
YouTube 上2024 年排名前 5 的 Wardley 绘图工具，也可在博客文章中找到。其中，我对damonsk/onlinewardleymaps特别感兴趣，它看起来像是一种 Graphviz 方法，让我想起了我为系统建模而构建的lethain/systems的一些实验。
也就是说，我可能会先尝试一下Mapkeep 。我对系统建模工具的问题主要是它使用起来非常混乱，而 Mapkeep 似乎在使用这些 Wardley 映射工具时可能具有最低的开销。
-
YouTube 上西蒙·沃德利 (Simon Wardley) 的《情况正常，一切都必须改变》 。这是对 Wardley 映射的一个很好的概述，尽管有点表面化。第一眼看的不错。
-
YouTube 上 Simon Wardley 的Wardley 地图第 1-4 部分。更详细的介绍与上面的“情况正常，一切都必须改变”演讲相同的内容。前两个与之前的一些讨论有点多余，但第三个和第四个是附加的并且非常有用。
-
《绘制你的筹码图》作者：Adrian Cockroft。其中大部分内容是对上述内容的重复，但在 22:20 左右，它开始绘制一个我发现非常有趣的具体示例。
-
面向软件开发人员的 Wardley 地图，作者：Markus Harrer。最有帮助的是，它可以快速进入具体的地图，并遍历许多不同的示例。
-
此时，我注册了免费的Mapkeep ，并开始绘制地图。
-
我的第一个项目是关于开发人员元生产力空间演变的这篇文章，这让我有机会尝试一张简单的地图以及该地图在过去四年中的演变。
目前，这还只是一个草稿，但仍然是一个很好的绘图练习机会。我还认为，如果没有地图，形成和阐明我的观点就会困难得多，这是一个很好的信号。
-
接下来，我对 Gitlab 的策略做了一些探索性的映射（例如，为什么专注于捆绑 all-in，而不是 Github 支持最佳组合分拆的策略）。这很快，而且很有启发性。它还让我更好地了解沃德利映射对探索哪些问题有用（以及对挖掘哪些问题不太有用）。
在这一点上，我感觉很舒服地跳入 Mapkeeper 并绘制出一些东西。这并不是说我不能改进，我当然可以改进很多，但我的感觉是，这将主要取决于做更多的映射，而不是某种神奇的实现。
Wardley 映射中还捆绑了很多东西，我认为这些东西非常有用，但对我来说并不像我在这里关注的组件那么重要。例如，沃德利的学说和游戏玩法理念很棒，但我通常会将此类事物视为“一种特定类型的策略”，而不是不同的类别。这并不是对沃德利框架的反驳，只是我发现对于我目前关注的各种问题更有用的另一种框架。