Co to jest Sprint Retrospective?

Question

Accepted Answer

Sprint Retrospective to **zwykła okazja dla zespołu, aby przeanalizować sposób swojej pracy i zaplanować ulepszenia**. Odbywa się po Review i przed następnym Sprint Planning. Fokus kierowany jest na *proces* — ludzi, relacje, narzędzia i Definition of Done — a nie na sam produkt.

## Jak to działa

Prosta, popularna struktura:

```text
1. What went well?      (keep doing)
2. What didn't?         (problems and friction)
3. What will we change? (1-2 concrete, owned actions)
```

Głównym rezultatem są **małe liczby wdrażalnych ulepszeń**, najlepiej dodane do następnego Sprint Backlog, aby faktycznie się stały.

## Konkretny przykład

Zespół zauważa, że code review'y zatrzymały się na dni. Zgadzają się na zasadę: review requests są podejmowane w ciągu czterech godzin. Jedna osoba odpowiada za wysłanie przypomnienia. Na następnym Retrospective'u sprawdzają, czy to zadziałało.

## Typowe błędy

- Generowanie 15 action items i niezrobienie żadnego — wybierz jeden lub dwa.
- Obwinianie zamiast ciekawości, które zabija bezpieczeństwo psychologiczne.
- Pomijanie tego pod presją terminu, które usuwa silnik ulepszania.

## Dlaczego to ważne

Ciągłe doskonalenie to to, co odróżnia zespół, który poprawia się co Sprint, od zespołu, który powtarza te same błędy.

Bezpieczne, skoncentrowane Retrospective'e zamieniają frustracje w konkretne zmiany, co jest całym sensem bycia empirycznym.