Elke retrospectieve moet op de een of andere manier worden gedocumenteerd. Daarom geef ik je het sjabloon dat ik gebruik om retrospectives met mijn team te documenteren. Het laat zien hoe ik dingen documenteer tijdens de retrospectieve en vervolgens hoe ik de resultaten van mijn retrospectieve aan het einde vastleg, zodat je het in de toekomst nog steeds voor jezelf kunt gebruiken.
Sjablonen voor agile procesdocumentatie
Een kort overzicht van een retrospectief:
Voordat we bespreken hoe ik mijn retrospectives documenteer, wil ik je een kort overzicht geven van hoe een typische retrospectieve agenda eruitziet. Daarna kunnen we dieper ingaan op de afzonderlijke agendapunten en hoe je die goed documenteert. Als je meer wilt weten over mijn ideale sjabloon voor een retro-agenda, lees dan dit artikel: "Gebruiksvriendelijk sjabloon voor Sprint Retrospective Agenda"
De agenda van de Retro:
1. retro checkin: Hier worden alle teamleden één keer door elkaar geschud en wordt iedereen één keer meegenomen in de retro-check.
Action Item Review: In de tweede stap worden alle actiepunten van de vorige sprint onderworpen aan een korte review: Done-Continue-Discard.
3. gegevens verzamelen: Als je dat nog niet hebt gedaan, kunnen alle teamleden nu de retrospectieve vragen beantwoorden om er later over te praten. (Als je meer dan 50 retrospectieve sjablonen wilt bekijken, klik dan op deze link).
4. Analyseer + creëer actiepunten: Kijk nu nauwkeuriger naar de antwoorden op de vragen en prioriteer ze. Voor de belangrijkste vragen ontwikkel je meestal actiepunten om aan te werken.
Sjablonen voor agile procesdocumentatie
Wat moet er worden gedocumenteerd in een agile retrospective?
Nu we gezien hebben wat de belangrijkste bouwstenen van de retrospectieve zijn, kunnen we kijken naar wat er gedocumenteerd moet worden en hoe.
1. retro check-in: De check-in dient om de retrospectieve op gang te brengen. Het is echter niet belangrijk voor de rest van de retrospectieve. Hier kun je meestal volstaan met een eenvoudig whiteboard, post-its of helemaal geen documentatie. Ideeën voor een check-in of ijsbreker vind je in dit artikel: "21 Creatieve terugblik-ins die elk ijs zullen breken ".
Zo zou een check-in eruit kunnen zien:
2. evaluatie van de actiepunten: In deze stap heb je de relevante actiepunten meestal al gedocumenteerd in de laatste retrospective, zodat je ze nu kunt controleren. Persoonlijk gebruik ik hiervoor onze Echometer software. Als je dit echter zelf wilt doen, stel ik voor om het op een canbanbaan te doen, zodat je gemakkelijk de status van de actie kunt zien.
Het is meestal goed om over deze punten te praten en te verduidelijken of er obstakels zijn, of het actiepunt in korte tijd kan worden uitgevoerd. Soms is het ook raadzaam om het actiepunt terzijde te schuiven. Houd niet te veel vast aan actiepunten als uit nieuwe informatie blijkt dat het niet de moeite waard is om hier nog meer tijd in te steken. Wees ook voorzichtig met een grote productachterstand. Hoewel dit een populair mechanisme is om punten naar de toekomst te verschuiven, haalt de product backlog de effectiviteit uit agile werken.
3. gegevens verzamelen: Normaal gesproken rangschik je de verschillende retrospectieve vragen in kolommen waaraan de teamleden hun antwoorden kunnen bevestigen. Dit wordt meestal gedaan in de vorm van post-its of iets dergelijks.
Hier heb je een goed overzicht van alle te bespreken punten.
Expert Tip: Laat alle deelnemers hun antwoorden op de retrospectieve vragen een paar uur voordat de retrospectieve begint inleveren. Op deze manier zijn de deelnemers bedachtzamer en opener over hun standpunten.
Met Echometer kun je met één muisklik een eenvoudige enquête naar alle deelnemers sturen voordat een retrospectief begint.
4. evalueren + actiepunten creëren: In de laatste stap moet je alleen de post-its op het whiteboard laten staan waar je echt dieper op in wilt gaan. Je kunt erachter komen welke post-its dat zijn door alle deelnemers een paar keuzestemmen te geven om aan de post-its toe te wijzen.
Terwijl je elk item in meer detail bespreekt, kun je zelfs een nieuw whiteboard openen om aantekeningen te maken of een betere structuur te krijgen van wat je bespreekt. Als je eenmaal een gemeenschappelijke basis hebt gevonden en actie-items hebt gemaakt van je belangrijkste retropunten, is het belangrijk om ze voor later te bewaren, zodat je ze in de komende retropunten kunt herzien zoals in "Stap 2 – Actie-items herzien".
Open feedback vragen
Wat ging er goed?
Wat ging er niet zo goed?
Hoe kunnen we verbeteren?
Sjablonen voor agile procesdocumentatie
Documenteer retrospectieve resultaten:
Documentatie van retroresultaten is een belangrijk onderdeel van het agile proces. Het helpt teams om hun voortgang bij te houden, verbeterpunten te identificeren en ervoor te zorgen dat acties worden opgevolgd. Een hulpmiddel dat hierbij kan helpen is Echometer.
Echometer biedt verschillende functies die teams kunnen helpen bij het documenteren van hun retroresultaten. Eén daarvan is de Retro Archiefwaarmee teams retrospectives uit het verleden kunnen opslaan en opvragen. Dit kan handig zijn om de voortgang in de tijd te volgen en patronen of terugkerende problemen te identificeren.
Een andere handige functie is de Dashboards voor gezondheidscontrole. Deze dashboards geven teams een overzicht van hun prestaties en kunnen helpen bij het identificeren van verbeterpunten. Teams kunnen deze dashboards gebruiken om hun voortgang bij te houden en ervoor te zorgen dat ze hun doelen bereiken.
Tot slot biedt Echometer ook een Actie-items bijhoudendie de teams kunnen gebruiken om de acties uit de retrospectives op te volgen. Dit kan ervoor zorgen dat deze punten worden opgevolgd en dat er vooruitgang wordt geboekt.
Over het geheel genomen biedt Echometer teams een reeks hulpmiddelen om de resultaten van hun retrospectives te documenteren en hun voortgang bij te houden.
Als je geïnteresseerd bent in het verbeteren van je documentatie, moet je het zeker uitproberen! 😊
