The course is totally self-paced and you can move through the materials at a pace you’re comfortable with. It’s our aim to make you Design Sprint-facilitation-ready as quickly as possible and we don’t want to waste your time with pointless exercises and tasks that don’t contribute to you becoming a confident facilitator, so we estimate that you can complete the course and be ready to facilitate your first Sprint within 2 weekends, without stress.
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 big idea with the Design Sprint is to build and test a prototype in just five days. You'll take a small team, clear the schedule for a week, and rapidly progress from problem to tested solution using a proven step-by-step checklist. It's like fast-forwarding into the future so you can see how customers react before you invest all the time and expense of building a real product.
Jonathan is the Co-Founder of AJ&Smart and is a Product Designer working between Berlin and San Francisco. His passion is helping companies work better together and empowering individuals to make real change in their organisation. He’s worked with everyone from General Electric, to LEGO, and Airbnb. Fun fact: Jonathan co-hosts a podcast with Jake Knapp, check it out here.
Day 3 sees us kick off prototyping, and we do this pretty much exactly as stated in the book, so nothing new to report here. It’s noise-cancelling-headphones-on mode for our resident Prototyper, and we’ll have a couple of huddles throughout the day to make sure we’re all on track. We’ll also update the client at the end of the day to keep them involved and show them what we’ve been doing throughout the day.
Why did we tell you this story? Telling stories can help us inspire opportunities, ideas and solutions. Stories are framed around real people and their lives. Stories are important because they are accounts of specific events, not general statements. They provide us with concrete details that help us imagine solutions to particular problems. While we’re at it, please watch this 1-minute video to help you get started understanding what Design Thinking is about.
It is a long time now that Design Sprints were used only by young, tech startups. The acclaimed success of the framework also triggered the interest of professionals in established companies, who search for tools to bring innovation into their companies. Whereas many successful startups adopted the Design Sprints from the start, established companies need to make a switch in working processes and habits, to implement and benefit from the framework. Setting the prerequisites and further implementation, therefore, became another focus area for some trainers and consultants. Trainers now target a variety of professionals, from startup founders to designers, from UX leads to developers, from marketers to innovation managers in multinationals. Most of the trainers combine public workshops with in-house training and facilitation.
Graphite introduced design sprints to clients in the first year that the the process was published by Jake Knapp and John Zeratsky at Google Ventures, which means we’ve optimised our own design sprints throughout the years. After facilitating many design sprints for our clients including Pfizer and Safilo, we realised that many clients wanted to train their own in-house teams in the design sprint methodology. Here are the design sprint training courses we offer. We also facilitate & provide design sprint teams.
“On Monday, you and your team defined the challenge and chose a target. On Tuesday, you’ll come up with solutions. The day starts with inspiration: a review of existing ideas to remix and improve. Then, in the afternoon, each person will sketch, following a four-step process that emphasizes critical thinking over artistry. Later in the week, the best of these sketches will form the plan for your prototype and test.”
On Thursday, you'll build a realistic prototype of the solutions in your storyboard so you can simulate a finished product for your customers. Design Sprint prototyping is all about a "fake it till you make it" philosophy: With a realistic-looking prototype, you'll get the best possible data from Friday's test, and you'll learn whether you're on the right track.
A design sprint reduces the risk of downstream mistakes and generates vision-led goals the team can use to measure its success. For the purposes of this book, we’ll focus on digital products, as our direct experience lies in that arena, though the design sprint has roots in gaming and architecture,¹and many industries have employed them successfully.
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.
What if we asked as many questions as kids? Frederik highlights the imbalance between the number of questions we ask as kids versus adults. “For example, my oldest child probably asks about 180 questions a day. But as adults, we’re maybe asking 2-4 questions a day.” In his book A More Beautiful Question, Warren Berger shares a great example of this. The simple, yet powerful question that led to the creation of the Polaroid Instant Camera—why do we have to wait for the picture—came from the four-year-old daughter of the founder of Polaroid.
A complete Sprint process involves user testing in the last two days. Scheduling is hard and resources are limited. It’s very easy to just do half of a Sprint and fall in love with the ideas your team come up with. A successful Sprint always include research with end users or at least internal people who is not in the Sprint team to validate the ideas. I would even recommend lower the fidelity of your prototype to squeeze in time for research. Testing some sketches on paper is definitely better than having a polished interactive prototype that haven’t been validated by anyone. You always learn something from user research, so you should always, always include research in your Sprint process.
Other trainers are experienced consultants and trainers in the area of UX, Scrum, Agile and Lean, who stay market-oriented by adding Design Sprints to their curriculum. For example, the German Trendig offers Design Sprint courses next to certified Agile and software training. The UXER school (Spain) offers Design Sprint workshops next to other user-centered and Design Thinking courses, just as UX-republic (France). The trainers behind Lǿpe (Norway) are experienced workshop facilitators and then decided to focus on Design Sprints only.
The design sprint is an important approach to innovation and quickly developing new products and services that customers want. It is becoming a popular trend in organizations and with designers and developers. It is also relevant to people of other roles since innovation is everyone’s business. Scroll through this article for a quick design sprint training guide. Consider getting the book (or at least the free toolkit and resources), participating in a design sprint workshop, or running your own sprint to learn through experience.
Transforming concept into business: transforming the prototype into a business stream, is not only a question of product industrialization, it’s also a matter of distribution channels, customer relationship, resources, partnerships, profitable model, all things that often require the engagement of parent business unit within the company. This transformation process where your innovative concept creates an opportunity for your partner business unit is a delicate scale-up to handle.
‘How do people actually use our product?’ is a fundamental question that every product creator must answer. In order to answer this question, product designers need to understand the essence of the whole experience from the user’s perspective. User journey mapping is an excellent exercise that can shed light on that. What is a user journey map? User journey map is… Read More ￫
After a career in user experience design and research at companies like Microsoft and Nuance, Trace then became a developer at Pivotal Labs, and is now a Managing Director at thoughtbot. He has facilitated numerous product design sprints, and is an author and maintainer of thoughtbot's design sprint methodology repository. He's brought Lean and Agile methodology to many large companies and small startups, helping teams to focus, prioritize, and become happy and productive.
Monday’s structured discussions create a path for the sprint week. In the morning, you’ll start at the end and agree to a long-term goal. Next, you’ll make a map of the challenge. In the afternoon, you’ll ask the experts at your company to share what they know. Finally, you’ll pick a target: an ambitious but manageable piece of the problem that you can solve in one week.
Your sprint began with a big challenge, an excellent team—and not much else. By Friday, you’ve created promising solutions, chosen the best, and built a realistic prototype. That alone would make for an impressively productive week. But 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.
is one of the pioneers of Design Sprint methodology in Europe. Based in Switzerland, he works with startups and big companies in the regions of Lausanne (EPFL), Geneva and France. Passionate about digital, he has more than 15 years of experience in agencies, crafting website and designing apps. He will accompany you throughout the process: from idea to prototype.
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.
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.
You can’t change what you can’t measure, right? One of the biggest questions we initially faced when implementing design sprints in our organizations was “How do you measure the success of a design sprint?” In our experience, it was often the absence of something that we were trying to measure. For example, how do you measure the amount of time you won’t spend on bad product development? How much money will you save by not investing in a product that will make less ROI? Those questions point toward future gains by not spending some difficult-to-calculate amount of time or money. How do you measure the absence of a failed product?
Have a group and want to save more? Groups always save with Coveros Training! Groups of 3–5 save 10% on Public and Live Virtual training, and groups of 6 or more save 20%. Group discounts are automatically applied when registering multiple attendees with the same initial path. For groups choosing a mix of classes, contact our Client Support Group at 929.777.8102 or email [email protected]. https://www.tatvasoft.com/blog/wp-content/uploads/2015/12/rapid_application_development.jpg
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.