Share E-Book
Scan to open this page

Scan with your phone to open this page

Author: Will Larson

Rating No ratings yet

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

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...
View in text
Excerpt 2
the early adoption of LLMs (Document 17-1), engineers don’t know much either and benefit from outside perspectives. Doing Strategy in Challenging Environment...
View in text
Excerpt 3
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...
View in text
Excerpt 4
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...
View in text
Excerpt 5
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...
View in text
Excerpt 6
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...
View in text
Excerpt 7
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...
View in text
Excerpt 8
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...
View in text
Tags
AI categories
TechnologyBackendProgramming
ISBN: 8341645513
Publisher: O'Reilly
Publish Year: 2025
Language: English
Pages: 310
File Format: PDF
File Size: 7.4 MB
Text Preview (First 20 pages)
Registered users can read the full content for free

Register as a Gaohf Library member to read the complete e-book online for free and enjoy a better reading experience.

Generating text preview…