Many engineers assume their organization doesn't have an engineering strategy—when in fact, they often do. It just may not be working. In Crafting Engineering Strategy, Will Larson (author of An Elegant Puzzle, Staff Engineer, and The Engineering Executive's Primer) offers a practical, example-rich guide to navigating technical and organizational complexity through structured, intentional strategy.
Written for senior engineers, engineering leaders, architects, and curious collaborators, this book lays out a repeatable process for building effective, actionable strategies—from early diagnosis to rollout. With lessons drawn from real-world case studies at companies like Stripe, Uber, and Calm, Larson provides a framework for shaping critical decisions around system migrations, API deprecations, platform investments, and more. Along the way, you'll learn to augment technical planning with communication, governance, and systems thinking. Whether you're shaping your team's direction or leading a company-wide initiative, Crafting Engineering Strategy will help you make thoughtful decisions that stick.
• Build durable engineering strategies from first principles
• Apply methods like Wardley mapping and systems modeling
• Lead strategy as a staff+ engineer or executive
• Learn from detailed case studies across industries
• Improve your strategic fluency and influence over time
AI Reading Assistant
Whole-book reading guide from stratified index samples; jump to passages in the text
Tip the Site
Support this siteYour recognition and a small knowledge-service contribution help keep this technical work open source.Scan the WeChat Pay or Alipay code below. Logged-in and guest visitors can both tip.
WeChat Pay
Alipay
Open WeChat or Alipay and scan. No login required.
AI guide
# Crafting Engineering Strategy: How Thoughtful Decisions Solve Complex Problems
## 【One-Line Pitch】
A practical, example-rich guide for senior engineers and leaders who want to build engineering strategies that actually work—not just sound good on paper. If you've ever felt your organization's "strategy" was more aspiration than action, this book gives you a repeatable process to diagnose, decide, and refine your way to better outcomes.
## 【Book Arc】
- **Opening (~0%–9%)**: Establishes why strategy matters and why most engineering organizations lack effective ones. Larson introduces Richard Rumelt's framework as a foundation, then explains why adapting it to engineering requires both intellectual rigor and mechanical discipline. Includes cautionary tales like Digg V4's disastrous rewrite.
- **Early (~9%–25%)**: Explores strategy as institutional and personal memory, and addresses who should do strategy—engineers, executives, and even non-engineers in influence-driven roles. Discusses challenging environments like low-trust organizations and how to navigate them.
- **Early–Middle (~25%–38%)**: Introduces the five-step process for creating strategy: exploring, diagnosing, and the beginning of policy-setting. Emphasizes exploration as the antidote to early anchoring, and diagnosis as the discipline of understanding problems before jumping to solutions.
- **Middle (~38%–47%)**: Delves into refinement as "the kernel of effective strategy," explaining why low-altitude (team-level) strategies get refined while high-altitude (executive) strategies often skip this critical step. Covers allocation policies and the art of writing enforceable, context-appropriate policies.
- **Late (~47%–end)**: Moves into refinement tools like strategy testing, systems modeling, and Wardley mapping, followed by detailed case studies covering service migrations, LLM adoption, private equity transitions, customer data access, and service architecture.
## 【Key Takeaways】
- **Strategy is only meaningful if it leads to aligned action** (Opening): A strategy that doesn't change what people do is just documentation. The book builds on Rumelt's insight that good strategy coordinates action, not just thought.
- **Most organizations have a strategy—it's just not working** (Opening): The problem isn't absence of strategy but ineffective strategy. Recognizing this shifts the conversation from "do we need one?" to "how do we make ours better?"
- **Exploration is the antidote to early anchoring** (Early): Before committing to an approach, force yourself to consider alternatives widely. This means mining internal precedent, reading industry work, and leveraging your network—while deliberately suspending judgment.
- **Diagnosis forces you to delay solutions until you understand the problem** (Early): A good diagnosis is factual, nonjudgmental, and acknowledges reality—even when that reality is uncomfortable. Examples from Uber and private equity transitions show how to state hard truths professionally.
- **Refinement is the kernel of effective strategy** (Middle): Strategies improve through iterative validation, not by being treated as immutable. Low-altitude strategies get refined because teams lack authority to mandate adoption; executives often skip it to their detriment.
- **Allocation policies create surprising clarity** (Middle): Explicitly stating where resources (especially headcount) will and won't go helps teams understand priorities. The Uber service migration example shows how constraining manual provisioning forces investment in automation.
- **Policies must be enforceable and context-appropriate** (Middle): A policy that can't be applied or enforced should be abandoned. The same policy (like service-oriented architecture) can be right at one company and wrong at another—context matters.
- **Truly novel policies are rare** (Middle): Most strategy work involves adapting known approaches to new circumstances. The exception is during widespread adoption of new technologies like LLMs, where genuine novelty emerges.
## 【Reading Tips】
- **Skim the opening chapters (0–9%)** if you're already familiar with Rumelt's strategy framework—the core value here is Larson's adaptation, not the foundation.
- **Deep-read the five-step process section (25–47%)**: This is the practical heart of the book. Pay special attention to the diagnosis and refinement chapters; these are where most strategies fail.
- **Study the case studies in Part IV** (especially the Uber service migration and LLM adoption) as templates for your own strategy documents. They show how the principles apply in real organizational contexts.
- **Watch for the "whisper" technique** in low-trust environments: translating difficult messages into softer, acceptable language without compromising the strategy's integrity. This is a subtle but crucial skill.
- **Take notes on the allocation policy examples**—they're the most immediately applicable tool for most readers, regardless of seniority.
## 【Coverage Limits】
This guide covers the book's core framework, process steps, and key case study themes based on the available excerpts. Detailed analysis of specific case studies (Chapters 16–20) and the full refinement tools section (Chapters 13–15) are only partially covered here.
##
Page 6
ccess Strategy 217 20 | Service Architecture Strategy 225 21 | Product Engineering Strategy 231 22 | Developer, API, and Acquisition Strategy at Stripe 241 P...
the early adoption of LLMs (Document 17-1), engineers don’t know much either and benefit from outside perspectives. Doing Strategy in Challenging Environment...
rent strategy or the next one you work on. 41 | 7 Diagnosis Once you’ve written your strategy’s exploration, the next step is working on its diagnosis. Diagn...
the potential repetition. In some ways, this policy is also more enforceable, because there’s no longer any ambiguity around who decides whether a piece of c...
strategy than I was a decade into my career. The operations behind your strategy are at least as essential as any other step, but are often skipped; any stra...
be modelers avoid overcommitting to their model’s insights: When your model and reality conflict, reality is always right At Stripe, we developed a model to...
ey should be solvable within the same team and consequently benefit from a quick iteration loop. Now we need to build a model that helps guide our inquiry in...
ty in this model is to reduce the error rate in production. Models are imperfect representations of reality, but this one gives us a clear sense of what matt...
Support this siteYour recognition and a small knowledge-service contribution help keep this technical work open source.
Scan the WeChat Pay or Alipay code below. Logged-in and guest visitors can both tip.
WeChat PayAlipay
Open WeChat or Alipay and scan. No login required.
Loading comments...
Reply to Comment
Edit Comment