Met de juiste samenstelling voorkom je dat je design sprint al vóór dag 1 vastloopt in agenda’s, meningen of interne politiek. Hieronder zie je wie er in de kern thuishoort, wie op sleutelmomenten kan aanhaken en welke randvoorwaarden nodig zijn om tempo te houden. Nieuw met het format? Lees eerst wat een Design Sprint is.

Begin met de kernrollen, niet met functietitels

Houd de vaste kern compact: meestal werkt een team van 5 tot 7 mensen het best. Soms kan één persoon meerdere perspectieven vertegenwoordigen. Mis je intern ervaren sprintbegeleiding of designcapaciteit, dan kun je die rol extern aanvullen, bijvoorbeeld via onze Design Sprint aanpak van Less or more, terwijl het eigenaarschap intern blijft.

• Beslisser: brengt mandaat, prioriteiten en richting in, en hakt knopen door als opties botsen.
• Facilitator: bewaakt structuur, tempo en werkvorm, en zorgt dat het team echt beslissingen neemt.
• Klant- of gebruikersexpert: brengt inzicht in behoeften, context en pijnpunten in, en helpt toetsen of het probleem goed is gekozen.
• Business- of productexpert: brengt doelen, scope, waarde en succescriteria in, en helpt bepalen welke richting zakelijk logisch is.
• Techniek- of operationsexpert: brengt haalbaarheid, afhankelijkheden en beperkingen in, en helpt kiezen wat realistisch te bouwen of aan te passen is.
• Designer of UX’er: brengt visualisatie, interactie en prototype-denken in, en vertaalt ideeën naar een testbare oplossing.

Stem je team af op het vraagstuk, niet op het organogram

De beste samenstelling hangt af van het soort sprint dat je doet. Niet elk vraagstuk vraagt dezelfde zwaarte in expertise.

• Werk je aan een nieuw concept, dan zijn klantinzicht, businesskaders en productvisie extra belangrijk. Je wilt snel toetsen voor wie je iets oplost en waarom dat waarde heeft.
• Verbeter je een bestaand product, dan wegen operationele kennis, supportsignalen en technische beperkingen vaak zwaarder. Daar zit de realiteit van dagelijks gebruik.
• Bij een vastgelopen traject heb je vooral mensen nodig die blokkades kunnen benoemen én oplossen: iemand met mandaat, iemand uit techniek en iemand die de gebruiker echt kent.
• Voor complexe digitale producten, zoals B2B SaaS of enterprise software, kan extra domeinkennis nodig zijn. Denk bij Design Sprint use cases voor B2B SaaS aan support, compliance of finance als die de uiteindelijke keuze echt beïnvloeden.
• Vul het team niet op basis van hiërarchie, interne politiek of toevallige beschikbaarheid. Een vrije stoel is nog geen nuttig perspectief.

Wie moet wanneer aanhaken in de sprintweek?

Niet iedereen hoeft de hele week fulltime aanwezig te zijn, maar het kernteam wel. Experts en stakeholders kun je gericht laten aansluiten op momenten waarop hun input of oordeel echt verschil maakt.

• Probleem scherpstellen: kernteam, beslisser en klant- en businessperspectief. Hier bepaal je waar de sprint over gaat en wat je wel of niet meeneemt.
• Richting kiezen: kernteam, beslisser en eventueel specifieke experts. Keuzes moeten snel gemaakt worden zonder alles opnieuw open te trekken.
• Prototype bouwen: vooral design, product en techniek, met experts op afroep. Je wilt tempo maken én voorkomen dat het prototype losraakt van de realiteit.
• Gebruikerstests observeren: hele kernteam en relevante stakeholders. Gedeeld inzicht uit echte reacties voorkomt discussie achteraf.

Plan de sprint idealiter in één vaste werksetting en blok agenda’s echt vrij. Zodra deelnemers tussendoor blijven schakelen naar andere projecten of vergaderingen, verdwijnt het ritme. Regel ook vóór de sprint al toegang tot relevante gebruikers of klanten voor de testdag; praktische tips vind je in gebruikersonderzoek bij B2B-software. Dat heeft direct invloed op de kosten van een Design Sprint in Nederland.

Waarom dit team wél vaart maakt

Een multidisciplinair sprintteam is sneller dan werken via losse overdrachten tussen afdelingen. In plaats van eerst business, dan design, dan techniek en daarna pas feedback, zitten de belangrijkste perspectieven direct samen aan tafel. Dat scheelt wachttijd, misverstanden en herwerk.

Een goede sprint leunt bovendien niet op eindeloze groepsdiscussies, maar op individuele denkkracht en gestructureerde keuzes. Mensen werken ideeën eerst uit, vergelijken die daarna en beslissen met duidelijke spelregels. Dat geeft rust én snelheid. De opbrengst is daardoor breder dan alleen een prototype of testinzichten: je bouwt ook alignment op, creëert draagvlak en vergroot de gezamenlijke kennis van het probleem.

Zet deze randvoorwaarden klaar vóór dag 1

Ook een sterk team komt nergens zonder goede voorbereiding. Zorg dat deze basis vooraf staat:

• Formuleer het sprintvraagstuk scherp. Als de uitdaging te breed of te vaag is, gaat het team alle kanten op en wordt kiezen onnodig lastig.
• Verzamel vooraf de belangrijkste input: beschikbare experts, bestaand klantinzicht, relevante context en de mensen die later feedback kunnen geven.
• Regel de praktische kant op tijd. Denk aan ruimte, tools, toegang tot systemen en een werkvorm die voor iedereen helder is.
• Spreek af welk resultaat de sprint moet opleveren en hoe je vervolgstappen beoordeelt. Dan weet iedereen waar de week naartoe werkt.

Deze teamfouten kosten je sprint onnodig tempo

De meeste sprintproblemen ontstaan niet tijdens het werken, maar in de samenstelling van het team. Dit zijn de klassieke remmers:

• Te veel mensen aan tafel. Dan verandert een sprint in een overlegclub en wordt elke keuze trager, politischer en minder scherp.
• Een scheve mix van perspectieven. Veel creatieve energie zonder klantrealiteit, businesskaders of technische haalbaarheid levert mooie, maar zwakke oplossingen op.
• Mensen uitnodigen vanwege status of vermeend draagvlak achteraf. Dat voegt vaak weinig inhoud toe en maakt de dynamiek juist stroperig.
• Cruciale stakeholders pas aan het einde laten meekijken. Dan worden gemaakte keuzes alsnog opengebroken en verlies je precies de snelheid waarvoor je een sprint deed.