De Shortcut game is een (online) serious game die je helpt om het effect van technical debt te laten zien. De game is niet nieuw, maar we hebben hem wel een beetje opgepoetst en online makkelijk gemaakt om te faciliteren. De originele versie van de game komt van Elisabeth Hendrickson. Deze is later aangepast door de Software Engineering Institute van de Universiteit van Carnegie Mellon University. Wij hebben er een derde variant op gemaakt. Deze variant pakt naar ons idee het beste van beide versies. Hij gaat iets dieper in op het ‘DevOps’ principe van continu verbeteren dan de orginele game. De game blijft echter snel en simpel spelen.
De topics om over te evalueren zijn Techncial practice, Valueen Focus en Agile.
Spelverloop en wat heb je nodig?
Aantal spelers 2 – 20. (Wij hebben het spel voor je voorbereid voor 4 spelers)
2 verschillende soorten fiches of blokjes. (mag van alles zijn. Je kunt ook pennen, post- it’s, paperclips gebruiken. als je er maar zo’n 20 per type hebt)
Online
Miro (je hebt een Miro licensie nodig)
Het Miro bord hebben wij voor je gemaakt. Hierin staan ook wat facilitatie tips in.
A video conferencing tool. Als je met een groep groter dan 4 bent kun je het Miro bord kopiëren en in break out rooms (of meerdere video calls) spelen
Uitnodiging & Spelwereld
We gaan een spel over snelheid en risico spelen. Wie is het snelst en verdient de meeste punten? Is dat het risico waard?
Regels en doel
Na de uitnodiging en de setup gaat iedereen dobbelen en de pionnen verzetten.
Een shortcut (de oranje doorgang) nemen kost je 1 penalty nemen. Pak deze van de stapel. Vanaf nu trek je één oog van de dobbelsteen af als de pion loopt.
Kom je langs een tool (groene diamant) dan neem je deze van de stapel. Aan het einde van het spel levert je dit één extra punt op per ‘tool’.
De pion die als 1ste finisht krijgt 7 punten. 2de 5 en de 3de 3.
Tel als iedereen binnen is de punten op bij het aantal tools en bepaal wie deze ‘sprint’ heeft gewonnen/meeste waarde heeft geleverd.
Spelevaluatie
De hoofdonderwerpen om over te evalueren zijn:
Technical principlesVoorbeeldvragen die je kunt stellen:
Als alle pionnen binnen zijn zeg dan dat in de 2de ronde iedereen zijn pionnen en tools behoud. Wat zegt dit over hoe snel ze nu de finish kunnen halen? Wat zegt dat over technical debt?
Wat als je nu de penalties houd en 1 ronde door speelt? en wat als je 10 ‘sprints’ door speelt?
Wat representeren de shotcuts, penalties en tools voor jullie? Geef een voorbeeld.
Als je dit speelt met een development team dan zullen ze ongetwijfeld een voorbeeld geven van een techncische keuze die ze ‘duur’ is komen te staan terwijl ze dit van te voren al wisten.
Als je dit spel speelt met ander soort teams dan kun je voorbeelden verwachten over overwerken, aan de slag zonder team afspraken te maken met elkaar, geen tijd hebben voor (persoonlijke) ontwikkeling, burn-out.
Agile-Lean principe Voorbeeldvragen:
Wat doet technical debt met waarde voor de klanten?
Nu we dit weten? Wat kunnen we dan doen vanuit Agile of DevOps principes om om te gaan met (technical) debt?
Als je dit speelt met een development team dan kunnen ze komen met tijd nemen/krijgen om te werken aan refactoring, continu verbeteren met continues integration of deployment, (automatisch) testen, betere Definition of Done maken. Toepassen van betere manieren van software development door bijvoorbeeld SOLID principes toe te passen.
Als je dit speelt met andere teams kan het gaat over team afspraken maken, tijd om kennis te delen, een training volgen, continu verbeteren.
Wil jij meer serious games gebruiken en leren?
Kom dan naar één van onze Serious game labs en leer zelf hoe je serious games faciliteerd en evalueert.
