Eben Hewitt 的技术战略模式是一种基于方法的工程战略方法，特别关注麦肯锡顾问、Thoughtworks 等软件工程支柱和哲学所使用的方法。对于任何想要建立自己的工程策略理论的人来说，这都是一本有价值的读物。
2019 年 6 月，我买了一本 Eben Hewiit 写的《技术战略模式》 。有一次，我试图反对 Stripe 向 Java 进行的大规模迁移，收集了后来成为“回收不合理软件”的想法。浏览了Patterns ，我并没有完全找到我想要的东西，并且在接下来的几年里我基本上忘记了它。
快进到 2023 年，我花了更多时间思考工程策略，包括阅读《价值飞轮效应》以了解其对工程策略的看法，我还记得模式。好吧，我记得模式是存在的，而且上次我拿起一本时并没有真正读过它，所以这次我决定更深入地研究它。
如果我必须引用本书的一个章节来捕捉其核心本质，那就是休伊特正在谈论如何编写幻灯片来解释你的策略：
执行本书所有适用的创作模式……
收集这样做的输出……
对输出进行合并排序…
现在你有一个很棒的策略
这让我想起鲁梅尔特的《好策略，坏策略》 ，其中足够好的诊断会导致一套非常无聊的指导政策。如果你充分理解任何问题，那么解决它的解决方案往往会变得不言而喻。它还让我想起沃德利地图的一个信念，即地图的过程揭示了你的环境结构以及策略如何改善它。
与许多软件书籍一样， 《模式》在很大程度上依赖于 Christopher Alexander 的《模式语言》中建立的模式概念，特别关注麦肯锡顾问使用的模式、Thoughtworks 的相邻技术思想（例如运行技术雷达）以及 Hewitt 的个人经验。
如果你相信探索你的处境的方法会导致策略——大多数策略作者似乎对此都有共同的信念——那么这些方法就是策略的基础，也是本书中最能引起我共鸣的部分。
当然还有其他方面也引起了共鸣：
- 将战略的制定与战略的呈现明确分离，并采用结构化的方法来进行不同类型的战略呈现（这里具有强烈的麦肯锡氛围，以尽可能最好的方式，具有清晰的沟通模式）
- 用于探索您的情况的广泛工具：MECE、逻辑树、PESTEL、SWOT 等等。这些不是我通常使用的机制，这就是为什么我觉得它们如此有趣
- 明确承认不同的背景（世界、行业、公司和部门）以及如何以不同的方式考虑所有这些因素以思考不同的战略高度
- 架构师主要目标的精彩总结：
- 包含熵
- 指定非功能性需求
- 确定权衡
总而言之，对于任何思考工程策略的人来说，这是另一本非常有趣的读物。这里有很多想法，而且它们都是最好的想法：这些想法显然是休伊特的，是他在漫长的职业生涯中发展起来的。
原文： https://lethain.com/notes-on-the-technology-strategy-patterns/