Design sprint slideshare

Being critical is a must!
What
How
Why
The Golden Circle
~Simon Sinek

Why Design Sprint?
Design matters. Speed matters.
What if we could have both?

What is Design Sprint?
A design sprint is simply a structured brainstorm based on design thinking, agile
development and gamestorming.

Prepare the supplies
* Sharpies
* Paper
* Tape
* Sticky notes,
* Voting dots
* a timer
* a timer.
Snacks and coffee are
useful, but not required
:)

Get The Team
• Designer
• C levels / Director
• Product manager
• User expert
• Engineer
• Marketer
• Anybody else who’s interested

There are 5 stages
Understand Diverge Decide Prototype Validate
What are the user
needs,
business need and
technology
capacities,
the key strategy and
focus
How might we
explore as many
ideas as
possible
Select the best
ideas so far
Create an
artifact that
allows to test the
ideas with users
Test the ideas
with users,
business
stakeholders
and technical
experts

Understand
360 lightning talks on
business goals,
technology and user
research
Visiting users in the field
where the product is used
Stakeholder map
User interviews
Summarize the learnings
Competitive Overview

360 degree
lighting talks
To understand the problem
from many point of you.
The talk should include
1. Business goals and
success metrics / 5
mins
2. Technical capacities
and challenges / 5 mins
3. Relevant user research
/ 5 mins
4. Lay it out the existing
page/screen and feel
the experience

Competitive Overview
What other products and
services can inspire the
team work?
A brief review of 3-10 similar
projects can be a great way
to kick start the sprint.
For example, if a team is
working on a online store
experience, they might want
to visit the sites, such as
Google Play and list what
they like and dislike.

User Interviews
Users are the ultimate judges of
whether a product is good or not.
This is why it’s a great idea to
start a sprint by finding and
interviewing users.
The user interviews should
include questions about how
users use a particular product,
and what they like and dislike
about it.
When designing a new product,
the interviews can focus on what
alternative ways users employ to
solve their problem.

Field visits
In some cases, interviews by
themselves are less useful than
visiting users in the context
where they use the product.
For example, if making a product
for technical support teams, it’s
useful to visit the offices where
they work and the space where
they meet clients.
Field visits include all the best
practices of a user interview, but
additionally allow the team to
understand the context.

Stakeholder map
Products and services often have
multiple types of people they are
designed for.
The stakeholder map lists all the
possible people concerned in a
situation.
30 minute how-to
1. List all possible stakeholders in
a project / 10 min
2. Group the stakeholders in
meaningful sections / 2 min
3. Decide what stakeholders you
will design for during the sprint,
and in what order.
4. Plan need finding activities and
consider creating a team to
work on each group.

Summarize the learnings
Use sticky notes to share the ideas,
and group them into themes. Vote on
the best ideas, the ones that bring the
most insight and should be pursued.
This exercise is a “first check” and not
a final decision on a direction. The
team will continue to learn and decide
in the later stages, so nothing at this
point is final.
For more information, read more about
the “How might we?” method
attributed to by IDEO and described a
number of articles online.

Diverge
Crazy 8
Silent critique
Sketch storyboard
in 5 minutes
explore as many ideas as possible
Define the part of
problem
Take notes Mind Map
Three minute
critique
Super vote

Define the part of the
problem
Now decide which part to focus
on first. It usually makes sense
to have everybody in the sprint
focus on the same part of the
problem at once.

Take notes
This is your chance to reload that stuff into
your brain. Everyone takes a piece of paper
and jots down anything they think is useful.

Mind Map
Now you’re going to add all the other ideas
that are in your head, mix them with the
notes you just took, and loosely organize
them on paper.

Crazy 8 in 5 min
This is a great technique that
originates from Gamestorming
workshops. It invites the team to work
individually, and sketch 8 ideas in 5
minutes. It’s a great warm up exercise!
7 minute how-to:
1. Give everyone a sheet of paper
and ask them to fold it 3 times 1
min
2. Ask the team to unfold the paper
and notice the 8 grid rectangle
created.
3. Ask them to sketch 8 ideas in 5
mins, one in each rectangle.
/ 5 min

1 storyboard in 10 min
Sometimes, the ideas are too
complex to express on 1 page. This
is when your team need to think in
terms of stories or flows.
Ask your team to sketch a
storyboard of all the key steps the
user much take. If your team is new
to design, encourage them to think
in terms of comic book strips :).

Zen Voting / Silent
Critique
After the sketching, it’s time
to share the ideas on a
whiteboard. Encourage
sprinters to do zen voting:
reviewing the ideas and
voting in silence.
This allows everyone to form
their own opinions before
they get biased by others.

Three minutes critique
Everybody gathers around
the storyboards one at a
time. First, people talk about
what they liked, then we ask
the person who drew it if we
missed anything important.

Decide
Search for conflicts
Best shot or Battle
royale?
Thinking hats
Whiteboard User Story
Select the best ideas so far

Search for conflicts
Now put the same area in
same category. It might be
more than one approaches
and it is conflict.
Each conflict is like gold
mine.

Team review &
decision on what to
prototype
At this point, the team can
discuss the best ideas and
decide which ones to
prototype.
Best shot or battle royale?

Thinking hats
If your team is new or tends
to be biased in their opinion,
assign everyone a Thinking
Hat. Each hat represents a
different point of view that’s
valuable and that can enrich
the final decision.
Encourage everyone to
choose a perspective and
discuss the decision from
that point of view.

Whiteboard user story
Now we’re going to make a
storyboard that shows
exactly how the user will
step through your prototype,
click by click.
This storyboard will become
the spec for building the
prototype.
This is an activity that the
group does together — it’s
actually the last group step
before you break for
prototyping. Get one person to draw, but don’t make them figure
everything out on their own.

Prototype
Mocks Demos
Videos Physical prototype

Prototyping
A prototype is something
that makes your ideas “real
enough to feel”, so you can
get feedback from users.
Teams tend to spend the
most time in this stage.
A prototype could be:
● Mock
● Demo
● Video
● Physical prototype

Validate
User Test Stakeholder feedback
Technical feasibility
check
Test the ideas with users, business stakeholders and technical experts

User Testing
As soon as the team is done
prototyping, it’s time to test.
A simple user test can
uncover valuable insights
very quickly.
What do users like and
dislike in the prototype?
What would they like to
improve?
Does the solution meet their
needs overall?

Stakeholder validation
The key stakeholder of the
projects often is the one who
decides to fund or allocate
resources to the ideas. This
person may be the Director
of the group or the CEO of
the company.
Their review and approval is
essential for the sprint to
succeed.

Technical feasibilty
validation
Do the design ideas match
or exceed the technical
capacity of the team?
An engineering review can
help the team scope the
work appropriately, and
discuss potential
workarounds.

Ship Early, Ship Often
Learn Early, Learn Often

Design sprint slideshare

In this document