Hvad er Sprint Retrospective?

Sprint Retrospective er en tid, hvor Scrum Teams reflekterer over alt, hvad der er sket i Sprint, og identificerer muligheder for at forbedre sig.

Sprint Retrospective er en tid for teams til at reflektere over muligheder for at forbedre sig. Arrangementet er dedikeret til at diskutere overordnede workflowforbedringer, herunder enkeltpersoner, interaktioner, processer og værktøjer. Den generelle idé er at have denne slags diskussioner for at hjælpe teamet med at lære og implementere forbedringer for at gøre hver Sprint mere strømlinet og vellykket end den sidste. 

Sprint Retrospective er den sidste ting at gøre i en Sprint. De fleste hold holder den umiddelbart efter Sprint Review og hjælper på den måde med at forberede den næste Sprint. Det er derfor et tilbagevendende møde, så det er nyttigt at få mest muligt ud af denne tid.

Hvem deltager i mødet?

Hele Scrum Team, inklusive Product Owner, det Scrum Master og Developer'erne burde deltage. Tilsammen har teamet en bred vifte af værdifulde perspektiver til at identificere procesforbedringer fra deres forskellige synsvinkler. 

Scrum Master er ansvarlig for at facilitere mødet og opmuntre teamet af Developer'er til at forbedre praksis inden for Scrum-procesrammen. Scrum Master'ere er ansvarlige for at støtte og coache teamet i Scrum-metoden, og bør derfor benytte denne lejlighed til at fremhæve, om teamet ikke overholder metoden. 

Interessenter bør ikke deltage i Scrum Retrospective, medmindre de specifikt er inviteret. De kan i stedet deltage i Sprint Review-mødet.

Hvad skal inkluderes i Scrum Retrospective?

Hold kan køre Scrum Retrospective på forskellige måder, men en populær metode er "stop", "start" og "fortsæt". Dette er en enkel tilgang til at afvikle mødet og er afhængig af, at hvert teammedlem identificerer specifikke ting, som teamet bør:

  • Begynde at gøre 
  • Stop med at gøre 
  • Fortsæt med at gøre det

Der er mange måder, hvorpå denne enkle ramme kan tilpasses, så den passer til holdet. 

Det kan også være nyttigt at tænke på mere specifikke spørgsmål, som teamet kan besvare. Nogle nyttige spørgsmål kan omfatte:

  • Hvad gik godt under Sprint? Succes i en iteration kan analyseres ved at bestemme, hvad der blev gjort anderledes for at opnå det. For eksempel hvem der bidrog til det og hvordan, og hvilke færdigheder, træning eller viden hjalp. 
  • Hvad gik ikke godt under Sprint? Ser på, hvad der ikke gik efter planen med henblik på at forbedre ydeevnen i fremtiden. 
  • Hvad var de vigtigste erfaringer under Sprint? Dette indebærer at se på, hvad teamet lærte under Sprint, så de kan fortsætte med at forbedre deres måde at arbejde på. 
  • Hvad skal vi gøre anderledes i løbet af den næste Sprint? Dette vil hjælpe med at forhindre, at de samme fejl opstår, og dermed træffe korrigerende handlinger. 

Hvert af disse spørgsmål kan fungere som udgangspunkt for at hjælpe med at bore yderligere ned og få mere information. Scrum Master bør opmuntre resten af Scrum-teamet til at besvare spørgsmål og forbedre processen og praksis for at gøre den mere effektiv til den næste Sprint. 

Derudover planlægger Scrum-teamet under hver Sprint Retrospective måder at øge produktkvaliteten ved at forbedre arbejdsprocesser eller tilpasse "Definition of Done", hvis det er relevant og ikke er i konflikt med produkt- eller organisationsstandarder.

Særligt vigtigt er det, at Sprint Retrospective afsluttes med et par konkrete tiltag, som holdet vil handle på i den kommende sprint. Dette startes praktisk talt ved at tilføje opgaver i den næste Sprint Planning møde som vil fuldende disse initiativer.

Hvad er længden af mødet?

Længden af Retrospective kan afhænge af flere faktorer, såsom hvor mange teammedlemmer der var i Sprint. Mødet er dog generelt timeboxet til maksimalt tre timer for en måneds Sprint. Som forventet, hvis Sprint er kortere end en måned, er begivenheden normalt kortere for at passe.

Sammenfatning af Sprint Retrospective

Sprint Retrospective-mødet er et vigtigt værktøj til at hjælpe Scrum-teams med at øge kvaliteten og effektiviteten. At stille de rigtige spørgsmål giver teamet mulighed for at tænke, hvilket giver ejerskab til hvert teammedlem og gør det virkelig agilt.

Del:

Relateret blogindlæg

Misforståelser i softwarespecifikationer.

Der er ofte misforståelser i softwarespecifikationsdokumenter. Den løsning, vi typisk vælger, er at lave mere detaljerede specifikationer. Men det fører desværre ikke til bedre resultater.

Relateret uddannelse

Relaterede ressourcer

Et cirkulært flowdiagram med forskellige faser, der repræsenterer scrum-processen

Scrum-processen forklaret

Få indblik i Scrum-processens finesser, og lær, hvordan dette agile-framework kan revolutionere projektledelse.

Et teleskop, der fokuserer på et fjernt

Hvad er en produktvision?

Opdag styrken ved en produktvision, og hvordan den former en virksomheds fremtid.

Et kompas, der peger mod en symbolsk repræsentation af et mål

Hvad er en Product Goal?

Opdag betydningen af et produktmål, og hvordan det styrer retningen og fokus for et projekt.

Flere ressourcer

Lad os snakke om
Hvordan vi kan hjælpe!

Nyder du vores artikler? Endnu bedre er det, hvis du kan tale med os personligt! Kontakt os, så vi kan planlægge noget!