The Only Book Solely on Discovery — Sprint

Jim Morris
Jan 7, 2019 · 3 min read

Part of an occasional series of reviews from my product management bookshelf.

Author: Jake Knapp, Google Ventures.

Image for post
Image for post

Why you should read this book: Sprint is a recipe-like guide to running your own design sprint. Think of it as “Design Sprints for Dummies”. For those of you familiar with the “Dummies” line of books, they were famous for bringing hard concepts to anyone willing to learn (think investing, etc). Or if you’re a cook, think of it as if one of the Cooks Illustrated folks wrote a book about design sprints. Jake Knapp has run over 100 of these sprints and his advice shows this experience. The exercises are valuable and repeatable which makes this book indispensable for product teams.

What’s unique about this book: It’s the ONLY book solely dedicated to Product Discovery. If you want to self-educate on Product Discovery, start by reading this book and doing a sprint with your colleagues.

Jim’s Advice: Though this book makes design sprints accessible to everyone, it could do more to focus that time spent on valuable problems (this is the Marty Cagan influence here). The most common mistake in design sprints is to focus on usability and task completion rather than whether the user actually wants/needs the concept being tested. Sprint could do more to warn against this common pitfall.

So my tweaks to Sprint are to focus more on Problems and Value and to shorten the time needed (most of my clients won’t devote 5 full days). The essential sessions from Sprint are:

  • User Map (with Expert review or just Expert participation to shorten time)
  • (my session) Affinity Mapping with Problems.

In the section “Organize How Might We notes” in the book….instead organize the HMW notes by problems. You will need to spend some time restating HMW notes into problem statements and going deeper into the problems.Then you can dot vote on problems which leads to a better final focus for the design sprint.

  • Lightning Demos
  • Crazy 8s
  • Solution Sketching
  • (my session) Experiment Design (they call this Storyboard)
  • Prototype Building
  • User Testing

I have a hard time keeping groups engaged in the Storyboard session so I typically simplify the prototype(s) (which is easier to do when you focus on value over usability) and just have a group conversation with the prototype maker about the storyboard and then iterate throughout the day. We still split out roles to make the prototype: copywriting, recruiting, asset gathering, etc.

There’s so much detail in the book that it’s spawned a cottage industry of digest guides even one from the authors.

Even the designers only do three day sprints which I learned at a Product Tank meetup where they did an overview workshop.

Audience: PMs. Designers.

Style: Prescriptive like a recipe. Should be read front to back. And then can be used as a reference.

Jim Morris. Founder, Product Discovery Group. Co-Founder, Former Head of Product, I mentor PMs and embed with Product teams to coach Product Discovery. I aim to make every Product team’s life easier and more fulfilling through spending their time and energy more wisely.

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch

Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore

Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store