Jeff Grant is responsible for innovating the retail security experience for the world's top electronics retailers. He's designed satellite hardware for NASA, invented toy and game concepts at IDEO, and transformed the customer experience at Bank of America. Jeff works to inspire and synthesize the efforts of inventors, designers, marketers, engineers, researchers, builders, and storytellers.
We spend 45 minutes (tops) creating a passable map, which is easy enough by this point. In the book it takes half a day, but when it’s all built up like this you can do it in 45 minutes. You do NOT need longer to create a map that’s good enough. The Decider then chooses a target area on the map—and voilà! That’s Monday done in half a day. Time for lunch and a BIG coffee…
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.
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.
We don’t have ‘formal’ exercises that you need to complete and submit. We’re big believers in not breaking up your learning flow, and we know these exercises often provide barriers where you need to submit something and wait for a response before you progress – this isn’t what this course is about. You’ll be able to move through at your own pace and learn in a style that’s comfortable to you – we’ll also make sure you have everything you need so that you don’t need to complete arbitrary exercises just to say you’ve done them.
With a solid foundation in science and rationality, Design Thinking seeks to generate a holistic and empathetic understanding of the problems that people face. Design thinking tries to empathize with human beings. That involves ambiguous or inherently subjective concepts such as emotions, needs, motivations, and drivers of behaviors. The nature of generating ideas and solutions in Design Thinking means this approach is typically more sensitive to and interested in the context in which users operate and the problems and obstacles they might face when interacting with a product. The creative element of Design Thinking is found in the methods used to generate problem solutions and insights into the practices, actions, and thoughts of real users.
Focusing on what designers do when they design, Design Thinking is structured around a series of in-depth case studies of outstanding and expert designers at work, interwoven with overviews and analyses. The range covered reflects the breadth of Design, from hardware to software product design, from architecture to Formula One design. The book offers new insights and understanding of design thinking, based on evidence from observation and investigation of design practice.
Organizations can often take months to create a new product concept…and many times that product concept was not validated by customer need or designed for what is most important to the business and customers. A design sprint can significantly shorten that timeframe into an intense 5 day period that is very productive. Five full days for a team dedicated to a design sprint is still more than many organizations or professionals can allocate. Our design sprint training workshops will show you this approach and how you can have more of a design sprint mindset and be able to get started with key activities.
In our case we had a 3rd party standing by to translate our sketches into finished layouts. And while this was convenient and easy for us, it is super important for people to get their hands dirty, and build whatever they’re going to test, for themselves! It teaches the importance of being specific and detailed, it shows how new issues emerge during such a process, and it provides first-hand experience of how easy it actually is to create a “just-real-enough-to-test” facade of an artefact.
Einstein was certainly right — we can’t solve problems by using the same kind of thinking we used when we created them. In addition, with the rapid changes in society, the methods we have previously used to solve many of the problems we face are no longer effective. We need to develop new ways of thinking in order to design better solutions, ser...
Design Thinking is an iterative and non-linear process. This simply means that the design team continuously use their results to review, question and improve their initial assumptions, understandings and results. Results from the final stage of the initial work process inform our understanding of the problem, help us determine the parameters of the problem, enable us to redefine the problem, and, perhaps most importantly, provide us with new insights so we can see any alternative solutions that might not have been available with our previous level of understanding.
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.
After you have a big and vague problem that your team decided to run a Sprint on, the next step is further defining the problem so that it’s concrete and manageable. Instead of a too vague statement like “How to reduce food waste in New York City”. You and the team need to do some pre-work to further define the problem — Who are the users? What’s your product focus/technology/strength? What are the constrains? Believe it or not, your team usually already know a lot about the problem. Someone in the organization probably already done some research or had some ideas. If your team has nothing, then look outside your organization, chances are that there is a competitor somewhere already doing something similar.
Braden Kowitz added story-centered design, an unconventional approach that focuses on the customer journey instead of individual 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 helped us start at the end, and 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 in the real world.
In addition to the “What”, the “Who” is also key for a successful Sprint. It’s not only who participants in the Sprint that matters, but also who to inform before the Sprint, and who to involve after the Sprint. We saw some of the most amazing Sprint result goto waste because high level management did not know about the Sprint or did not agree on the initial problem it’s solving. The most successful Sprints are Sprints that has the right people throughout the whole process.
In many cases, a design sprint will lead you to something that gets initial user validation, where the next steps are defined. You’ll have reduced risk by doing some validation early, and developed next steps faster than would have otherwise been possible. Character Lab³ had a design sprint like this with thoughtbot. In a week, a large group of diverse stakeholders from an educational nonprofit got on the same page about what would be built, and remarked upon how quickly they reached agreement. Teachers and students were excited about the prototype they saw and couldn’t wait to use it. What we needed to build was clear and could proceed unimpeded at a good clip, which was very much needed given the size of the app and its shoestring, nonprofit budget.
But probably the most valuable benefit of design sprints is that they introduce stakeholders to the importance of validating ideas with real users. Google has orientated the whole week around building a prototype that users find easy to use. That is a valuable lesson for colleagues who can often be more focused on their own agenda, rather than that of the user.