Sprint Retrospective er en afsluttende begivenhed for Sprinten, som kun medlemmer af Scrum Teamet kan deltage i. Dette gør det muligt at være helt dedikeret til teamets interne anliggender. Dette skyldes, at Sprint Retrospective primært bruges til at reflektere over de nuværende arbejdsmetoder samt til at diskutere forslag til forbedringer.
Hvad er en Sprint Retrospective? – indholdsfortegnelse:
- Introduktion
- Mål og emner for Sprint Retrospective
- Hvordan gennemfører man en effektiv Sprint Retrospective?
- Problemer der skal diskuteres
- Diskussion og forpligtelse
- Sammenfatning
Introduktion
Sprint Retrospective er mødet, der afslutter hver Sprint. Det er en af Scrum-begivenhederne, som vi skrev om i en oversigt i en separat artikel.
I henhold til den officielle Scrum Guide, tager en Sprint Retrospective maksimalt tre timer for en månedlig Sprint. Eller tilsvarende kortere, hvis Scrum Teamet arbejder i kortere cykler.
Mål og emner for Sprint Retrospective
Alle medlemmer af Scrum Teamet deltager i Sprint Retrospective. Formålet med mødet er at diskutere problemer relateret til Scrum Teamets arbejde og hvordan det håndterer dem. Dog er disse ikke problemer relateret til det produkt, der udvikles af Scrum Teamet, men spørgsmål relateret til arten og forløbet af samarbejdet mellem medlemmerne af Scrum Teamet.
Da de rejste spørgsmål ofte er følsomme og delikate, er Sprint Retrospective en lukket begivenhed. Vi kan formulere dens mål på følgende måde:
- at opsummere de nuværende måder at samarbejde på
- at identificere de problemer og mangler, der kræver forbedring
- at foreslå løsninger og ændringer
Målene for Sprint Retrospective er nært relateret til søjlerne af empirisme, som Scrum er baseret på. De første to punkter er relateret til inspektion. Mens det sidste er relateret til tilpasning. Vi skrev mere om søjlerne af empirisme og deres rolle i Scrum i denne artikel.
Resultatet af svarene fra de ovenstående møder er ikke kun et klart billede af Scrum Teamets samarbejdsprincipper, der er tilgængelige for alle dets medlemmer. Teamet forpligter sig også til at forbedre samarbejdet og teamadfærden, som vil blive implementeret i den næste Sprint.
Hvordan gennemfører man en effektiv Sprint Retrospective?
Da Sprint Retrospective er et vanskeligt møde, er rollen som Scrum Master, der modererer diskussionen, afgørende. Ideelt set bør han eller hun foreslå til medlemmerne af Scrum Teamet, hvem der skal tale næste gang. For eksempel kan han bede alle om at give et et-sætnings resumé af den afsluttende Sprint.
Problemer der skal diskuteres
Da det at tale om problemer i teamet kan vække mange følelser, er en almindelig løsning at skrive problemerne, der skal diskuteres, ned på separate stykker papir. Dette gør det lettere at udtrykke sin mening. Det er også lettere at spotte større problemområder og emner, som flere personer har bekymringer om.
Hvis der er for mange problemer, som Scrum Teamet fremlægger, kan man starte med at diskutere de største. Eller vælge kollektivt, hvilke problemer der er de vigtigste ifølge Scrum Teamet.
Du kan udsætte problemer for hvilke der ikke var tid nok under Sprint Retrospective til den næste retrospektiv. Selvfølgelig kun hvis de stadig opstår.
Diskussion og forpligtelse
De vigtigste dele af Sprint Retrospective er dog diskussion og forpligtelse.
Diskussionen bør fokusere på årsagerne til problemerne, de øjeblikke hvor de opstår, og deres indvirkning på Scrum Teamets funktion. Det er værd at overveje, om deres opståen kan undgås, og med hvem man skal diskutere deres løsning.
At lave forpligtelser er lige så vigtigt som at diagnosticere problemerne, fordi blot at vide, at de eksisterer, og årsagerne ikke oversættes til at løse dem. Resultatet af en Sprint Retrospective er normalt flere forpligtelser. Hvis problemet påvirker hele teamet, forpligter ofte et af teammedlemmerne sig til at give særlig opmærksomhed til et bestemt problem i den næste Sprint. Og at foreslå en løsning, eller endda at løse problemet selv. Hvis problemet derimod vedrører handlingen fra en bestemt person, forpligter han eller hun sig til at ændre sin adfærd allerede i den næste Sprint.
Sammenfatning
Sprint Retrospective er en sammenfatning af en Sprint fra perspektivet af samarbejdet mellem medlemmerne af Scrum Teamet. Dens formål er at forbedre effektiviteten og pleje de tre søjler af empirisme: gennemsigtighed, inspektion og tilpasning. Gennemsigtighed, hvor alle samarbejdspartnere taler åbent med hinanden om både succeser og problemer, der opstår i teamet. Inspektion, som involverer hyppig og pålidelig diagnose af situationen i teamet, og tilpasning, dvs. at rette fejl, der opstår løbende.
Hvis du kan lide vores indhold, så bliv en del af vores travle bier-fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Som projektleder er Caroline en ekspert i at finde nye metoder til at designe de bedste arbejdsgange og optimere processer. Hendes organisatoriske færdigheder og evne til at arbejde under tidspres gør hende til den bedste person til at gøre komplicerede projekter til virkelighed.
Scrum Guide:
- Ordbog over grundlæggende termer, roller og begreber
- Hvad er Scrum?
- Scrum værdier
- Hvordan implementerer man Scrum i din virksomhed?
- Scrum Team - hvad er det, og hvordan fungerer det?
- Hvem er en Product Owner?
- De mest almindelige fejl hos Product Owner
- Hvem er Scrum Masteren?
- De mest almindelige fejl hos Scrum Master
- Hvilke statistikker og målinger bør Scrum Masteren følge?
- Udviklingsteam i Scrum
- De mest almindelige fejl hos udviklere
- Scrum artefakter
- Skalering af Scrum
- Sprint Backlog
- Hvad er produktbackloggen?
- Hvad er brugerhistorier?
- At skabe den bedste User Story med INVEST
- De mest almindelige fejl i User Stories
- Brugerhistorie Acceptkriterier
- Estimering og Story Points i Scrum
- Planlægningspoker
- Team Estimeringsspil
- Definere inkrement
- Scrum begivenheder
- Hvad er et Burndown-diagram?
- Fordele og ulemper ved burndown-diagrammet
- Kanban-tavler i Scrum og Scrumban
- Hastighed i Scrum - Udviklingsteamets hastighed
- Daglig Scrum
- Sprintplanlægning
- Sprintgennemgang
- Hvad er en Sprint Retrospektiv?
- Almindelige fejl under en Sprint Retrospektiv
- Produkt Backlog pleje
- Hvordan opretter og fortolker man et burndown-diagram?