Tijdlijn-retrospective

Breng de belangrijkste gebeurtenissen van een project in kaart en hoe het team zich onderweg voelde

Probeer deze retrospective live eens

Belangrijke gebeurtenissen

Wat gebeurde er, en ongeveer wanneer? Eén gebeurtenis per idee.

Begin feb: aftrap van het project. We hadden een duidelijk doel, maar geen afgesproken definition of done.
Week 3 - Sarah kwam over van het platformteam en nam het API-werk over.
Half april: de klant vroeg om de rapportagemodule naar fase één te halen.
Hoogtepunten

Wanneer voelde het team zich op zijn best, en waarom?

Rond week 8, toen de eerste demo goed viel bij de klant. Eindelijk had ik het gevoel dat we wisten wat we aan het bouwen waren.
De tweedaagse hackathon in april. Iedereen in één ruimte, geen meetings, en we hebben het zoekprobleem opgelost.
Eerlijk gezegd was juli voor mij de beste periode, toen de scope vastlag en we gewoon door konden.
Dieptepunten

Wanneer had het team het moeilijk, en waarom?

Half april, toen de rapportagemodule naar voren werd gehaald. We hadden net de komende zes weken gepland en dat kon allemaal de prullenbak in.
De mislukte migratie in mei. Drie late avonden en veel met de vinger wijzen in het kanaal.
Juni voelde vlak. Zonder designer zaten we te gissen naar de UI en deden we werk opnieuw.
Lessen voor de volgende keer

Wat zouden we bij het volgende project herhalen of veranderen?

De hackathon op locatie minstens één keer per project herhalen. Daarmee kwam het zoekprobleem eindelijk los.
Bij de aftrap met de klant een proces voor scopewijzigingen afspreken, inclusief wie akkoord geeft en hoe we opnieuw plannen.
Elke datamigratie volledig proefdraaien in een productieachtige omgeving vóór de releaseweek.

Wat is een tijdlijn-retrospective?

Bij een tijdlijn-retrospective reconstrueert het team het verhaal van een langer traject, zoals een project, een kwartaal of een jaar, door de gebeurtenissen die het hebben gevormd op volgorde te zetten. De werkvorm komt uit de agile-retrospectivecommunity. Esther Derby en Diana Larsen beschrijven hem als oefening om gegevens te verzamelen in hun boek Agile Retrospectives: Making Good Teams Great, en hij bouwt voort op het eerdere werk van Norm Kerth over projectretrospectives. Iedereen voegt de gebeurtenissen toe die hij of zij zich herinnert, zet er een globale datum bij en vertelt hoe het op dat moment voelde. Het waardevolle deel is de stemmingslijn. Als je de hoogte- en dieptepunten van het team naast de gebeurtenissen legt die ze veroorzaakten, zie je hoe de energie tijdens het project steeg en daalde: de lancering die iedereen een boost gaf, de reorganisatie die het moreel een maand lang deed kelderen, de late scopewijziging die niemand zag aankomen. Er komen patronen naar boven die je in een overzicht per sprint zou missen, en mensen die halverwege zijn ingestroomd, horen de delen van het verhaal die ze hebben gemist. In TeamRetro heeft de template voor de tijdlijn-retrospective vier onderwerpen: belangrijke gebeurtenissen, hoogtepunten, dieptepunten en lessen voor de volgende keer. Deelnemers brainstormen eerst individueel, daarna groepeert het team verwante ideeën, stemt het over wat het belangrijkst is en sluit het af met afspraken over acties met een vaste eigenaar. De werkvorm heeft genoeg geschiedenis nodig, dus bewaar hem voor het einde van een project, kwartaal of jaar. Voor een sprint van twee weken is hij de moeite niet waard en werkt een eenvoudiger format beter.

Format van de tijdlijn-retrospective

Belangrijke gebeurtenissen

Wat gebeurde er, en ongeveer wanneer? Eén gebeurtenis per idee.

Belangrijke gebeurtenissen zijn de feiten van het verhaal: releases, besluiten, mensen die erbij kwamen of vertrokken, incidenten, deadlines en koerswijzigingen. Vraag iedereen om één gebeurtenis per idee toe te voegen en elk idee te beginnen met een globale datum of week ("Half maart", "Week 6"), zodat het team ze op volgorde kan zetten. Stuur een paar dagen voor de sessie een bericht waarin je mensen vraagt hun agenda, release notes, tickets en chatgeschiedenis door te nemen. Herinneringen vervagen snel, en zonder deze voorbereiding verdringen de laatste weken de eerste. Zien de eerste maanden er mager uit als de ideeën zichtbaar worden? Benoem dat dan en geef mensen een paar minuten om het gat op te vullen.

Hoogtepunten

Wanneer voelde het team zich op zijn best, en waarom?

Hoogtepunten zijn de momenten waarop energie, vertrouwen of moreel op hun hoogst waren. Vraag mensen om elk hoogtepunt te koppelen aan een datum of een belangrijke gebeurtenis en om te beschrijven hoe het voelde, niet alleen wat er gebeurde. "Het opleveren van de bèta voelde als een enorme opluchting na weken van twijfel" zegt je meer dan "Bèta opgeleverd". Kijk wat de hoogtepunten gemeen hebben, zoals duidelijke doelen, goede samenwerking of zichtbare voortgang, want dat zijn de omstandigheden die je bij het volgende project opnieuw wilt creëren.

Dieptepunten

Wanneer had het team het moeilijk, en waarom?

Dieptepunten zijn de momenten waarop de energie wegzakte: frustratie, stress, verwarring of burn-out. Vraag mensen ze te dateren en te vertellen hoe ze zich voelden, en herinner de groep eraan dat het doel is te begrijpen wat er gebeurde, niet om iemand de schuld te geven. Sommige mensen vinden het lastig om dieptepunten te benoemen waar een manager bij is, dus anoniem brainstormen in TeamRetro helpt hier. Kijk tijdens de bespreking of de dips samenvallen met bepaalde gebeurtenissen. Terugkerende dieptepunten rond scopewijzigingen of overdrachten wijzen meestal op een procesprobleem dat een actie verdient.

Lessen voor de volgende keer

Wat zouden we bij het volgende project herhalen of veranderen?

Bij de lessen wordt de tijdlijn omgezet in besluiten. Vraag mensen om de hoogte- en dieptepunten samen te bekijken en voor te stellen wat ze bij het volgende project willen blijven doen en wat ze willen veranderen. Stuur aan op concrete voorstellen: "Bij de aftrap met de klant een wijzigingsproces afspreken" is iets waar je mee aan de slag kunt, "Beter communiceren" niet. Zet, als de ideeën gegroepeerd zijn en er gestemd is, de top twee of drie in TeamRetro om in acties, elk met een vaste eigenaar en een deadline, zodat de lessen meegaan naar het volgende traject.

Wanneer dient u deze retrospective te gebruiken?

  • Aan het einde van een project of grote release, als het team voor het verdergaan wil terugkijken op het hele traject.
  • Bij kwartaal- of jaarevaluaties, als er genoeg gebeurtenissen en genoeg ups en downs zijn om een duidelijke stemmingslijn te laten zien.
  • Als er halverwege mensen bij zijn gekomen of vertrokken en het team een gedeeld beeld nodig heeft van wat er gebeurde en waarom.
  • Na een lange of zware periode, om te begrijpen wat het team energie kostte en wat energie gaf.
  • Voordat je een vergelijkbaar project start, om lessen te verzamelen waar het nieuwe team mee aan de slag kan. Voor een sprint van twee weken is het de moeite niet waard.

Voorstellen voor ijsbrekers

  • Als dit project een film was, wat zou dan de titel zijn?
  • Welk klein moment uit dit project heeft je aan het lachen gemaakt?

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

  • Stuur een paar dagen voor de sessie een bericht waarin je mensen vraagt hun agenda, release notes, tickets en chatgeschiedenis door te nemen. Anders krijgt de recency bias de overhand en domineren de laatste weken de tijdlijn.
  • Vraag iedereen om aan het begin van elk idee een globale datum of week te zetten. Gedateerde ideeën zijn veel makkelijker te ordenen en te groeperen, en ze maken het op en neer van de teamstemming zichtbaar.
  • Moedig mensen aan om bij elke gebeurtenis te vertellen hoe die voelde, naast wat er gebeurde. Juist de emotionele kant onderscheidt een tijdlijn van een projectstatusrapport.
  • Gebruik anoniem brainstormen, zodat mensen dieptepunten eerlijk kunnen benoemen, vooral als er managers of stakeholders bij zijn. Houd de discussie bij gebeurtenissen en omstandigheden, niet bij personen.
  • Trek meer tijd uit dan voor een gewone sprintretro. Een lang project heeft veel geschiedenis, dus reken op 60-90 minuten en timebox elk onderwerp, zodat de lessen aan het eind niet in de knel komen.
  • Sluit af met een klein aantal acties, elk met een vaste eigenaar en een deadline. Bespreek ze aan het begin van het volgende project, zodat de lessen ook echt worden toegepast.

Veelgestelde vragen

Wat is een tijdlijn-retrospective?
Een tijdlijn-retrospective is een format waarbij het team de belangrijkste gebeurtenissen van een project, kwartaal of jaar op volgorde zet en daar de hoogte- en dieptepunten aan toevoegt die het onderweg ervoer. Door gebeurtenissen te vergelijken met de stemming in het team zie je wat hielp en wat schaadde, en de sessie eindigt met afgesproken acties.
Hoe lang duurt een tijdlijn-retrospective?
De meeste tijdlijn-retrospectives duren 60-90 minuten, afhankelijk van de teamgrootte en de lengte van de periode die je terugkijkt. Voor een jaarevaluatie met een groot team heb je eerder twee uur nodig.
Kan ik een tijdlijn-retrospective gebruiken voor een sprint?
Voor een sprint van twee weken is het de moeite niet waard. Er zijn te weinig gebeurtenissen om uit te zetten en te weinig variatie in stemming, dus een eenvoudiger format zoals Start, Stop, Continue levert in minder tijd meer op.
Wat is het verschil tussen een tijdlijn-retrospective en een post-mortem?
Een tijdlijn beslaat het hele verloop van een project, goed en slecht, en kijkt naar hoe het team zich voelde terwijl de gebeurtenissen zich ontvouwden. Een post-mortem duikt in wat er misging, meestal na een incident of mislukking, om de grondoorzaken te vinden.
Hoe voorkom ik dat mensen alleen de laatste paar weken onthouden?
Vraag deelnemers om voor de sessie hun agenda, release notes, tickets en chatgeschiedenis door te nemen. Wijs tijdens het brainstormen op stukken van de tijdlijn die mager gevuld zijn en geef mensen een paar minuten om gebeurtenissen uit die periode toe te voegen.
Waarom moeten mensen hun ideeën dateren?
Met datums kan het team gebeurtenissen op volgorde zetten en hoogte- en dieptepunten naast wat er op dat moment speelde leggen. Zo ontdek je patronen, bijvoorbeeld dat het moreel na elke scopewijziging daalt.

Gerelateerde sjablonen

Post-launch retrospective

Leer van deze lancering voordat je de volgende plant.

Teamretraite plannen

Plan je volgende offsite samen met het hele team

Post-mortem template voor projecten

Evalueer elk project of incident en leg geleerde lessen vast

Eindejaarsretrospective

Kijk terug op het jaar van je team en plan het volgende

Bent u klaar om deze retrospective te houden?Probeer deze retrospective live eens