Sprint Retrospective is een afsluitend evenement van een Sprint waaraan alleen leden van het Scrum Team kunnen deelnemen. Dit maakt het mogelijk om volledig gewijd te zijn aan de interne aangelegenheden van het team. Dit komt omdat de Sprint Retrospective voornamelijk wordt gebruikt om na te denken over de huidige werkwijzen, evenals om suggesties te bespreken voor verbetering.
Sprint Retrospective is de vergadering die elke Sprint afsluit. Het is een van de Scrum Evenementen, waar we in een overzicht over hebben geschreven in een apart artikel.
Volgens de officiële Scrum Guide, neemt een Sprint Retrospective maximaal drie uur in beslag voor een maandelijkse Sprint. Of correspondingly korter als het Scrum Team in kortere cycli werkt.
Alle leden van het Scrum Team nemen deel aan de Sprint Retrospective. Het doel van de vergadering is om problemen te bespreken die verband houden met het werk van het Scrum Team en hoe het deze aanpakt. Dit zijn echter geen problemen die verband houden met het Product dat door het Scrum Team wordt ontwikkeld, maar kwesties die verband houden met de aard en de gang van zaken in de samenwerking tussen de leden van het Scrum Team.
Omdat de aangeroerde kwesties vaak gevoelig en delicaat zijn, is de Sprint Retrospective een besloten evenement. We kunnen de doelstellingen als volgt formuleren:
De doelen van de Sprint Retrospective zijn nauw verbonden met de pijlers van empirisme waarop Scrum is gebaseerd. De eerste twee punten zijn gerelateerd aan inspectie. Terwijl de laatste gerelateerd is aan aanpassing. We hebben meer geschreven over de pijlers van empirisme en hun rol in Scrum in dit artikel.
Het resultaat van de antwoorden op de bovenstaande vergaderingen is niet alleen een duidelijk beeld van de principes van samenwerking van het Scrum Team dat beschikbaar is voor al zijn leden. Het Team doet ook toezeggingen om de samenwerking en het teamgedrag te verbeteren, die in de volgende Sprint zullen worden uitgevoerd.
Omdat de Sprint Retrospective een moeilijke vergadering is, is de rol van de Scrum Master die de discussie modereert cruciaal. Idealiter zou hij of zij de leden van het Scrum Team moeten voorstellen om als volgende te spreken. Bijvoorbeeld, hij kan iedereen vragen om een samenvatting van één zin te geven van de eindigende Sprint.
Aangezien het praten over problemen in het team veel emotie kan oproepen, is een veelvoorkomende oplossing om de te bespreken kwesties op aparte stukjes papier te schrijven. Dit maakt het gemakkelijker om je mening te uiten. Het is ook gemakkelijker om grotere probleemgebieden en kwesties te spotten waar meer mensen zich zorgen over maken.
Als er te veel kwesties zijn die het Scrum Team naar voren brengt, kun je beginnen met het bespreken van de belangrijkste. Of gezamenlijk selecteren welke kwesties volgens het Scrum Team het belangrijkst zijn.
Je kunt problemen uitstellen waarvoor tijdens de Sprint Retrospective niet genoeg tijd was naar de volgende retrospectieve. Natuurlijk alleen als ze nog steeds voorkomen.
De belangrijkste onderdelen van de Sprint Retrospective zijn echter discussie en het maken van verplichtingen.
De discussie moet zich richten op de oorzaken van de problemen, de momenten waarop ze zich voordoen, en hun impact op de werking van het Scrum Team. Het is de moeite waard om te overwegen of hun optreden kan worden vermeden en met wie de oplossing kan worden besproken.
Het maken van verplichtingen is net zo belangrijk als het diagnosticeren van de problemen, omdat alleen weten dat ze bestaan en de oorzaken niet leidt tot het oplossen ervan. Het resultaat van een Sprint Retrospective is meestal verschillende verplichtingen. Als het probleem het hele team betreft, is vaak een van de teamleden verplicht om speciale aandacht te besteden aan een bepaald probleem in de volgende Sprint. En om de oplossing voor te stellen, of zelfs het probleem zelf op te lossen. Als het probleem daarentegen betrekking heeft op de actie van een specifieke persoon, verplicht hij of zij zich om zijn of haar gedrag al in de volgende Sprint te veranderen.
Sprint Retrospective is een samenvatting van een Sprint vanuit het perspectief van de samenwerking tussen de leden van het Scrum Team. Het doel is om de efficiëntie te verbeteren en de drie pijlers van empirisme te koesteren: transparantie, inspectie en aanpassing. Transparantie, waarbij alle medewerkers openhartig met elkaar praten over zowel successen als problemen die zich in het team voordoen. Inspectie, die de frequente en betrouwbare diagnose van de situatie in het team inhoudt, en aanpassing, dat wil zeggen het corrigeren van fouten die zich voortdurend voordoen.
Als je onze inhoud leuk vindt, sluit je dan aan bij onze drukke bijengemeenschap op Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Als projectmanager is Caroline een expert in het vinden van nieuwe methoden om de beste workflows te ontwerpen en processen te optimaliseren. Haar organisatorische vaardigheden en het vermogen om onder tijdsdruk te werken, maken haar de beste persoon om ingewikkelde projecten werkelijkheid te laten worden.
Wat zijn de voordelen van sociale media? Kan het gerichte traffic naar je bedrijfswebsite brengen?…
Als je verkoopt op 's werelds populairste marktplaats, maak je je zeker zorgen over de…
De maatstaf voor de effectiviteit van een marketeer is het aantal conversies, dat wil zeggen…
Als het gaat om AI in muziekproductie, is het het beste in co-creatie, en vooral…
In het artikel van vandaag zullen we het onderwerp van samenwerking tussen de Product Owner…
Elke leider heeft doelen zoals het opbouwen van een team dat op gepaste wijze hoge…