Here we present the answers based on our experience as design sprint facilitators.
In this post we cover:
- What is a design sprint?
- Do design sprints fit you well?
- The value of the design sprint methodology
- How to prepare your team for the design sprint process
What is a design sprint? What to use it for?
As the father of design sprint Jake Knapp puts it, “The design sprint is a five-day process for answering critical business questions through design, prototyping, and testing ideas with customers”. A design sprint comprises the well-balanced fusion of the most productive methodologies in an intensive week.
We apply design thinking methods not only to solve professional problems as part of our workflow, we also involve our clients to make the best of collaboration to go forward.
Additionally, we even use workshops as a tool to set our own business and company goals. This way we are participants and the facilitators on workshops on a regular basis.
Do design sprints fit your product team? Answer 5 questions
“The goal of a design sprint is not to spit out a perfect solution at the end of one week, but to get feedback on one or two of many possible solutions.” (Tim Höffer)
So how do you know if a design sprint will solve your problem? If you think the design sprint methodology just concerns rapid prototyping to get an MVP, you have missed the point. In fact, it does not present an exclusive method for new product design at all.
We have 5 questions for you that could guide your way to the answer (based on Xander Pollock and Richard Banfield). Think about your current product, team and problem:
1. Do you have a specific problem that needs a solution?
2. Is the problem complex with no obvious solution?
3. Do you need a cross-functional team to solve your problem?
4. Is your problem worth investing 5 days?
5. Do you need full-on innovation for a changing or a new market?
If you have answered yes to all 5 questions, you might benefit from a design sprint with your product team.
Decision making presents one of the hardest challenges, even for launched products. Design sprint can help decide which direction to go. You can brainstorm together, define core ideas and try different methods with no fear of failure or wasted time.
How we do design sprints? Prior to the sprint week, we have a casual kick-off meeting with clients. There we hear their expectations of the design sprint process and adjust the method to their needs. We do that to make sure a design sprint delivers the right solution to enhance the potential outcome.
What can the design sprint process do for me? – The benefits
Only five days’ time risk
According to the design sprint definition, coming up with testable solutions to a problem in a week already provides a practical value in the first place. You don’t need to risk investing in the building and launching of the actual solution to see its viability.
Cross-functional team power
Seeing sales, marketing, data and product people sitting together is so rewarding that it already provides an added value. Multidisciplinary teams can function extremely well, so it really merits the difficulty to figure out the right dates in the common calendar.
Your team learns collaboration methods
Learning several new methods that you can also apply separately is very useful, and not just for the product team. Those familiar with the endless meetings and brainstorming sessions resulting in no decision will definitely learn a few things.
How to prepare for the design sprint process as a team?
1. Allocate time and the team’s complete dedication
Design sprints represent a big investment because participants’ time also counts. However, you cannot just pop into a brainstorm between meetings with 400 other problems on your mind.
The entire purpose of sprint methodology aims for productivity by concentrating on one solvable problem intensively, getting fully into the flow and exploring opportunities you otherwise wouldn’t consider at all.
However, we can fully understand the impossibility of asking for three to five days of stakeholders’ valuable time at a corporate-size company.
So… invite everybody from the team in time. Product owners, project managers, marketing people, salespeople, customer service. The more diverse the team, the better. Invite developers, too. Seven participants besides the facilitators make up the ideal for a design sprint. Make sure that decision makers come as well.
2. Get yourself a facilitator
The workshop sequence will be tiring, but not a problem. You should know that it will require a time investment from your side.
The process also requires an experienced facilitator who can contribute to the success. Facilitating a design sprint sets a big professional milestone but also a constant challenge, as no two design sprints run identically.
Our team always tailors the sprint completely to the participants’ needs. Depending on the product, we involve one more person from our side if needed. This way, we can also add our out-of-the-box ideas to the participants’ besides facilitating the workshop itself.
3. Be flexible
Nothing with an agenda will unfold exactly according to it. Get prepared for that with your team. However, if the facilitator knows what should happen and why by heart, they will also know how to adjust it on the go and how to turn the unexpected to their advantage.
As a facilitator, I usually over-prepare the agenda for the same reason. Creating a well-defined, precise schedule forms one of the key elements. I take time to plan every minute, not just the timing and the activities but also the goals and the equipment we will need. Later, I always give thanks that I have.
Speaking honestly, the beginning of the design sprint is so uncertain (you don’t know what you will work on in the upcoming days, participants’ personalities etc.) that it really calms me that I have a detailed toolbox in mind. I usually send the agenda to the team so I can prepare for other possible questions as well.
4. Awaken the team spirit in all participants
Your team might have a great history of working together; it might not. But experiencing a design sprint together will surely bring them together. The team itself should ready itself mentally to take up that challenge and work together toward a common goal.
Assure the team that they don’t have to draw like a cartoonist. The knowledge and the great experience comes either way. The team members need to feel free from the judgement of their ideas and their representation of them.
Even we have also learnt that the facilitator’s work constitutes a team exercise, not a lone wolf’s job. After all, it drains energy intensively and requires a co-facilitator.
In UX studio, we work in pairs. The workshop facilitator has the responsibility for leading the current workshop, moving forward if needed, and ensuring everybody takes part equally.
The facilitator has to stay neutral and shouldn’t influence the others with opinions. The facilitator also records all the info about the day and emails everyone about the next. The co-facilitator helps with taking notes, photos etc.
The design sprint process: Adjust it to your needs but keep the structure
Rules are meant to be broken; the design sprint is meant to be modified.
Depending on your problem, a design sprint doesn’t necessarily take five days. As a consequence, you can alter some exercises. (In fact, design sprint 2.0 is planned for four days.) The facilitator has the responsibility to take away or add or lengthen steps of the sprint structure but in a way that keeps the structure.
During our last two sprints, we worked on a filter system redesign and an email handler. With these little elements of a complex site, we could speed up the sprint process a little. We kept the original sprint structure but we also fit the workshops for our customer’s needs where necessary.
A classic five-day design sprint looks like this:
- Day 1: Understand
- Day 2: Diverge
- Day 3: Decide
- Day 4: Prototype
- Day 5: Validate
Day #1 Understand
Intro: On the first day, aim to get on the same page. We introduce the agenda and then a friendly warm up in just a few minutes. The superheroes interview comes in as one of our favourite techniques to do this.
Long-term goals: Then we define long-term goals. We ask the team where they want to get to in six months, one year and five years. What feature ideas or added values would they like to have? How should users feel using the product? We try to find answers by defining business objectives related to user experience.
User Journey Map: We draw together a real user journey of how the users would use the product. We define their goals and take time to discuss the problematic steps. This helps to understand the flow even more. We really like using RealtimeBoard or Uxpressia for designing user journeys. To read more about how to design a user journey, read Dávid’s article.
HMW (How Might We): This technique helps to prepare for brainstorming. We aim to build questions from problems the team has related to the product and write them down on post-its separately. This boosts creative problem solving, which lets us reach the expected achievements in the user experience.
We talk through these questions by asking experts on the team. This presents a great chance to talk about fears and challenges, and make things clear. We group the post-its by topic and name every group. We vote for these HMW groups and move the winners onto the journey map.
By the end of the day, you will have a common understanding of the problem you wish to solve and a user journey/customer journey map.
Day #2 Diverge
Brainstorming day! We come up with lots of ideas to choose from. After the intro, everybody brainstorms alone and tries to find inspiring solutions. They can all come up with ideas based on their backgrounds.
Lightning demos: The whole team presents their ideas to each other in just three minutes. As facilitators, we can draw sketches about this to document it.
We take some time for the participants to walk around the room and take notes, then gather the best ideas from the walls (where we also have put the previous days’ documents). Since it led to a longer session, we played about 20 minutes of a chill music playlist on our last design sprint to generate a creative and calm aura.
Crazy 8: With this technique, each team member draws eight ideas in five minutes about a specific problem.
Don’t worry if you can’t push yourself to draw eight very different ideas even if someone set that goal. Bravery and creativity hold the key. Let your brain work and generate several variations on how to solve a problem.
Solution Sketch: After this session, we give 20 minutes to each team member to finalize just one of their own ideas and draw it in as much detail as possible. To maintain anonymity, have everybody draw with the same type of black pen.
With this, we finished Day 2 and hung the sketches on the wall so we can start the next day with the art gallery.
Day #3 Decide:
By the end of the third day, you will have a decision. Participants take a tour of the “art gallery” and put their voting dots on elements of the sketches that they prefer and their questions on post-its under each work. This will result in a heat map of preferred ideas to discuss in preparation for a final voting round. The most fun part of the day comes when the selected idea “becomes” a storyboard, ready for the next day’s prototyping.
By the way, Luca wrote a great article about UX storyboarding. Find it here to dive into this topic.
Day #4: Prototype
Time for action and production. At this point, the decision makers have usually gone off-site. The team starts the busy prototype manufacturing. Other members of the team produce the script for the upcoming usability test and has already arranged test participants.
Day #5 Validate
Time to see your work in action and test the prototype with real users. We involve everyone to observe the usability tests. It is useuful to livestream them to the rest of the team so they can keep up with the user tests without disturbing the session. As a closing session, we discuss the entire week and present the user test results.
Note: Find the detailed description of each day in the book or on Jake Knapp’s blog.
So, is a design sprint the right choice for your product team?
The design sprint methodology is the right choice, if:
- The problem is complex and specific
- You need innovation
- You have resources for an intense five-day workshop with the team
The benefits of a design sprint:
- In only five days, you can see if a solution might work
- You can collaborate in a cross-functional team
To prepare, you need:
Time, and… team spirit!
Want to run a design sprint for your team?
Have any questions about our design sprint? Don’t hesitate to contact us and write a comment below.
Want to know more about the UX process? Download our free ebook Product Manager’s Guide To UX Design to read our UX case studies and learn about tools and tricks.
We also have additional reading for you, an actual hardcover Product Design book as well! And we ship it worldwide – for free!
Source link https://uxstudioteam.com/ux-blog/design-sprint/