{"id":19760,"date":"2017-05-02T15:18:56","date_gmt":"2017-05-02T22:18:56","guid":{"rendered":"http:\/\/www.taterboy.com\/blog\/2017\/05\/design-sprints-vs-the-double-diamond-process-model-2016-vs-2005\/"},"modified":"2017-05-02T15:18:56","modified_gmt":"2017-05-02T22:18:56","slug":"design-sprints-vs-the-double-diamond-process-model-2016-vs-2005","status":"publish","type":"post","link":"https:\/\/www.taterboy.com\/blog\/2017\/05\/design-sprints-vs-the-double-diamond-process-model-2016-vs-2005\/","title":{"rendered":"Design Sprints vs. the Double Diamond process model (2016 vs. 2005)"},"content":{"rendered":"
\"\"<\/figure>\n

The British Design Council developed the Double Diamond model in 2005. It is still a good conceptual tool for understanding and talking about creative processes, user-centered design, and wicked problems. But the world has changed since 2005. The design field has accomplished a lot of things since then, not least of which is the Google Ventures Design Sprint. I was curious how design sprints would complement and alter the Double Diamond model. This brief article is an exploration and clarification of that\u00a0idea.<\/p>\n

\"\"
Above: The British Design Council\u2019s \u201cDouble Diamond\u201d process\u00a0model.<\/figcaption><\/figure>\n

Pictured above is the BDC\u2019s DD model (incidentally, do also check out Dan Nessler\u2019s article on his revised DD model<\/a>). The model basically conceptualises a creative process as problem discovery, problem definition, concept development and delivering a tested solution.<\/p>\n

\"\"
Design Sprints take a shortcut directly to learning about an\u00a0idea<\/figcaption><\/figure>\n

Enter Google Ventures design sprints, which has at its core a very simple idea: \u201cwhat if we took a shortcut and went straight to learning if our idea is desirable? What if we could learn about this without actually building or delivering anything?<\/em>\u201d<\/p>\n

In a design sprint you run a short, 1-week learning loop where you build pretotypes<\/a> and test them with users. There is only one goal: to learn about your ideas, design concept, assumptions, questions\u2026<\/p>\n

Now obviously the process you follow in the Double Diamond way of thinking is also about learning?\u2014?but on a larger time scale! The short turnaround time of design sprints is one of the reasons it is such a potent tool: you rapidly gain feedback and learn, which lets you make decisions and stay\u00a0agile!<\/p>\n

\"\"
The insights that come out of the \u201cDefine\u201d phase can be tested by running one or more\u00a0sprints<\/figcaption><\/figure>\n

As the model above hopefully shows, the initial discover + define stages result in a number of insights \/ decisions<\/em> regarding areas to focus on. These are based on user research, which is good! But we still need to learn whether we have made good decisions?\u2014?design sprints allow us to do\u00a0this.<\/p>\n

At this point you might ask \u201cwhy should we need to complicate a perfectly good and simple model?<\/em>\u201d. Such a question would lead me to two shortcomings of the Double Diamond model: 1) it doesn\u2019t account for time spent (i.e. cost), 2) it doesn\u2019t show how or when risk is reduced. Both are pretty obvious parameters in a development process. You might even say risk and cost reduction is the entire point of following a structured design process. You do it, because you want to avoid screwing up and building something nobody wants, right?. Below is an augmented visualisation including time and\u00a0risk:<\/p>\n

\"\"
Adding risk and time spent to the visualisation highlights WHY design sprints are good idea. In essence, they are risk reduction.<\/figcaption><\/figure>\n

In the visualisation above, I have indicated that user research does lower risk?\u2014?but by how much? In my view, you still need to test your decisions to know if you actually made the right\u00a0ones.<\/p>\n

This, again, leads me to my next and final point: by fusing the DD model with Design Sprints, it is possible to reach a greater risk reduction earlier in the process, with less time spent. Design Sprints alone, however, could be seen as somewhat lacking with regards to user research. As such, combining the two approaches could be a rational move in a fast-paced world.<\/p>\n

Thanks for reading! I hope you got something out of this, and I would love to discuss it further if you have anything to add or criticise.<\/p>\n

<\/p>\n

\n

Design Sprints vs. the Double Diamond process model (2016 vs. 2005)<\/a> was originally published in Prototyping: From UX to Front End<\/a> on Medium, where people are continuing the conversation by highlighting and responding to this story.<\/p>\n

Powered by WPeMatico<\/a><\/small><\/p>\n","protected":false},"excerpt":{"rendered":"

The British Design Council developed the Double Diamond model in 2005. It is still a good conceptual tool for understanding and talking about creative processes, user-centered design, and wicked problems. But the world has changed since 2005. The design field has accomplished a lot of things since then, not least of which is the Google… Read the full article…<\/a><\/p>\n","protected":false},"author":4,"featured_media":19761,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2},"jetpack_post_was_ever_published":false},"categories":[371],"tags":[],"class_list":["post-19760","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-user-experience"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t