A Practical Book for Leaders Moving Beyond Industrial‑Age Thinking
Most business books either bury you in abstract frameworks or force you through a fictional executive’s personal life to make a point. Sense and Respond doesn’t do that. It stays grounded in real examples and focuses on the mechanics of modern work: feedback loops, adaptive planning, and the shift from industrial‑age certainty to software‑age change. That alone puts it ahead of a lot of what’s out there.
Industrial‑Age Planning vs. Software Reality
One of the strongest parts of the book is the way it explains why traditional planning models don’t translate into software. It’s not because industrial planning is outdated or wrong. It’s because it was built for a completely different category of problems.
If you’re building a bridge, you’re working with fixed materials, established safety requirements, and environmental conditions that are mostly knowable. The physics don’t change halfway through the project. You can plan that work with confidence because the domain is stable.
Software is the opposite. The problem space shifts while you’re working. User needs evolve. Market conditions change. Technology capabilities expand. You discover constraints as you go. The environment is fluid, and the cost of change is low enough that learning as you build isn’t just possible — it’s necessary.
That’s the core point the book gets right: industrial planning is built for certainty; software work happens inside uncertainty.
Experiments as a Normal Operating Rhythm
The book pushes hard on the idea that experimentation shouldn’t be a special event. It’s not a one‑off discovery sprint or a quarterly research push. It’s part of the regular operating rhythm. The author suggests talking to customers every six weeks. In 2026, that’s slow, but the principle holds: if you’re not in regular conversation with your users, you’re not building a product. You’re building a guess.
Small experiments, quick tests, and ongoing validation are still the most reliable way to reduce risk in software.
Parallel‑Track Agile That Actually Works
One of the most practical ideas in the book is the separation of discovery and delivery. Expecting a single team to “innovate” and hit delivery deadlines at the same time is unrealistic. A parallel‑track model — one track focused on figuring out how to solve the hard problems, the other focused on shipping — is cleaner and more humane. It reflects how real teams actually work when they’re not being forced into fantasy timelines.
Give Teams Problems, Not Requirements
Another point that still holds up: developers should be given problems to solve, not a list of requirements to execute. When you hand a team a pre‑defined set of tasks, you’re not using their expertise. You’re treating them like a feature factory. And you’re cutting them off from the feedback that tells them whether their work mattered. Teams need visibility into outcomes, not just velocity charts.
Who This Book Is Actually For
It’s also important to acknowledge the book’s age. Written in 2017, it predates a lot of what defines modern product work today. If you’ve spent years in Agile environments, worked on design systems, or led empathy‑first projects, much of the book will feel obvious. Not wrong — just foundational. And in 2026, with AI reshaping delivery and late‑stage consolidation changing how teams operate, the examples don’t fully match the complexity of what teams face now.
But that doesn’t make it irrelevant.
The book is genuinely useful for people who are early in their leadership journey or who are coming from traditional command‑and‑control environments. It gives them a clear contrast between two modes of working and concrete examples that make the shift understandable. It’s a better starting point than dropping someone straight into a stack of Marty Cagan books. It gives them anchor points before they dive into deeper product thinking.
The VUCA Reality (Even Though the Book Never Uses the Term)
The author never uses the term VUCA, but he describes it constantly. Software, marketing, and consumer‑product work all operate in environments that are volatile, uncertain, complex, and ambiguous. User behavior changes quickly. Competitors move fast. Information is incomplete. Signals are messy. You can’t manage that kind of work with planning models built for stable, predictable domains.
The book doesn’t name VUCA, but it circles the idea over and over: you need continuous sensing, iterative response, and teams empowered to solve problems because the environment demands it.
If You Want a Next Step
If you want to go deeper into why planning models must match the problem domain, How Big Things Get Done is a good follow‑on. It comes from a completely different world, but it helps clarify why software can’t be managed like the Golden Gate Bridge.
After that, Marty Cagan’s books are the natural extension. They go much further into empowered teams and outcome‑driven product leadership. But they can also feel impossible to implement in traditional command‑and‑control environments. For leaders who are still operating inside those structures, the gap between Cagan’s ideal state and their current reality can feel too wide to cross.
That’s where Turn This Ship Around fits in. It offers a clear, concrete example of how to shift from a culture of followers to a culture of leaders, and it does it in a way that’s easy to understand even without a military background. It shows what distributed authority looks like in practice and how to build competence and ownership at every level. For many leaders, it’s a more accessible bridge between industrial‑age habits and the kind of empowered teams Cagan describes.
REVIEW: Sense and Respond by Jeff Gothelf
RATING: 3-stars