-
Notifications
You must be signed in to change notification settings - Fork 10
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #82 from dwyl/google-design-sprint-summary
Outlines Google Design Sprint process
- Loading branch information
Showing
1 changed file
with
103 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,103 @@ | ||
# Google Design Sprints summary | ||
|
||
> The sprint is a **five-day process** for *answering critical business questions through design, prototyping, and testing ideas* with customers. | ||
Developed at Google Ventures (GV), it’s a “greatest hits” of **business strategy, innovation, behavior science, design thinking**, and more—packaged into a battle-tested process that any team can use. | ||
|
||
_Source: [Google Ventures](http://www.gv.com/sprint/)_ | ||
|
||
With a few projects using this methodology coming up in 2018, here's a brief summary of the process, some bullets for use in proposals etc., and some general resources / further reading. (https://github.com/dwyl/process-handbook/issues/80) | ||
|
||
## Bullets | ||
|
||
Here is a very topline overview of the process, used in a recent proposal: | ||
|
||
Google Design Sprint: a design method developed and battle-tested by Google Ventures, **fast-forwarding through design, prototyping, and customer-testing in only five days**: | ||
* *Monday* - articulate a **long-term goal**, workshop it with the team, and **pick a target for the week** | ||
* *Tuesday* - **review** existing ideas, **sketch** rough ‘n’ ready solutions; **recruit** target customers ready for Friday’s user tests | ||
* *Wednesday* - **decide** which solution to take forward, turn sketches into a full **storyboard** | ||
* *Thursday* - **develop** (the facade of) the **prototype**, just **realistic** enough to start user tests; decide on a **testing process** and identify key aspects for customer feedback | ||
* *Friday* - **interview** testers, **observe them reacting** to the product. Pat ourselves on the back - an entire design cycle in five days! | ||
|
||
Here is an image that we liked which neatly illustrates the process: | ||
|
||
 | ||
*Source: [Benjamin Richy on Medium](https://medium.com/@BenUserMood/what-would-you-learn-if-you-read-the-google-design-sprint-book-8183aa9a120e)* | ||
|
||
## Process in more detail | ||
|
||
(While reading this, do bear in mind that dwyl would tweak the process below based on the nature of the client/objective/timings/etc. - this is the canonical process as described at [Google Ventures](http://www.gv.com/sprint/)) | ||
|
||
### Before the workshop | ||
|
||
It's a whirlwind of a week so *preparation is key*. | ||
|
||
This starts with the workshop **facilitator** identifying people from across the team/company with different job roles - business, marketing, technology, product and design, etc. | ||
|
||
Then make sure the sprint team are engaged beforehand (for example, sending them an introductory note to build up anticipation and explain the sprint concept). | ||
|
||
You'll also need to make sure the group has access to a suitable *collaborative space* for the week, and stock up on the usual *workshop materials* - postit notes, felt pens, and so on. | ||
|
||
See [setting the stage](https://library.gv.com/sprint-week-set-the-stage-99f2f29ce0e7) for much more detail (Google Ventures Library) | ||
|
||
### Monday | ||
|
||
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. | ||
|
||
See [Monday](https://library.gv.com/sprint-week-monday-4bf0606b5c81)) for much more detail (Google Ventures Library) | ||
|
||
### Tuesday | ||
|
||
After a full day of understanding the problem and choosing a target for your sprint, on Tuesday, you get to **focus on 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*. | ||
|
||
You’ll also *begin planning Friday’s customer test* by recruiting customers that fit your target profile. | ||
|
||
See [Tuesday](https://library.gv.com/sprint-week-tuesday-d22b30f905c3) for much more detail (Google Ventures Library) | ||
|
||
### Wednesday | ||
|
||
By Wednesday morning, you and your team will have a *stack of solutions*. That’s great, but it’s also a problem. You can’t prototype and test them all — *you need one solid plan*. | ||
|
||
In the morning, you’ll critique each solution, and **decide** which ones have the best chance of achieving your long-term goal. | ||
|
||
Then, in the afternoon, you’ll take the winning scenes from your sketches and weave them into a **storyboard**: a step-by-step plan for your prototype. | ||
|
||
See [Wednesday](https://library.gv.com/sprint-week-wednesday-900fe3f2c26e) for much more detail (Google Ventures Library) | ||
|
||
### Thursday | ||
|
||
On Wednesday, you and your team created a storyboard. On Thursday, you’ll adopt a **“fake it”** philosophy to turn that storyboard into a **prototype**. | ||
|
||
*A realistic façade is all you need* to test with customers, and here’s the best part: by *focusing on the customer-facing surface of your product* or service, **you can finish your prototype in just one day**. | ||
|
||
On Thursday, you’ll also make sure everything is ready for Friday’s test by confirming the schedule, reviewing the prototype, and writing an interview script. | ||
|
||
See [Thursday](https://library.gv.com/sprint-week-thursday-df8d7c8c0555) for much more detail (Google Ventures Library) | ||
|
||
### Friday | ||
|
||
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*. | ||
|
||
See [Friday](https://library.gv.com/sprint-week-friday-7f66b4194137#.8e10zsect) for much more detail (Google Ventures Library) | ||
|
||
## Further reading | ||
|
||
* [The sprint book itself](https://www.thesprintbook.com/buy/) | ||
* [Running a Google Design Sprint for startups from start to end](https://medium.com/google-developer-experts/running-a-google-design-sprint-from-start-to-end-6b3b12fa81ef) | ||
* [What would you learn if you read the Google Design Sprint Book?](https://medium.com/@BenUserMood/what-would-you-learn-if-you-read-the-google-design-sprint-book-8183aa9a120e) | ||
* [Design sprint kit](https://designsprintkit.withgoogle.com/) |