agile retrospective meetings why it is necessary
Agile Software-ontwikkeling is een reeks methoden en praktijken die zijn gebaseerd op het Agile Manifesto. Agile-methodologie legt de nadruk op teamsamenwerking en frequente levering van een product.
Een van de 12 principes uit het in Agile Manifesto is:
'Met regelmatige tussenpozen denkt het team na over hoe het effectiever kan worden, stemt het vervolgens af en past het zijn gedrag daarop aan.'
Dit principe wordt in een agile team verwerkt in de vorm van Agile Retrospective meetings.
In dit artikel zullen we meer praten over retrospectieve bijeenkomsten, hun doel en enkele leuke manieren om deze bijeenkomsten te leiden.
Aanbevolen om te lezen 6 meest voorkomende redenen waarom u Agile in uw organisatie zou moeten toepassen
Wat je leert:
- Definitie en doel van retrospectieve vergaderingen
- Retrospectieve vergaderingen houden
- Agile retrospectieve stappen
- Agile retrospectieve vergaderformaten, ideeën en activiteiten
- Veelvoorkomende misvattingen
- Gevolgtrekking
- Aanbevolen literatuur
Definitie en doel van retrospectieve vergaderingen
Retrospectief betekent per definitie 'terugkijken op of omgaan met gebeurtenissen of situaties uit het verleden'.
Trouw aan de definitie, retrospectieve bijeenkomsten zijn bedoeld om te reflecteren op de meest recente sprint / project / mijlpaal en identificeer gebieden die verbetering behoeven en vier teamoverwinningen
Dit sluit aan bij het concept van continue verbetering, waarbij teams samenkomen om de gebieden te bespreken die het team goed heeft gedaan en de gebieden die het team nodig heeft om samen te verbeteren voor de volgende sprint / project / mijlpaal.
Lees ook Hoe de softwarekwaliteit te verbeteren met behulp van een continu integratieproces
Retrospectieve vergaderingen houden
Bijeenkomsten achteraf kunnen in verschillende stadia van het project worden gehouden:
- Bijeenkomsten met terugwerkende kracht kunnen worden gepland richting de laatste dagen van een sprint en voordat de volgende sprint wordt gestart om te reflecteren op de meest recente sprint
- Om een specifiek problematisch scenario te bekijken
- Bij een mijlpaal om na te denken over de status tot nu toe
Agile retrospectieve stappen
Elke bijeenkomst achteraf omvat de volgende stappen:
- Fase instellen - Bijeenkomst organiseren - Betreft het opzetten van de bijeenkomst door de facilitator (PM., Scrum master, etc.) en het sturen van een uitnodiging voor een bijeenkomst naar alle benodigde teamleden en belanghebbenden.
- Gegevens verzamelen - Zodra de vergadering begint, verzamel dan alle ideeën, meningen en zorgen die de teamleden zouden kunnen hebben. Dit kan via verschillende agile retrospectieve activiteiten zoals Start, Stop en Continue, Paint Me picture etc.
- Inzichten genereren - Nadat de gegevens zijn verzameld, moeten zinvolle analyses worden geïdentificeerd en moeten patronen worden gecreëerd. Het idee is om trends te identificeren en op te lossen. Bijv. als de teamleden ontevreden zijn over de lange dagelijkse stand-ups, dan moeten we uitzoeken wat dit veroorzaakt. Het kunnen niet-gerelateerde discussies zijn, de traagheid van de teamleden, onrealistische tijdopstellingen die niet geschikt zijn voor het aantal updates, enz.
- Acties maken - Zodra de onderliggende problemen zijn geïdentificeerd, maakt u actiepunten om ze op te lossen. Actiepunten moeten worden toegewezen aan een verantwoordelijke persoon / personen die verantwoordelijk zijn om het probleem op te lossen op de vastgestelde vervaldatum.
- Afronden - Bedank het team voor hun tijd en voor hun deelname. Zorg ervoor dat de bespreking van de vergadering en de actiepunten worden gedocumenteerd en verspreid onder de teamleden zodat ze gemakkelijk kunnen worden geraadpleegd.
Agile retrospectieve vergaderformaten, ideeën en activiteiten
# 1) Wat goed ging, wat beter had moeten gebeuren, actie-items
De teamleden ontmoeten elkaar en bespreken wat het team goed heeft gedaan, wat het team moet verbeteren, geleerde lessen en de actiepunten die horen bij verbeterpunten.
Deze acties zijn toegewezen aan een verantwoordelijk teamlid. Deze discussie wordt gedocumenteerd en verspreid onder iedereen na de vergadering of kan worden opgeslagen op een gedeelde schijf / intranet voor gemakkelijke toegang.
JIRA heeft een ingebouwde sprint retrospectief sjabloon voor een retrospectieve vergadering op basis van dit exacte formaat, zoals hieronder weergegeven:
[beeld bron
# 2) Start, stop en ga door met vergaderen
In deze bijeenkomst wordt de teamleden gevraagd om een mening te geven over wat het team moet gaan doen, stoppen en blijven doen in de sprints.
Deze methode is erg populair en effectief, vooral voor nieuwe teams.
- Startitems zouden iets zijn dat het team zou willen toevoegen aan hun proces, bijv. Kom op tijd voor projectvergaderingen.
- Stop items zouden iets zijn dat het team niet langer wil doen, bijv. stop met het inchecken van code zonder codebeoordeling.
- Doorgaan met items is iets dat het team in de toekomst wil blijven doen, bijv. Ga door met dagelijkse stand-ups.
De facilitator van de vergadering kan een minimum- en maximumlimiet instellen voor een aantal items die een teamlid kan voorstellen. Bijv. Elk teamlid moet elk 1 item opgeven voor de lijst Start, Stop en Doorgaan en kan maximaal 3 items per type opgeven.
Bovendien kunnen teamleden, zodra de volledige lijst is samengesteld, worden gevraagd om te stemmen om de belangrijkste items te beperken.
# 3) 5 ‘Waarom’-formaat Meeting
Dit vergaderformaat is gebaseerd op het stellen van vervolg ‘Waarom’ vragen aan teamleden.
Deze vergaderindeling wordt gebruikt om de onderliggende oorzaken van een problematisch scenario (symptoom) te vinden en waarbij de oorzaken niet voor de hand liggen.
Het doel is niet om het probleem op te lossen, maar om de situatie te begrijpen en mogelijk de oorzaak te achterhalen.
Elk teamlid creëert een reeks redenen waardoor ze denken dat het probleem zich voordoet. Zodra de lijst klaar is, kunnen de antwoorden worden samengevoegd tot een enkele keten die de mening vertegenwoordigt die is bereikt door een gemeenschappelijke consensus van de groep.
Dit werkt het beste voor kleine teams met een grootte, d.w.z. 3-5 leden.
Bijvoorbeeld
Probleem : De kwaliteit van het product was niet goed.
Vraag : Waarom?
Reden 1 : Onstabiele build.
Vraag : Waarom?
Reden : Geen proceshandhaving - Geen code bevriezen.
Vraag : Waarom?
Reden : Scope wijzigen
Vraag : Waarom?
Reden : Impact niet geïdentificeerd tijdens projectplanning
# 4) Gek, verdrietig, blij
In dit vergaderformaat neemt het teamlid wat tijd (5-10 minuten) om plaknotities op te schrijven voor elk van de emoties - Mad, Sad en Blij.
- ‘Mad’ heeft de neiging zich te concentreren op obstakels, barrières enz.
- 'Verdrietig' heeft de neiging zich te concentreren op interne problemen en
- ‘Blij’ heeft de neiging zich te concentreren op iets waar het teamlid blij mee is.
Nadat de tijd om is, worden de plaknotities gegroepeerd op basis van emoties. Vervolgens worden de Mad and Sad-kwesties gestemd om prioriteit te geven aan het maken van een actie-item.
# 5) Teken een foto voor me
Deze techniek is een non-verbale retrospectieve techniek.
In dit vergaderformaat krijgen teamleden een paar minuten de tijd om hun gedachten te verzamelen en hun gevoelens en meningen te uiten.
Deze bijeenkomst is een goed format voor het houden van retrospectieven waarbij verbale communicatie binnen een team mislukt, het fungeert als ijsbreker tussen teamleden.
[beeld bron
# 6) Cirkelviering
Deze techniek legt feedback vast met behulp van plussen en delta's, d.w.z. wat werkte goed, wat had beter gekund).
Hierin komen de teamleden samen om een cirkel te vormen. Een teamlid begint en gooit een werpbaar zacht voorwerp (knuffel, stressballen) naar een ander lid.
Het idee is dat degene die de bal heeft, 3 vragen zou beantwoorden:
- Wat ze leuk vonden,
- Wat ze waardeerden en
- Hoe zullen ze het geleerde gebruiken om te verbeteren
Het object wordt willekeurig in de cirkel gepasseerd totdat iedereen de kans heeft gehad.
Veelvoorkomende misvattingen
Misvatting 1) Retrospectieve vergaderingen zijn saai
Dit is de belangrijkste reden waarom teamleden er niet van houden om een vergadering achteraf te leiden of aanwezig te zijn.
Om de bijeenkomst boeiender te maken, moet de facilitator leuke maar effectieve manieren bedenken om deze bijeenkomsten te leiden.
Misvatting # 2) Een vergadering achteraf is mijn kans om te wijzen op de ondergemiddelde prestaties van een teamlid
Een vergadering achteraf is geen vinger wijzen of een vergadering uitblazen.
Deze vergadering is niet gepland om teamleden aan te wijzen of op te roepen voor hun zwakke punten. Deze bijeenkomst is opgezet in een neutrale omgeving met als doel om als team te verbeteren en te groeien. Vermijd directe opmerkingen die op één persoon gericht zijn. En vergeet niet dat het doel is om beter te worden!
Misvatting 3) Alleen de organisator van de vergadering leidt de retrospectieve vergaderingen en bespreekt kwesties
De teamleden moeten worden aangemoedigd om deel te nemen en hun mening te delen. Deze bijeenkomst is voor de verbetering van het team en niet voor een top-down discussie gedicteerd door de organisator / facilitator van de bijeenkomst.
Tegelijkertijd moeten teamleden zich op hun gemak voelen, zodat ze hun ware mening kunnen uiten zonder de angst om beoordeeld te worden of de angst voor terugslag als gevolg van hun mening.
Misvatting 4) Senior management / belangrijkste belanghebbenden worden helemaal niet uitgenodigd voor vergaderingen achteraf
Dit verschilt van project tot project. Producteigenaren van hoger management kunnen voor de vergadering worden uitgenodigd om eventuele zorgen die zij hebben of enige zorgen die het team heeft met betrekking tot hun bestuur te bespreken.
Misvatting 5) Retrospectieve uitkomsten van vergaderingen hoeven niet te worden gedocumenteerd
Agile-methodologie is gebaseerd op het principe 'werkende software boven uitgebreide documentatie', maar dat betekent niet dat het team de documentatie helemaal moet afschaffen.
Het documenteren van retrospectives kan leiden tot het effectief volgen van actiepunten tot afsluiting. Dit kan ook worden toegevoegd aan historische gegevensopslagplaatsen, waar het team toegang heeft tot geleerde lessen als onderdeel van organisatorische procesmiddelen
Gevolgtrekking
Retrospectives zijn erg handig voor teambuilding en teamsamenwerking.
Teamleden die samenkomen om overwinningen te vieren en verbeteringen voor te stellen, creëren ook een transparantere en gezondere teamomgeving. Door continue verbetering en feedback worden teams beter naarmate de tijd verstrijkt.
De retrospectieve bijeenkomsten moeten zowel menselijke kwesties (persoonlijkheid, houding, gebrek aan vaardigheden, enz.) Als technische kwesties (reikwijdte, inconsistente vereisten, systeemstabiliteit enz.) Omvatten.
hoe je een nieuw java-project maakt in eclipse
Het wordt aanbevolen om op alle niveaus retrospectieve bijeenkomsten te houden en niet alleen op het niveau van het ontwikkelteam.
De retrospectieve vergaderingen kunnen worden gehouden aan het einde van een mijlpaal, aan het einde van een sprint, post mortem van een incident of probleem, na grote evenementen, enz. Zorg ervoor dat uw retrospectieve vergaderingen worden gedocumenteerd en dat de actiepunten tot het einde worden gevolgd.
Last but not least: maak uw retrospectieve bijeenkomsten leuk!
Over de auteur: Dit nuttige artikel is geschreven door Neha B. Ze werkt momenteel als Quality Assurance Manager en is gespecialiseerd in het leiden en managen van interne en offshore QA-teams.
Kent u leuke manieren van retrospectieve bijeenkomsten die niet in dit artikel worden genoemd? Laat het ons weten door uw opmerkingen te plaatsen.
Aanbevolen literatuur
- Hoe word je een goede teammentor, coach en een echte teamverdediger in een agile testwereld? - De inspiratie
- 4 stappen naar de ontwikkeling van de Agile-testmentaliteit voor een succesvolle overgang naar een Agile-proces
- JIRA Agile-zelfstudie: JIRA effectief gebruiken voor het beheren van Agile-projecten
- Agile Manifesto: Agile waarden en principes begrijpen
- De mentaliteitsverandering van een Agile Tester: afstemmen op het Agile-manifest
- SAFe Agile-zelfstudie: wat is Scaled Agile Framework
- Agile Scrum Online Quiz: test uw kennis van Agile Scrum
- Geautomatiseerde regressietests: uitdagingen, processen en stappen