Once everyone is BFFs, we introduce design sprints as a practice. We talk about how they fit into the bigger picture of business innovation, design thinking, and product development. We help attendees understand the work your team will need to do before the sprint, to ensure we’re connecting business value to the sprint, as well as choosing the right/best challenge.
Some started as a product design or UX agency, who adopted the Design Sprint themselves in order to improve user experiences. By adopting the framework, the newly build digital products were not only embraced by their clients but even more so by its end-users. After implementing Design Sprint in their own agencies, they started training their clients, as well as outsiders. In this category, we find Design Sprint Academy (Germany, UK, Canada, Australia) AJ&Smart (Germany), Perspective (The Netherlands) and Hike One (The Netherlands).
This is Chapter 1 from “Design Sprint: A Practical Guidebook for Building Great Digital Products,” by Richard Banfield, C Todd Lombardo, and Trace Wax. Design Sprint was just recently named one of the 100 Best Product Design Books of All Time by The Book Authority (#8 for those who are counting!). NOTE: I have included links to additional, related Design Sprint resources within the post that are not part of the book chapter. These resources are denoted by a “- — -” divider.
In theory you probably could, and we’ve always been advocates for making the Design Sprint as open as possible, and our aim is to get as many people as possible using it (as long as they do it properly!) however to get all the information in a structured way, and all the toolkit and materials for free, would be really hard and would take hours of piecing bits of information together. Also, most of the information that’s readily available is on the internet (including our own) speaks to a total beginner audience, whereas the material in our course, while suitable for beginners, will give you a deep-dive into the Sprint and all the process and materials around it. The toolkit we provide as part of the course is the actual ‘live’ stuff we’re currently using with our Sprint clients, and we’ve never made it readily available, and to our knowledge, there isn’t anyone else putting this stuff out there.
We’ve designed the materials so that you won’t need one. We make everything as detailed and descriptive as possible so that you don’t need to ask a Mentor questions and wait for their answer, something that we feel breaks up the flow and could delay your progress. With this said, if you come up against questions or problems as you go through the course then we’ll always give you multiple ways to reach out to us to help, and we’ll happily do so 🙂
What I Find Noteworthy: They have a certification program and a mentor program. If you pass their Sprint Master certification exam, you can serve as a mentor to other students in future classes, and join their online community of Sprint Masters. Students learn not one, but two different approaches to design sprints (Jake Knapp’s sprint model and Tenny Pinheiro’s MVS service start-up model).
Google could learn a lesson from REALM Charter School in Berkeley, California, where students put the principles of good design thinking into practice. Emily Pilloton, teacher and Studio H founder, wrote that design should be “an active response to a context . . . a social act that builds citizenship in the next generation.” Students in her program have built a school library, a farmers’ market, and an outdoor classroom. But before diving into the projects, they conduct ethnographic research to identify their community’s (or, in the case of the library and classroom, their own) needs.
In the end the design effort and research should lead to an "Fact Based or Evidence Based Business Design". The design can have many forms, ranging from a business plan to a company website, but we advise that the design should at least contain a substantiated Value Web, a substantiated Business Model Canvas and a substantiated Value Proposition Canvas.
While we assume you’re familiar with the original Design Sprint, here’s a quick recap: the Design Sprint is a five-day process to solve big problems and test ideas. A dedicated team discusses a challenge, designs potential solutions, and tests them with real users. You start with something vague, and finish with real feedback and something extremely tangible in just five days.
This should be a no-brainer, but do NOT, under any circumstances start revising the foundation of the sprint, which was defined at the beginning of the process. In our case, assumptions, questions, goals and problems were literally revised on the last day of the sprint, rendering much of the process pointless, since everything in the sprint is built on top of this foundation. Mess with the foundation — and the whole house comes crashing down.
“Sprints begin with a big challenge, an excellent team — and not much else. By Friday of your sprint week, you’ve created promising solutions, chosen the best, and built a realistic prototype. That alone would make for an impressively productive week. But Friday, you’ll take it one step further as you interview customers and learn by watching them react to your prototype. This test makes the entire sprint worthwhile: At the end of the day you’ll know how far you have to go, and you’ll know just what to do next.”