Menu

Agile retrospektive møder - hvorfor det er nødvendigt og nogle sjove måder at gennemføre det på

  • Vigtigste
  • Agil Test
  • Agile retrospektive møder - hvorfor det er nødvendigt og nogle sjove måder at gennemføre det på

agile retrospective meetings why it is necessary

Prøv Vores Instrument Til At Fjerne Problemer

Agil softwareudvikling er et sæt metoder og praksis, der er baseret på det agile manifest. Agil metode lægger vægt på teamsamarbejde og hyppig levering af et produkt.

Et af de 12 principper, der er anført i Agile Manifesto, er:

'Med jævne mellemrum reflekterer holdet over, hvordan man bliver mere effektiv, og indstiller derefter og justerer dets adfærd i overensstemmelse hermed.'

Dette princip er indarbejdet i et agilt team i form af Agile Retrospective-møder.

I denne artikel vil vi tale mere om retrospektive møder, deres formål og nogle sjove måder at gennemføre disse møder på.

scrum-retrospektiv

Anbefalet læsning=> De 6 mest almindelige årsager til, at du skal adoptere smidig i din organisation

Hvad du lærer:

Definition og formål med retrospektive møder

Per definition betyder retrospektiv 'at se tilbage på eller beskæftige sig med tidligere begivenheder eller situationer'.

I overensstemmelse med definitionen retrospektive møder er beregnet til at reflektere over de seneste sprint / projekt / milepæl og identificere områder, der skal forbedres og fejre holdets sejre .

Dette hænger sammen med konceptet med kontinuerlig forbedring, hvor hold mødes for at diskutere de områder, som holdet gjorde godt, og de områder, som teamet har brug for for at arbejde sammen for at forbedre til næste sprint / projekt / milepæl.

Læs også=> Sådan forbedres softwarekvaliteten ved hjælp af kontinuerlig integrationsproces

Gennemførelse af retrospektive møder

Retrospektive møder kan afholdes på forskellige stadier under projektet:

  • Retrospektive møder kan planlægges mod de sidste dage af en sprint, og inden den næste sprint startes for at reflektere over den seneste sprint
  • At gennemgå et specifikt problematisk scenario
  • På en milepæl for at reflektere over status indtil videre

Adræt retrospektive trin

Ethvert retrospektivt møde vil omfatte følgende trin:

agile-retrospective-trin

  • Indstil scene - Organiser møde - Involverer opsætning af mødet af facilitatoren (PM., Scrum master osv.) Og sender en mødeinvitation til alle de krævede teammedlemmer og interessenter.
  • Saml data - Når mødet starter, skal du samle alle de ideer, meninger og bekymringer, som teammedlemmerne måtte have. Dette kan gøres via forskellige agile retrospektive aktiviteter som Start, Stop og Fortsæt, Paint Me-billede osv.
  • Generer indsigt - Når dataene er samlet, skal meningsfuld analyse identificeres, og der skal oprettes mønstre. Ideen er at identificere tendenser og løse dem. For eksempel. hvis holdmedlemmerne er utilfredse med de lange daglige stand-ups, er vi nødt til at finde ud af, hvad der forårsager dette. Det kunne være urelaterede diskussioner, holdmedlemmernes forsinkelse, urealistisk opsat tid, der ikke rummer antallet af opdateringer osv.
  • Opret handlinger - Når de underliggende problemer er identificeret, skal du oprette handlingspunkter for at løse dem. Handlingspunkter skal tildeles en eller flere ansvarlige personer, der er ansvarlige for at løse det inden den besluttede forfaldsdato.
  • Pak ind - Tak holdet for deres tid og for deres deltagelse. Sørg for, at mødediskussionen og handlingspunkterne dokumenteres og cirkuleres til teammedlemmerne for nem henvisning.

Agile retrospektive mødeformater, ideer og aktiviteter

# 1) Hvad gik godt, hvad der burde have været gjort bedre, handlingsgenstande

Teammedlemmerne mødes og diskuterer, hvad holdet klarede sig godt, hvad teamet har brug for at forbedre, erfaringerne og de handlingspunkter, der svarer til forbedringsområder.

Disse handlinger tildeles et ansvarligt teammedlem. Denne diskussion er dokumenteret og cirkuleret til alle efter mødet eller kan gemmes på delt drev / intranet for nem adgang.

JIRA har en indbygget sprint retrospektiv skabelon til retrospektivt møde baseret på dette nøjagtige format som vist nedenfor:

agil-retrospektiv-møde-formater-ideer-og-aktiviteter

(billede kilde )

# 2) Start, stop og fortsæt mødet

I dette møde bliver teammedlemmerne bedt om at give meninger om, hvad holdet skal begynde at gøre, stoppe med at gøre og fortsætte med at gøre i sprints.

Denne metode er meget populær og effektiv, især for nye hold.

  • Startelementer ville være noget, som holdet gerne vil føje til deres proces, f.eks. Begynd at komme til tiden til projektmøder.
  • Stop-genstande ville være noget, som holdet ikke længere ønsker at gøre, f.eks. stop med at tjekke ind kode uden kode gennemgang.
  • Fortsæt genstande vil være noget, teamet ønsker at fortsætte med at gøre i fremtiden, Fortsæt med daglige stand-ups.

Mødefacilitatoren kan indstille en minimums- og maksimumsgrænse for et antal emner, som et teammedlem kan foreslå. For eksempel. Hvert teammedlem skal angive 1 vare hver til listen Start, Stop og Fortsæt og kan maksimalt give 3 varer pr. Type.

Når den komplette liste er samlet, kan teammedlemmerne desuden blive bedt om at stemme for at indsnævre de vigtigste punkter.

start-stop-og-fortsæt-møde

# 3) 5 'Hvorfor' formatmøde

Dette mødeformat er baseret på at stille opfølgende 'hvorfor' spørgsmål på tværs af teammedlemmer.

Dette mødeformat bruges til at finde underliggende årsager til et problematisk scenario (symptom), og hvor årsagerne muligvis ikke er åbenlyse.

Målet er ikke at løse problemet, men at forstå situationen og muligvis indsnævre grundårsagen.

Hvert teammedlem opretter en kæde af grunde, hvorfor de mener, at problemet opstår. Når listen er klar, kan svarene konsolideres i en enkelt kæde, der repræsenterer den opfattelse, der er opnået ved en fælles konsensus i gruppen.

Dette fungerer bedst for små hold med størrelser, dvs. 3-5 medlemmer.

For eksempel:

Problem : Kvaliteten af ​​produktet var ikke god.
Spørgsmål : Hvorfor?
Årsag 1 : Ustabil opbygning.
Spørgsmål : Hvorfor?
Grund : Ingen proceshåndhævelse - Ingen kodefrysning.
Spørgsmål : Hvorfor?
Grund : Omfangsændring
Spørgsmål : Hvorfor?
Grund : Effekt ikke identificeret under projektplanlægning

eksempel

#4) Mad , Sad, Glad

I dette mødeformat tager teammedlem noget tid (5-10 minutter) at skrive notater ned for hver af følelserne - Mad, Sad og Glad.

  • 'Mad' har tendens til at fokusere på forhindringer, barrierer osv.
  • 'Trist' har tendens til at fokusere på interne problemer og
  • 'Glad' har tendens til at fokusere på noget, som teammedlemmet er glad for.

Når tiden er gået, grupperes klæbemærkerne ud fra følelser. Derefter stemmes de gale og triste spørgsmål for at prioritere dem til oprettelse af et handlingspunkt.

# 5) Tegn mig et billede

Denne teknik er en ikke-verbal retrospektiv teknik.

I dette mødeformat får teammedlemmer få minutter til at samle deres tanker og udtrykke deres følelser og meninger.

Dette møde er et godt format til at gennemføre retrospektiver, hvor verbal kommunikation inden for et team mislykkes, det fungerer som en isbryder mellem teammedlemmer.

tegn mig-et-billede

(billede kilde )

# 6) Cirkelfejring

Denne teknik fanger feedback ved hjælp af Pluses og Deltas, dvs. hvad der fungerede godt, hvad der kunne have været bedre).

I dette samles holdmedlemmerne for at danne en cirkel. Et holdmedlem starter og kaster en blød genstand, der kan kastes (plys legetøj, stresskugler) mod ethvert andet medlem.

Idéen er, at den, der har bolden, vil besvare 3 spørgsmål:

  • Hvad de nød,
  • Hvad de værdsatte og
  • Hvordan vil de bruge det, de har lært, til at forbedre

Objektet sendes tilfældigt i cirklen, indtil alle har haft en mulighed.

Almindelige misforståelser

Misforståelse nr. 1) Retrospektive møder er kedelige

retrospektive møder er kedelige

Dette er den førende årsag til, at teammedlemmer ikke kan lide at afholde eller være til stede ved et retrospektivt møde.

For at gøre mødet mere engagerende bør facilitatoren komme med sjove, men effektive måder at gennemføre disse møder på.

Misforståelse nr. 2) Retrospektivt møde er min mulighed for at påpege et teammedlems præstationer under gennemsnittet

Et retrospektivt møde er ikke en finger, der peger eller udlufter et møde.

Dette møde er ikke planlagt til at udpege eller opfordre teammedlem til deres svage punkter. Dette møde er sat op i et neutralt miljø med det formål at forbedre og vokse som et team. Undgå at kommentere direkte til en enkelt person. Og husk, at målet er at blive bedre!

respektive møde

Misforståelse nr. 3) Kun mødearrangøren fører retrospektive møder og diskuterer spørgsmål

Holdmedlemmerne bør tilskyndes til at deltage og dele deres synspunkt. Dette møde er til gavn for holdet og ikke til en top down-diskussion dikteret af mødearrangør / facilitator.

Samtidig skal teammedlemmer gøres komfortable, så de kan udtrykke deres sande synspunkt uden frygt for at blive bedømt eller frygt for tilbageslag som et resultat af at tale op.

Misforståelse nr. 4) Seniorledelse / centrale interessenter er slet ikke inviteret til retrospektive møder

Dette varierer fra projekt til projekt. Højere ledelse, produktejere kan blive inviteret til mødet for at tackle eventuelle bekymringer, de måtte have, eller eventuelle bekymringer, som teamet har med hensyn til deres ledelse.

Misforståelse nr. 5) Retrospektive møderesultater behøver ikke dokumenteres

Agil metode er baseret på princippet ”Arbejder software over omfattende dokumentation”, men det betyder ikke, at teamet skal fjerne dokumentationen helt.

Dokumentation af retrospektiver kan føre til effektiv sporing af handlingspunkter til lukning. Dette kan også føjes til historiske datalagre, hvor teamet kan få adgang til erfaringer som en del af organisatoriske procesaktiver

Konklusion

Retrospektiver er meget nyttige til teambuilding og teamsamarbejde.

Teammedlemmer, der mødes for at fejre sejre og foreslå forbedringer, skaber også et mere gennemsigtigt og sundt teammiljø. Gennem løbende forbedringer og feedback bliver teams bedre med tiden.

De retrospektive møder bør omfatte både menneskelige spørgsmål (personlighed, holdning, manglende færdigheder osv.) Og tekniske spørgsmål (rækkevidde, inkonsekvente krav, systemstabilitet osv.).

hvad er den bedste gratis downloader til musik?

Det anbefales, at der gennemføres retrospektive møder på alle niveauer og ikke kun på niveauet for udviklingsteamet.

De retrospektive møder kan afholdes i slutningen af ​​en milepæl, slutningen af ​​en sprint, post mortem af en hændelse eller et problem, efter større begivenheder osv. Sørg for, at dine retrospektive møder er dokumenteret, og handlingspunkterne spores til afslutning.

Sidst men ikke mindst, gør dine retrospektive møder sjove!

Omkring forfatter: Denne nyttige artikel er skrevet af Neha B. Hun arbejder i øjeblikket som kvalitetssikringschef og er specialiseret i at lede og styre interne og offshore QA-teams.

Kender du nogen sjove måder til retrospektive møder, der ikke er nævnt i denne artikel? Giv os besked ved at sende dine kommentarer.

Anbefalet læsning

^