Mikä on Sprint Retrospective?

Question

Accepted Answer

Sprint Retrospective on **tiimin säännöllinen mahdollisuus tarkastella, kuinka se työskenteli, ja suunnitella parannuksia**. Se tapahtuu Review-kokouksen jälkeen ja ennen seuraavaa Sprint Planning -istuntoa. Painopiste on *prosessissa* — ihmiset, suhteet, työkalut ja Definition of Done — ei itse tuotteessa.

## Kuinka se toimii

Yksinkertainen, suosittu rakenne:

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

Päätuotos on **pieni joukko toimintakelpoisia parannuksia**, jotka ihanteellisesti lisätään seuraavan Sprint Backlogin, jotta ne todella toteutuvat.

## Konkreettinen esimerkki

Tiimi huomaa, että koodin katselmoinnit olivat jumissa useita päiviä. He sopivat säännöstä: katselmointipyynnöt otetaan vastaan neljän tunnin sisällä. Yksi henkilö vastaa muistutuksen lähettämisestä. Seuraavassa Retrospectivessa he tarkistavat, toimiko se.

## Yleiset sudenkuopat

- 15 toimintapyyntöä ja niistä ei tehdä mitään — valitse yksi tai kaksi.
- Syyllisyys uteliaisuuden sijaan, mikä tappaa psykologisen turvallisuuden.
- Se ohittaminen määräaikapaineen alaisena, mikä poistaa parannusmoottoria.

## Miksi se on tärkeää

Jatkuva parantaminen erottaa tiimin, joka paranee jokaisella sprintillä, tiimistä, joka toistaa samoja virheitä.

Turvalinen, keskittynyt Retrospective muuttaa turhautumisen konkreettisiksi muutoksiksi, mikä on koko empiirisen lähestymistavan pointti.