Wat is de Silicon Valley Startup Sprintretrospective?
De Silicon Valley Startup Sprintretrospective laat je retro verlopen zoals een startupteam dat zou doen. Hij is gebaseerd op de build-measure-learn-cyclus uit het lean-startupdenken, populair gemaakt door Eric Ries in The Lean Startup: behandel elke sprint als een experiment, kijk naar wat de resultaten echt lieten zien en bepaal op basis van dat bewijs wat je hierna doet. Het bord heeft vier onderdelen. Opgeleverd & gescoord is voor wat het team heeft opgeleverd en wat dat voor klanten heeft opgeleverd. Wat hield ons op gaat over de blokkades en frictie die jullie snelheid hebben gekost. Wat we geleerd hebben legt vast wat jullie aannamen en wat de data liet zien. Pivot of doorzetten is het beslismoment: waar zet je vol op in, wat verander je en waar stop je mee. Het format past bij productteams, founders en innovatieteams die vaart willen houden zonder de richting kwijt te raken, en bij elk team dat moet beslissen of het met een stuk werk doorgaat. Sluit af met duidelijke besluiten en een eigenaar per besluit, zodat de volgende sprint begint met een richting.
Silicon Valley Startup Sprint retrospective-format
Opgeleverd & gescoord
Wat hebben we deze sprint opgeleverd dat waarde creëerde?
Begin met de successen: opgeleverde features, behaalde mijlpalen en kleine experimenten die iets hebben opgeleverd. Vraag het team te denken als founders die tractie meten. Wat heeft echt verschil gemaakt voor het product of de klant? Nodig ook de stillere teamleden uit om kleine successen te delen.
Wat hield ons op
Welke blokkades of frictie haalden onze snelheid onderuit?
Hier benoemt het team de knelpunten, afhankelijkheden en afleidingen die het momentum hebben weggezogen. Behandel ze als weerstand in het systeem, niet als iemands schuld. Let op patronen die sprint na sprint terugkomen, want het oplossen daarvan levert vaak het meeste op, en vraag bij elk probleem waarom het gebeurde.
Wat we geleerd hebben
Welk nieuw inzicht of gevalideerde les hebben we opgedaan?
In dit onderdeel leg je vast wat het team deze sprint heeft geleerd over klanten, het product of jullie manier van werken. Formuleer elk punt als hypothese: wat namen we aan en wat vertelde de data ons? Door de lessen op te schrijven bouwt elke sprint voort op de vorige.
Pivot of doorzetten
Waar zetten we vol op in, wat veranderen we of schrappen we?
Dit is het beslismoment van de founder. Waar gaan jullie heen op basis van wat je hebt opgeleverd, geleerd en waar je tegenaan liep? Daag het team uit om knopen door te hakken: doorzetten met wat werkt, pivoteren waar de data daarom vraagt en stoppen met wat zijn plek niet verdient. Geef elk besluit een eigenaar, zodat de volgende sprint begint met een richting.
Wanneer dient u deze retrospective te gebruiken?
- Aan het einde van een productsprint, als je een snelle terugblik wilt die vooruitkijkt.
- Voor startupteams, founders en innovatieteams die snel willen bewegen en gefocust willen blijven op klanten.
- Als het team moet beslissen of het met een stuk werk pivoteert, doorzet of stopt.
- Als je retrospectives routine zijn geworden en een build-measure-learn-invalshoek het gesprek een andere wending kan geven.
Voorstellen voor ijsbrekers
- Als je team een startup was die op een demodag pitcht, wat zou dan jullie elevator pitch van één zin zijn?
- De mindset van welke bekende techfounder zou je deze sprint willen overnemen, en waarom?
Wilt u een opwarmoefening waarbij uw team daadwerkelijk meedoet, en niet alleen hardop antwoorden geeft? Bekijk gratis ijsbrekers →
Ideeën en tips voor uw retrospectievevergadering
- Zet vooraf de toon: het gaat om snel leren, niet om schuld toewijzen. Mensen delen meer als het veilig is om ernaast te zitten.
- Gebruik hypothesetaal: wat namen we aan en wat lieten de resultaten echt zien?
- Geef elk onderwerp een timebox om het tempo erin te houden. Een korte lijst met echte punten is beter dan een uitputtende.
- Stuur bij Pivot of doorzetten aan op duidelijke besluiten met eigenaren, niet op vage voornemens.
- Gebruik anonieme input in TeamRetro, zodat niet de luidste stem bepaalt wat de successen en besluiten zijn.
- Houd terugkerende blokkades over meerdere sprints bij om de problemen te vinden die een grotere aanpak verdienen.