Meny

Agile retrospektive møter - hvorfor det er nødvendig og noen morsomme måter å gjennomføre det på

  • Hoved
  • Agile Testing
  • Agile retrospektive møter - hvorfor det er nødvendig og noen morsomme måter å gjennomføre det på

agile retrospective meetings why it is necessary

Prøv Instrumentet Vårt For Å Eliminere Problemer

Agile programvareutvikling er et sett med metoder og praksis som er basert på det smidige manifestet. Agil metodikk vektlegger teamsamarbeid og hyppig levering av et produkt.

Et av de 12 prinsippene som er oppført i Agile Manifesto er:

'Med jevne mellomrom reflekterer teamet over hvordan man kan bli mer effektivt, og stiller deretter inn og justerer oppførselen deretter.'

Dette prinsippet er innlemmet i et smidig team i form av Agile Retrospective-møter.

I denne artikkelen vil vi snakke mer om retrospektive møter, deres formål og noen morsomme måter å gjennomføre disse møtene på.

scrum-retrospektiv

Anbefalt lesing=> De 6 vanligste årsakene til at du bør adoptere smidig i organisasjonen din

Hva du vil lære:

Definisjon og formål med retrospektive møter

Per definisjon betyr retrospektiv 'å se tilbake på eller håndtere tidligere hendelser eller situasjoner'.

Definisjonen tro, retrospektive møter er ment å reflektere over det siste sprint / prosjekt / milepæl og identifisere områder som trenger forbedring og feire lagseier .

Dette knytter seg til konseptet med kontinuerlig forbedring der team møtes for å diskutere områdene som teamet gjorde bra og områdene som teamet trenger for å jobbe sammen for å forbedre for neste sprint / prosjekt / milepæl.

Les også=> Hvordan forbedre programvarekvaliteten ved hjelp av kontinuerlig integrasjonsprosess

Gjennomføring av retrospektive møter

Retrospektive møter kan holdes på forskjellige stadier i løpet av prosjektet:

  • Retrospektive møter kan planlegges mot de siste dagene av en sprint og før neste sprint startes for å reflektere over den siste sprinten
  • Å gjennomgå et spesifikt problematisk scenario
  • På en milepæl for å reflektere over status hittil

Agile Retrospective Steps

Ethvert retrospektivt møte vil innebære følgende trinn:

smidige-retrospektive trinn

  • Sett scenen - Organiser møte - Involverer å sette opp møtet av fasilitatoren (PM., Scrum master, etc.) og sende en møteinvitasjon til alle nødvendige teammedlemmer og interessenter.
  • Samle data - Når møtet starter, samle alle ideene, meningene, bekymringene som teammedlemmene kan ha. Dette kan gjøres via forskjellige smidige tilbakevirkende aktiviteter som Start, Stopp og Fortsett, Paint Me-bilde osv.
  • Generer innsikt - Etter at dataene er samlet, må meningsfull analyse identifiseres og mønstre opprettes. Ideen er å identifisere trender og løse dem. F.eks. Hvis teammedlemmene er misfornøyde med de lange daglige stand-ups, må vi finne ut hva som forårsaker dette. Det kan være urelaterte diskusjoner, forsinkelsen til teammedlemmene, urealistisk tid satt opp som ikke imøtekommer antall oppdateringer, etc.
  • Opprett handlinger - Når de underliggende problemene er identifisert, oppretter du handlingspunkter for å løse dem. Handlingspunkter bør tildeles en eller flere ansvarlige personer som har ansvaret for å løse det innen den bestemte forfallsdatoen.
  • Pakk opp - Takk teamet for deres tid og for deres deltakelse. Forsikre deg om at møtediskusjonen og handlingspunktene er dokumentert og sirkulert til teammedlemmene for enkel referanse.

Agile retrospektive møteformater, ideer og aktiviteter

# 1) Hva som gikk bra, Hva burde vært gjort bedre, Handlingsartikler

Teammedlemmene møtes og diskuterer hva teamet gjorde bra, hva teamet trenger å forbedre, erfaringer og handlingspunktene som tilsvarer forbedringsområder.

Disse handlingene tildeles et ansvarlig teammedlem. Denne diskusjonen er dokumentert og sirkulert til alle etter møtet, eller kan lagres på delt stasjon / intranett for enkel tilgang.

JIRA har en innebygd sprint retrospektiv mal for retrospektivt møte basert på akkurat dette formatet som vist nedenfor:

smidig-retrospektiv-møte-formater-ideer-og-aktiviteter

(bilde kilde )

# 2) Start, stopp og fortsett møtet

I dette møtet blir teammedlemmene bedt om å gi meninger om hva laget skal begynne å gjøre, slutte å gjøre og fortsette å gjøre i spurtene.

Denne metoden er veldig populær og effektiv, spesielt for nye lag.

  • Startelementer vil være noe teamet ønsker å legge til i prosessen, f.eks. Begynn å komme i tide til prosjektmøter.
  • Stoppelementer vil være noe teamet ikke lenger vil gjøre f.eks. slutte å sjekke inn kode uten kodeomtale.
  • Fortsett varer vil være noe teamet vil fortsette å gjøre i fremtiden, f.eks. Fortsett å ha daglige stand-ups.

Møtefasilitatoren kan sette en minimums- og maksimumsgrense for et antall ting et teammedlem kan foreslå. F.eks. Hvert teammedlem trenger å oppgi 1 element hver for Start, Stopp og Fortsett-listen og kan gi maksimalt 3 elementer per type.

I tillegg, når den komplette listen er samlet, kan teammedlemmer bli bedt om å stemme for å begrense de viktigste elementene.

start-stopp-og-fortsett-møte

# 3) 5 'Hvorfor' formatmøte

Dette møteformatet er basert på å stille opp hvorfor 'spørsmål' på tvers av teammedlemmene.

Dette møteformatet brukes til å finne underliggende årsaker til et problematisk scenario (symptom), og hvor årsakene kanskje ikke er åpenbare.

Målet er ikke å løse problemet, men å forstå situasjonen og muligens begrense årsaken.

Hvert teammedlem oppretter en kjede av grunner på grunn av hvorfor de tror problemet oppstår. Når listen er klar, kan svarene konsolideres i en enkelt kjede som representerer den oppfatningen som nås med en felles konsensus i gruppen.

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

For eksempel:

Problem : Kvaliteten på produktet var ikke bra.
Spørsmål : Hvorfor?
Årsak 1 : Ustabil bygg.
Spørsmål : Hvorfor?
Grunnen til : Ingen prosesshåndhevelse - Ingen kodefrysning.
Spørsmål : Hvorfor?
Grunnen til : Omfangsendring
Spørsmål : Hvorfor?
Grunnen til : Påvirkning ikke identifisert under prosjektplanlegging

eksempel

# 4) Gal, trist, glad

I dette møteformatet tar teammedlem litt tid (5-10 minutter) å skrive ned klistrelapper for hver av følelsene - Mad, Sad og Glad.

  • ‘Mad’ har en tendens til å fokusere på hindringer, barrierer etc.
  • 'Sad' har en tendens til å fokusere på interne spørsmål og
  • ‘Glad’ har en tendens til å fokusere på noe teammedlemmet er glad for.

Etter at tiden er ute, blir klistrelappene gruppert basert på følelser. Deretter blir Mad og Sad-sakene stemt for å prioritere dem for å lage et handlingselement.

# 5) Tegn et bilde av meg

Denne teknikken er en ikke-verbal retrospektiv teknikk.

I dette møteformatet får teammedlemmer få minutter til å samle tankene og uttrykke sine følelser og meninger.

Dette møtet er et godt format for å gjennomføre retrospektiv der verbal kommunikasjon i et team mislykkes, det fungerer som en isbryter mellom teammedlemmene.

tegne-meg-et-bilde

(bilde kilde )

# 6) Circle Celebration

Denne teknikken fanger tilbakemeldinger ved hjelp av Pluses og Deltas, dvs. hva som fungerte bra, hva som kunne vært bedre).

I dette samles teammedlemmene for å danne en sirkel. Et teammedlem starter og kaster en myk gjenstand som kan kastes (plysj leketøy, stressballer) mot et annet medlem.

Ideen er at den som har ballen, vil svare på 3 spørsmål:

  • Det de likte,
  • Det de satte pris på og
  • Hvordan vil de bruke det de har lært å forbedre

Objektet sendes tilfeldig i sirkelen til alle har fått en mulighet.

Vanlige misoppfatninger

Misforståelse nr. 1) Retrospektive møter er kjedelige

retrospektive møter er kjedelige

Dette er den viktigste grunnen til at teammedlemmer ikke liker å gjennomføre eller være til stede for et retrospektivt møte.

For å gjøre møtet mer engasjerende, bør tilretteleggeren komme med morsomme, men effektive måter å gjennomføre disse møtene på.

Misforståelse nr. 2) Retrospektivt møte er min mulighet til å påpeke et teammedlems ytelse under gjennomsnittet

Et retrospektivt møte er ikke en finger som peker eller lufter ut møtet.

Dette møtet er ikke planlagt til å påpeke eller ringe ut teammedlem for deres svake punkter. Dette møtet er satt opp i et nøytralt miljø med sikte på å forbedre og vokse som et team. Unngå å kommentere direkte til en enkelt person. Og husk at målet er å bli bedre!

respektive møte

Misforståelse nr. 3) Bare møtearrangøren leder retrospektive møter og diskuterer saker

Teammedlemmene bør oppfordres til å delta og dele sitt synspunkt. Dette møtet er til forbedring av teamet og ikke for en ovenfra og ned diskusjon diktert av møteorganisator / tilrettelegger.

Samtidig bør teammedlemmer gjøres komfortable slik at de kan uttrykke sitt virkelige synspunkt uten frykt for å bli dømt eller frykt for tilbakeslag som et resultat av å snakke.

Misforståelse nr. 4) Ledelsen / sentrale interessenter er ikke invitert i det hele tatt til retrospektive møter

Dette varierer fra prosjekt til prosjekt. Høyere ledelse, produkteiere kan bli invitert til møtet for å ta opp eventuelle bekymringer de måtte ha eller eventuelle bekymringer teamet har angående deres styring.

Misforståelse nr. 5) Retrospektive møteresultater trenger ikke å dokumenteres

Agil metodikk er basert på prinsippet 'Arbeidsprogramvare over omfattende dokumentasjon', men det betyr ikke at teamet skal fjerne dokumentasjonen helt.

Dokumentering av tilbakeblikk kan føre til effektiv sporing av handlingspunkter til avslutning. Dette kan også legges til i dataregister, hvor teamet kan få tilgang til leksjoner som en del av organisatoriske prosessmidler

Konklusjon

Retrospektiver er veldig nyttige for teambuilding og team-samarbeid.

Teammedlemmer som kommer sammen for å feire seire og foreslå forbedringer, skaper også et mer gjennomsiktig og sunt teammiljø. Gjennom kontinuerlig forbedring og tilbakemelding blir teamene bedre etter hvert som tiden går.

De retrospektive møtene bør omfatte både menneskelige spørsmål (personlighet, holdning, manglende ferdigheter osv.) Og tekniske spørsmål (omfang, inkonsekvente krav, systemstabilitet osv.).

hvordan passere matriser i java

Det anbefales at retrospektive møter gjennomføres på alle nivåer og ikke bare på utviklingsgruppenivå.

Retrospektive møter kan gjennomføres på slutten av en milepæl, slutten av en sprint, dødsfall etter en hendelse eller et problem, etter store begivenheter osv. Sørg for at retrospektive møter er dokumentert og handlingspunktene spores til slutt.

Sist men ikke minst, gjør dine retrospektive møter morsomme!

Om forfatter: Denne nyttige artikkelen er skrevet av Neha B. Hun jobber for tiden som kvalitetssikringsleder og spesialiserer seg i ledelse og ledelse av internt og offshore kvalitetslag.

Kjenner du til noen morsomme måter for retrospektive møter som ikke er nevnt i denne artikkelen? Gi oss beskjed ved å legge ut kommentarene dine.

Anbefalt lesing

^