Sprint Retrospective er teamets regelmæssige mulighed for at inspicere, hvordan det arbejdede, og planlægge forbedringer. Det finder sted efter Review og før det næste Sprint Planning. Fokus er på processen — mennesker, relationer, værktøjer og Definition of Done — ikke produktet selv.
En simpel, populær struktur:
1. What went well? (keep doing)
2. What didn't? (problems and friction)
3. What will we change? (1-2 concrete, owned actions)
Hovedudsigten er et lille antal handlingsvenlige forbedringer, ideelt tilføjet til det næste Sprint Backlog, så de faktisk sker.
Teamet bemærker, at kodeanmeldelser stoppede i flere dage. De er enige om en regel: anmeldelsesanmodninger tages op inden for fire timer. En person ejer at poste en påmindelse. På næste Retrospective kontrollerer de, om det fungerede.
Kontinuerlig forbedring er det, der adskiller et team, der bliver bedre hver Sprint, fra et team, der gentager de samme fejl.
En sikker, fokuseret Retrospective omdanner frustrationer til konkrete ændringer, hvilket er hele pointen med at være empirisk.
Et bibliotek af IT-interviewspørgsmål med detaljerede svar — fra Junior til Senior.
Donér