How might we… implement Design Sprint just in two days?

Or how to shrink, combine, merge, split and remove things to run successful Design Sprint

Dmytro Kharuzin
7 min readFeb 25, 2019

Once upon a time…

Let’s get into a regular story. Just a classic tale about good and evil in the average design process.

Or should we better jump into some real insights? About our daily challenges, extraordinary solutions and creating catchy designs. If you prefer the latter, this is the right place.

This is a story about our team implementing Design Sprint in two days...

It was early summer of 2018. The sun was shining so bright that the grass seemed greener and the sky seemed bluer than usual. Ah, what a perfect time for creativity, right?

Wait, what do you mean “no”?

Our design team at devabit was working on a complex project for a well-established translation and localization company. A typically conservative workstyle with tons of communication and endless bureaucracy gates for any approval — what else would you expect from a large-scale corporation? Design requirements in MS Excel as the icing on the cake, of course. Altogether, the process turned into a never-ending queue of meetings, discussions, request changes, and emails.

A dream project, right? (Just kidding).

We stuck. Deeply.

At some point, we simply lost the track of time and the essence of our work. Requirements were changing from call to call, requests were growing with every other email. Tons of designs, tons of wireframes, tons of ideas…

Well, of course, I add some extra drama not to end up with another regular story. However, only moments like these reveal the urge for significant changes in internal processes.

And that was our chance from the universe for changes. Our client asked to conduct a design workshop for the employees and end users which seemed to be a perfect start.

At that moment I was lucky to be reading “Sprint”, book by Jake Knapp. And believe or not that totally changed my design life;) Obviously, I knew about design thinking methodology before as well as about the benefits of workshops and other fancy design processes. But knowing is not always enough, especially when real life comes on a way with its challenges, lack of time and expertise.

“You can’t always get what you want”
The Rolling Stones

What is a Design Sprint?

I believe you’ve already heard about the Design Sprint, but in case you’ve forgotten:

“The sprint is a five-day process for answering critical business questions through design, prototyping, and testing ideas with customers”
Jake Knapp, Author of SPRINT and one of the inventors of the Design Sprint

That’s it. Just five days and a bunch of step-by-step solution-oriented activities.

On Monday, you map out the problem and pick up a key focus area.

On Tuesday, you sketch competing solutions on paper.

On Wednesday, you make the most difficult decisions and turn your ideas into a testable hypothesis.

On Thursday, you deliver a high-fidelity prototype.

And finally, on Friday, you test it out in real life.

So how we did it?

Here is a tricky moment of the story: we got only two days for the workshop while one needs at least four (according to AJ&Smart edition). Or better five, in a classic version. This meant shrinking, combining, merging, splitting and removing things in the craziest combinations.

We were preparing the workshop details for around two weeks. We created an agenda, selected questions, and prepared stationery. I got a copy of the book on my Kindle. Our team was lock N load to bring something really hilarious into the world:)

On the eve of the workshop, we explained the agenda to the client for a more clear mutual understanding and productive study time.

Day 1

We started the interviews with ten product users. They were asked to reframe pain points as opportunities and challenges of the product using How-Might-We’s (HMW’s) "magic" words and write them down one by one.

Then we collected their notes and put them to the user journey map. In a short period of time, we got a general picture of the whole project with its stages and peculiarities. Sticky notes were everywhere: on the table, on the walls and even on windows.

Voting time. For no less than half an hour we were calculating the most common answers. Everyone got literally over-excited: it was a fun interactive process. When the last vote-sticker was placed, both our team and our client got extremely surprised with the results. The real problem was hidden in a completely different place than we expected. This exercise let us look at the project from a different angle and brought brand new ideas for discussion to the table.

It was time for another stage of note-taking and lightning demos.

The next planned activity was sketching of solutions. However, at first, participants didn’t appear enthusiastic enough. They told us they couldn’t draw fine. However, a few moments later, once they began, the process got immediately truly inspiring and productive. Actually, in the result, we were left with plenty of ideas covering some basic workflows.

At this stage, the official part of Day 1 was over. We had a clear vision of further product rebuilding…

Night Mode On

Frankly speaking, fitting in a five-day sprint in two days of a workshop is not the most painless task you can get. Before moving on to solutions testing, we had to create and deliver them based on the received feedback during the day. And one night was the only time we got for that. One long sleepless night.

We spent endless night hours in the hotel lobby creating a clickable prototype. Desperately trying to be in time before the sunrise, we distributed tasks in the team. Luckily, in the morning we had the main flow finally covered with two prototypes.

Inna Nukhova working on her part of the prototype

NEVER. I repeat, NEVER do the way we did.

Day 2

After the last sips of morning coffee, we presented the prototypes to the group. We had two low-fidelity prototypes and several design concepts. A vivid discussion along with many updates followed immediately. Testing took most of the day. Every step, every element of the interface…

By the end of the day, we had the prototype completely tested. It was low-fidelity, but it was a working solution!

Results

To sum up, just in two days we collected and listed all the most relevant issues and challenges of the product. Using the design sprint methodology and philosophy, we managed to find exciting solutions and ideas to strengthen the overall product vision. This was done in collaboration with a small group of users and client’s representatives.

I feel like the best part of this workshop was the chance to talk with real users and implement their suggestion in the live mode. The process went so quickly and with a minimum of iterations.

Might sound trivial, might sound like it is no big deal. However, this short and intense workshop turned into the start of some bigger, major changes in our work approach. These were our first steps on the road of design sprints.

And we enjoyed it a lot.

What’s next?

Nowadays we use the Design Sprint methodology in every other project. We have already successfully delivered a number of discovery phases using design sprint and design thinking techniques. Obviously, every time we adapt to the project realities. For example, lately, we have provided remote design sprint workshop for our clients. It was even more challenging than the offline session from this story. However, we managed it effectively thanks to some wonderful tools: InVision and RealTimeBoard.

Instead of the summary

Trust me, Design Sprint is such a neat and flexible tool. It allows to combine, reorder and prioritize tasks so that the team can focus only on the relevant activities. The secret of a successful sprint doesn’t lie in following every rule as the book says. Adapt! Design sprint works perfectly for any scale and stage of the project. The results will be beautiful and impressive, no matter whether it is a simple app redesign or the creation of a complex system.

And the last thing…

As they say — when was the last time you did something for the first time? Don’t be afraid to start. Try something you never did before. Try a design sprint in your design processes. Make small steps — you will get beautiful results.

It is definitely worth trying!

--

--