Qu'est-ce que la Rétrospective de Sprint ?

Question

Accepted Answer

La Rétrospective de Sprint est **l'opportunité régulière pour l'équipe d'inspecter son fonctionnement et de planifier des améliorations**. Elle se déroule après la Review et avant la prochaine Planification de Sprint. L'accent est mis sur le *processus* — les personnes, les relations, les outils et la Définition de Terminé — et non sur le produit lui-même.

## Comment ça marche

Une structure simple et populaire :

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

Le résultat clé est un **petit nombre d'améliorations concrètes et réalisables**, idéalement ajoutées au prochain Sprint Backlog pour qu'elles se concrétisent réellement.

## Exemple concret

L'équipe remarque que les revues de code ont stagné pendant des jours. Ils conviennent d'une règle : les demandes de review sont traitées dans les quatre heures. Une personne est responsable d'envoyer un rappel. À la prochaine Rétrospective, ils vérifient si cela a fonctionné.

## Pièges courants

- Générer 15 éléments d'action et n'en faire aucun — choisissez-en un ou deux.
- Blâmer au lieu de faire preuve de curiosité, ce qui tue la sécurité psychologique.
- La sauter sous la pression des délais, ce qui élimine le moteur d'amélioration.

## Pourquoi c'est important

L'amélioration continue est ce qui distingue une équipe qui s'améliore à chaque Sprint d'une équipe qui répète les mêmes erreurs.

Une Rétrospective sûre et focalisée transforme les frustrations en changements concrets, ce qui est tout l'intérêt d'être empirique.