Cos'è la Sprint Retrospective?

Question

Accepted Answer

La Sprint Retrospective è **l'occasione regolare del team per ispezionare come ha lavorato e pianificare miglioramenti**. Avviene dopo la Review e prima della prossima Sprint Planning. L'attenzione è sul *processo* — persone, relazioni, strumenti e Definition of Done — non sul prodotto stesso.

## Come funziona

Una struttura semplice e popolare:

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

L'output chiave è un **piccolo numero di miglioramenti attuabili**, idealmente aggiunti al prossimo Sprint Backlog in modo che accadano davvero.

## Esempio concreto

Il team nota che le code review si sono bloccate per giorni. Concordano una regola: le richieste di review vengono prese in carico entro quattro ore. Una persona si incarica di inviare un promemoria. Nella prossima Retrospective, verificano se ha funzionato.

## Errori comuni

- Generare 15 action item e non farne nessuno — scegline uno o due.
- Colpevolizzare invece di essere curiosi, il che uccide la sicurezza psicologica.
- Saltarla sotto la pressione delle scadenze, il che rimuove il motore di miglioramento.

## Perché è importante

Il miglioramento continuo è quello che distingue un team che migliora ogni Sprint da uno che ripete gli stessi errori.

Una Retrospective sicura e focalizzata trasforma le frustrazioni in cambiamenti concreti, che è il senso stesso di essere empirici.