Grip opinnovatie in debouw met eenDesign Sprint

In zijn boek “Sprint” vergelijkt Jake Knapp een Design Sprint met een perfect georkestreerde kraak. Net als in Ocean’s Eleven brengt ieder teamlid een eigen specialisme in dat essentieel is voor de gezamenlijke aanpak. Hoe meer disciplines aan tafel hoe beter, maar wel met een maximum van acht. Meer werkt contraproductief. Afhankelijk van de business case wordt de volgende samenstelling ingezet:

De Beslisser. Dit is vaak de CEO of een manager met zeggenschap. Die heeft vaak niet de hele week de tijd voor een Design Sprint, maar die moet maandag en dinsdag zeker aanwezig zijn voor de beslissingen op die dagen.

De Financiële Expert. Dit kan de financieel directeur of een manager bedrijfsontwikkeling zijn. Deze rol waarborgt het financiële aspect van de innovatie.

De Vertegenwoordiger. De stem van de eindgebruiker wordt door de vertegenwoordiger aan tafel gebracht. Dit is iemand die veel met het product te maken heeft. Deze rol is de belangrijkste na de beslisser.

De Techneut. Een directeur of programmeur uit de technische hoek. Degene die weet wat wel en niet technisch haalbaar is om straks in de development sprints te ontwikkelen.

De Vormgever. Dit is de specialist die het product vormgeeft, zoals een vormgever of de product manager.

De Lastpost. De persoon in deze rol is een dwarse denker die dynamiek brengt in de Design Sprint. Hij of zij prikkelt en daagt uit. Daarmee zorgt deze persoon ervoor dat niet iedereen klakkeloos elkaars ideeën overneemt maar juist vanuit de eigen discipline het idee benadert.

Daarnaast zijn er twee designers en een UX researcher ter ondersteuning nodig voor de testdag. Omdat een Design Sprint vooral een concept-verkenning is, beperkt de technische invulling zich tot wat er mogelijk is. Je bent op idee-niveau bezig, niet op de uitwerking. In sommige situaties waar logistiek of systemen bepalend zijn voor het business model, kan een systeem expert nodig zijn. De samenstelling komt dus niet 1-op-1 uit het handboek. Net als de dagindeling.

De originele Google Design Sprint vraagt om vijf intensieve dagen. Dat laat echter geen tijd over om de resultaten over te brengen naar het management of de opdrachtgever. Met de volgende indeling wordt dat wel mogelijk:

Maandag. In de ochtend doe je inzichten op door experts te spreken en bepaal je de doelstelling van de Design Sprint. Dit is het doel en de route die in de week wordt bewandeld. In de middag begin je al met het maken van individuele schetsen en werk je die uit in een mini story. In drie stappen laat je visueel zonder verdere toelichting zien wat je idee is.

Dinsdag. Op de tweede dag maak je een keuze uit de schetsen en kies je een richting. In de middag werk je het concept verder uit tot een story board. Hieruit wordt het prototype gedefinieerd.

Woensdag. Deze dag is voor het creëren van het prototype. Op basis van de rollen worden de taken verdeeld. In de middag doe je een trial run voor de gebruikerstest en heb je nog ruimte om de laatste verbeteringen door te voeren.

Donderdag. De vierde dag is voor het testen van het prototype met gebruikers van buitenaf. Het ideale aantal personen om hiervoor te vragen is zes. Met vijf personen verzamel je al genoeg resultaten. De extra persoon geeft je een back-up wanneer iemand toch niet binnen de doelgroep valt of te weinig respons geeft.

De vrijdag is nu vrij om andere mensen aan te haken op het traject. Dat kan zijn om de geleerde inzichten te delen en verwerken of een nieuwe iteratie te starten. De vierdaagse Design Sprint vraagt wel dat het zakelijk doel al vooraf bekend is.