The Design Sprint invented at Google is a process for teams to effectively work on a new project within five days, typically from Monday to Friday. All stages are shown in the figure below. The Design Sprint is well suited for software projects.
On the first day the challenge and the problem are defined. The team sets long-term goals for the project, but also looks at difficult questions for the sprint. A map of key players is drawn. There is a set of methods the team can conduct like ‘ask the experts’ to gather more information in small interviews and ‘how might we’ to focus back on opportunities. At the end of the first day a target from the map is
chosen.
The second day is all about getting ideas together and sketching solutions. At this point concrete drawings are welcome. As a guiding principle, every team member is asked to do their own sketching,
inspired by existing solutions and the discussions from the previous days.
The different sketches will be presented to the team on the third day in order to decide for one or a mix of sketches. Later the day a storyboard will be produced to help prototyping. In around ten steps the storyboard shows how a user will interact with the new developed product.
The last two days are about prototyping. A prototype is built on the fourth day with enough functionality to allow user testing on the last day. On the last day interviews are done with users to receive feedback. The idea is to identify patterns from the interviews which can then be compared with the long-term goal and sprint questions from day one. On this basis the team decides how to continue after the Design Sprint.
To have a successful Design Sprint two roles need to be assigned. One is the facilitator, guiding the group through the whole process, knowing the steps and methods and bringing the team together. The second one is the decider, who is taking final decisions after the team went through a non-binding voting phase.
This is a variation of the Design Sprint adapted from the Karrot team and the Karrot Community. One of the most significant changes is to change the ’sprint’ to a ’process’. The following describes the different stages.
Stage 1 - Defining the Challenge
Useful framing: ‘How might we…’
Also possible to create a map with topics, questions, key players
Stage 2 - Sketching Solution
Method: First doing own sketches and then presenting them to other participants. The defined long-term goal from Stage 1 serves as a guideline and reference to come back to.
Stage 3 - Synthesize ideas and make first decision
Either the previous step led to a collaborative process where a final sketch emerged or one person synthesizes ideas into a final sketch and brings it back to the group.
Stage 4 - Prototyping
Based on the sketches and decision a prototype can be build.
Simple: Use https://penpot.app/ or work on a more detailed sketch with whatever tool you like
Advanced: Build more complex prototype tool to show functionality.
Stage 5 - Testing the Prototype/ Get feedback
Simple: Bring back to Weekly Meeting, ask in Karrot group and forum