Stel je je laatste retrospective voor. Post-its in drie voorspelbare kleuren. Steeds dezelfde drie mensen die het woord voeren. Iemand mompelt “hetzelfde als vorige sprint” en iedereen knikt, half afgehaakt. Herkenbaar?
Stel je nu hetzelfde team voor, twintig minuten later, in een oprechte discussie over hoe een fictief budget te verdelen tijdens een simulatieoefening — omdat de oefening hen dwong de afweging tussen snelheid en kwaliteit te voelen, in plaats van er alleen abstract over te praten. Dat is het verschil dat een serious game maakt. En als je Scrum Master of agile coach bent en door je ideeën heen bent om “inspect and adapt” nog fris te laten voelen, is het de moeite waard om te begrijpen waarom.
Wat “serious games” hier eigenlijk betekent
De term klinkt als een contradictio in terminis, maar het is simpel: een serious game is een spelachtige activiteit die is ontworpen met een echt leer- of gedragsdoel voor ogen, niet alleen vermaak. Denk aan Lego Serious Play, planning poker (ja, dat telt ook mee), de Ball Point Game, de Kanban Pizza Game, of een eenvoudige oefening in de trant van het prisoner’s dilemma om vertrouwensproblemen in een team bloot te leggen.
Het “spel”-element is niet alleen voor de lol. Het is een goede manier om zaken bespreekbaar te maken. Spellen werken omdat ze:
- De drempel om fouten te maken verlagen, waardoor mensen vrijer experimenteren dan in een echte sprint
- Feedbackloops comprimeren — je kunt vijf iteraties van een spel doen in een uur.
- Abstracte systemen tastbaar maken, zodat een team voelt wat een bottleneck met de flow doet in plaats van er alleen over te horen
- De gebruikelijke politiek omzeilen, omdat niemand zijn eigen JIRA-ticket hoeft te verdedigen
Waar ze hun plek verdienen binnen agile werken
Serious games zijn geen gimmick die je aan een saaie meeting vastplakt. Ze zijn het nuttigst op specifieke momenten:
Flow en WIP-limieten aanleren. De Kanban Pizza Game of Getkanban simuleren een productiesysteem onder belasting. Teams die verstandelijk “weten” dat het beperken van work in progress de doorlooptijd verbetert, gaan dat vaak pas echt geloven nadat ze hun eigen gesimuleerde pizzabestellingen hebben zien opstapelen omdat ze de WIP niet beperkten.
Teamdynamiek naar boven halen die je niet rechtstreeks kunt benoemen. Vertrouwen, psychologische veiligheid en verborgen conflicten komen zelden helder naar voren in een gefaciliteerd gesprek — mensen censureren zichzelf. Een goed ontworpen spel creëert situaties waarin die dynamiek zich in het klein afspeelt, en je kunt praten over wat er in het spel gebeurde in plaats van iemand rechtstreeks iets te verwijten.
Onboarding op agile concepten. Nieuwe teams — of teams die net met Scrum beginnen — knikken vaak mee bij uitleg over sprint planning of schatten zonder echt te doorgronden waarom het ertoe doet. De Ball Point Game, waarbij teams een bal doorgeven en hun proces iteratief verbeteren, maakt van “continu verbeteren” geen slogan meer, maar iets wat ze met eigen handen hebben gedaan.
Retrospective-moeheid doorbreken. Als je retro’s zijn vastgeroest, kan een spelgebaseerde vorm (zelfs iets simpels als een “sailboat”- of “starfish”-retro met een twist) de energie resetten zonder het onderliggende doel van de ceremonie te veranderen.
Wat een serious game écht laat werken — niet alleen leuk maakt
De valkuil bij serious games is ze behandelen als een icebreaker: tien minuten leuk, tegen de lunch weer vergeten. Om dat te voorkomen, zijn een paar dingen belangrijker dan de spelmechanica zelf:
- Begin bij het leerdoel, niet bij het spel. Kies geen spel omdat het er cool uitziet op YouTube. Vraag jezelf af wat je wilt dat het team begrijpt of verandert, en zoek (of ontwerp) daarna een spel dat die ervaring creëert.
- Debrief harder dan je speelt. Het spel zelf levert alleen data op. Het echte leren gebeurt in de debrief, wanneer je verbindt wat er in de simulatie gebeurde met wat er in het echte werk van het team gebeurt. Reserveer minstens evenveel tijd voor de debrief als voor het spel zelf — meer, als de groep van nature stil is.
- Laat de metafoor aansluiten bij de realiteit van het team. Een pizzeria-simulatie landt anders bij een hardwareteam dan bij een serviceteam. Als de metafoor niet aansluit, komt het inzicht niet over.
- Let op wie het snelst “snapt” — en wie weerstand biedt. Beide zijn nuttige signalen. Weerstand tegen de regels van een spel weerspiegelt vaak weerstand tegen een procesverandering die je al weken probeert door te voeren.
Een waarschuwing
Serious games kunnen ook een truuk worden. Als elke retro een spel wordt, gaan teams mogelijk betrokkenheid ensceneren in plaats van echt te reflecteren — en sommige teamleden (introverten, mensen die zich ongemakkelijk voelen bij performatieve oefeningen) kunnen zich door spellen juist meer buitengesloten voelen dan door een rechttoe-rechtaan gesprek. Lees de kamer. Een spel is een gereedschap voor een specifieke klus, geen persoonlijkheid die je als facilitator aanneemt.
Waar te beginnen
Als je er nog nooit een hebt gespeeld: begin klein. De Ball Point Game duurt een 15 – 45 minuten, vergt nauwelijks voorbereiding, en levert betrouwbaar een “aha”-moment op over iteratief verbeteren dat een slidedeck nooit zal geven. Laat vanaf daar de echte verbeteerpunten van het team — flowproblemen, vertrouwensproblemen, vastgeroeste ceremonies — bepalen naar welk spel je vervolgens grijpt.
Het doel was nooit om agile leuk te maken om het leuk te maken. Het punt is dat sommige lessen over complexe, onderling afhankelijke systemen bijna onmogelijk zijn uit te leggen — en veel makkelijker te voelen, ronde voor ronde.
Meer weten?
Heb je vragen over serieus games of zou je wel eens een serieus game willen organiseren met je team of je organisatie maar schrik je terug van het faciliteren ervan?
Neem contact op en we helpen je graag.
