UI/UX Design

Good Products Start With Good Questions

Get better with problem-solving using the Sprint Method. Set goals, address assumptions, unleash curiosity. Learn from Jake Knapp's 'Sprint


Monday of the sprint week begins with an exercise we call "Start at the End". It's a look ahead — to the end of the sprint and beyond. You and your team will lay out the basics: your long-term goal and the difficult questions that must be answered to get there.

When a big problem arises, it's natural to want to solve it immediately. In your five-day sprint, the clock is ticking, the team is excited, and solutions start popping into everyone's mind. But if you don't first slow down, share what you know, and prioritize, you could waste time and effort on the wrong part of the problem.

Starting at the end is like being handed the keys to a time machine. What questions would be answered if you could jump ahead to the end of your sprint? If you went six months or a year further into the future, what would have improved your business due to this project? Even when the future seems obvious, it's worth taking the time to make it specific and write it down. You'll start with the project's long-term goal.

To start the conversation, ask your team these questions: "Why are we doing this project? Where do we want to be six months, a year, or even five years from now?"

The discussion could take anywhere from thirty seconds to thirty minutes. Don't be embarrassed if your team doesn't quite agree about the goal or lacks clarity. But do have a discussion and figure it out. Slowing down might be frustrating for a moment, but the satisfaction and confidence of a clear goal will last all week.

Your goal should reflect your team's principles and aspirations. Don't worry about overreaching. The sprint process will help you find a good place to start and make real progress toward even the most significant goal. Write it at the top of the whiteboard once you've settled on a long-term goal. It'll stay there throughout the sprint as a beacon to keep everyone moving in the same direction.

Okay, it's time for an attitude adjustment. While writing your long-term goal, you were optimistic. You imagined a perfect future.

Now, it's time to get pessimistic. Imagine you've gone forward in time one year, and your project was a disaster. What caused it to fail? How did your goal go wrong?

Lurking beneath every goal are dangerous assumptions. The longer those assumptions remain unexamined, the greater the risk. In your sprint, you can ferret out assumptions, turn them into questions, and find some answers.

Like the goal, these questions guide the solutions and decisions throughout the sprint. They provide a quasi-checklist that you can refer to throughout the week and evaluate after Friday's test.

List of sprint questions

You'll list out your sprint questions on a second whiteboard. We have a few prompts for getting teams to think about assumptions and questions:

  • What questions do we want to answer in this sprint?
  • To meet our long-term goal, what has to be true?
  • Imagine we travel into the future, and our project fails. What might have caused that?

An important part of this exercise is rephrasing assumptions and obstacles into questions. When Blue Bottle Coffee ran a sprint to build an online store, they assumed they could find a way to convey their coffee expertise to new customers, but before the sprint, they weren't sure how. It's not difficult to find an assumption such as Blue Bottle's and turn it into a question:

Q: To reach new customers, what has to be true?

A: They have to trust our expertise.

Q: How can we phrase that as a question?

A: Will customers trust our expertise?

This rephrasing conversation might feel weird. Normal people don't have conversations like this one (unless they're Jeopardy! contestants). But turning these potential problems into questions makes them easier to track — and easier to answer with sketches, prototypes, and tests. It also creates a subtle shift from uncertainty (which is uncomfortable) to curiosity (which is exciting).

You might end up with only one or two sprint questions. That's fine. You might come up with a dozen or more. Also, just fine. If you end up with a long list, don't worry about deciding which questions are most important. You'll do that at the end of the day on Monday when you pick a target for the sprint.

You'll face your fears by starting at the end with these questions. Big questions and unknowns can be discomforting, but you'll feel relieved to see them all listed in one place. You'll know where you're headed and what you're up against.

Nir’s Note: My friend Jake Knapp just published a fantastic book titled, Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days. The book details a process he and his colleagues at Google Ventures use to quickly go from idea, to prototype, to live test. Jake put together an exclusive excerpt from the book for NirAndFar.com readers.

Jake Knapp is a Design Partner at Google Ventures. He has run more than a hundred sprints with startups such as 23andme, Slack, Nest, and Foundation Medicine. To learn how to run a sprint with your own team, check out Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days.

Similar posts

Subscribe to our monthly startup newsletter!