Jake Knapp describes Design Sprints as a greatest hits of productivity, decision making, innovation, creativity, and design — and I think that’s true. But I recently took part in a sprint which modified this “greatest hits” formula heavily. My gut feeling was that these modifications were not beneficial, but since I was unfortunately not in a position to change the process, I chose to view it as an opportunity to gather data, and do a comparative analysis between this sprint, and the GV process outlined in the book — to learn, and to be more prepared for the next time around. https://i1.wp.com/s3.amazonaws.com/production-wordpress-assets/blog/wp-content/uploads/2016/11/23155646/RAD.png?fit
“Design thinking begins with skills designers have learned over many decades in their quest to match human needs with available technical resources within the practical constraints of business. By integrating what is desirable from a human point of view with what is technologically feasible and economically viable, designers have been able to create the products we enjoy today. Design thinking takes the next step, which is to put these tools into the hands of people who may have never thought of themselves as designers and apply them to a vastly greater range of problems.”
IDEO’s most famous example is the Shopping Cart Concept, a deep dive that was featured on Nightline in 1999.² The team pushed back on age-old mythologies about how design gets done and brought a multidisciplinary team together to brainstorm, research, prototype, and obtain user feedback that went from idea to a working model in four days. By collapsing the time constraints, the designers were essentially holding a gun to their heads and forcing themselves to come up with better solutions in less time.
The Sprint method allowed the team to start prototyping quickly, collect immediate user feedback, and make small mistakes early. We conducted multiple design sprints in quick loops—folding the learning from week one into the structure of week two, and so on. We learned a lot in the process. Here are a few quick tips we picked up for running successful and energizing design sprints.
To graduate, students must successfully complete 4 projects which affords you the opportunity to apply and demonstrate new skills that you learn in the lessons. The project will be reviewed by the Udacity reviewer network and platform. Feedback will be provided and if you do not pass the project, you will be asked to resubmit the project until it passes.
Tim references the importance of subtle behavior shifts, especially from leaders. One recipe for unsuccessful teams is having unrealistic time constraints. Teams miss deadlines, take a long time to iterate, and leaders get impatient. The way to flip this is to find ways to get to fast iterations and fast learning. The notion of what is failure changes dramatically along the time axis. The antidote of not being allowed to fail is to learn faster. It doesn’t feel like a failure if you learn in a week.
Prototype only what you need to validate your ideas in a very short time; hammer out a realistic prototype, a facade of the experience you have envisioned in the sketch phase. Design a barest minimum but usable prototype, taking advantage for instance of of Pop App, an app that transforms pictures of a story board into clickable UI; think of your prototype as an experiment in order to test out hypothesis;
Jake spent 10 years at Google and Google Ventures, where he created the Design Sprint process. He has since run it over 150 times with companies like Nest, Slack, 23andMe, and Airbnb. Today, teams around the world (including the British Museum and the United Nations) use Design Sprints to solve big problems and test new ideas. Previously, Jake helped build products like Gmail, Google Hangouts, and Microsoft Encarta.
For example, if your problem is “How to build a better newsletter for existing customers to increase brand loyalty”, you probably don’t need a Design Sprint since you already know the solution of better brand loyalty is a better newsletter. Just create a project and follow the normal product design process. You can still prototype and test with users, but it probably doesn’t require everyone to drop whatever they are working on for a week to figure out the design.
We added a new exercise here that makes the storyboarding process at least 27 times easier (give or take). It’s called User Test Flow and it’s a form of Note & Vote exercise. Everyone designs the barebones of their own storyboard and then we vote on the one or two that we end up prototyping. Even though it’s an extra step, it speeds up the storyboarding process by a million miles and eliminates the “designing by committee” aspect of it. Here’s a video that explains it in detail (and there’s a Medium post on it, too).
Braden Kowitz added story-centered design, an approach that focuses on the user instead of features or technologies. Michael Margolis took customer research—which can typically take weeks to plan and often delivers confusing results—and figured out a way to get crystal clear results in just one day. John Zeratsky brought a focus on measuring results with the key metrics from each business. And Daniel Burka brought firsthand expertise as an entrepreneur to ensure every step made sense for startups.
Instead of an endless debate or a watered-down group decision nobody's happy with, you'll use the five-step "Sticky Decision" method to identify the best solutions before turning the final decision over to your Decider. Then, in the afternoon, you’ll take the winning scenes from your sketches and combine them into a storyboard: a step-by-step plan for your prototype.
No special previous knowledge is required. The Design Sprint Master course builds on the Google Ventures Framework and Jake Knapp's SPRINT book. It is further developed by drawing on our trainers' experience of many sprints in large and small businesses. Although reading SPRINT is not a prerequisite, it will offer advantages in being better prepared for the individual steps of the process.
“…the more I pondered the nature of design and reflected on my recent encounters with engineers, business people and others who blindly solved the problems they thought they were facing without question or further study, I realized that these people could benefit from a good dose of design thinking. Designers have developed a number of techniques to avoid being captured by too facile a solution. They take the original problem as a suggestion, not as a final statement, then think broadly about what the real issues underlying this problem statement might really be (for example by using the "Five Whys" approach to get at root causes). Most important of all, is that the process is iterative and expansive. Designers resist the temptation to jump immediately to a solution to the stated problem. Instead, they first spend time determining what the basic, fundamental (root) issue is that needs to be addressed. They don't try to search for a solution until they have determined the real problem, and even then, instead of solving that problem, they stop to consider a wide range of potential solutions. Only then will they finally converge upon their proposal. This process is called "Design Thinking."
During the four-week boot camp, we present a balance of theory and practice aimed to build up your confidence and set you up to run (and sell) your own Design Sprints. Get ready to deep dive in one of our rich scenarios and design solutions using our unique canvas-to-canvas approach. This approach was designed to make your experience learning about Design Sprint a smooth sailing one. You can take as much time as you want to go through the Boot camp, usually students complete the course in two months. That being said, it is possible to finish the core-program in just one month. Here is a suggested breakdown structure for that.