La chose la plus importante à propos des rétrospectives est de s’assurer qu’elles ont lieu. Les rétrospectives sont extrêmement utiles parce que c’est la meilleure chance de vous améliorer.
Sans les rétrospectives vous trouverez des équipes qui reproduiront les mêmes erreurs.
Comment nous organisons les rétrospectives
- 2 à 3 heures selon le volume de discussions qui est anticipé
- Les participants : Product Owner, l’équipe complète et le Scrum Master
- Le Scrum Master montre le sprint backlog et, avec l’aide de l’équipe, résume le sprint, les événements et décisions importantes
- Faire « des tours de table ». Chaque personne a une chance de dire, sans être interrompu, ce qu’elle pense être bien, ce qu’elle pense qui peut être mieux, et ce qu’elle pense qui devrait être différent pour le prochain sprint.
- Comparer la vélocité estimée et la vélocité effective. S’il y a une grande différence nous essayons d’analyser pourquoi.
- Quand le temps est presque écoulé le Scrum Master essaie de résumer les suggestions concrètes pour améliorer le prochain sprint.
Ceci est un exemple de tableau blanc :
- Bien : Si nous pouvions faire le même sprint, nous ferions ces choses exactement pareil
- Peut être mieux : Si nous pouvions refaire le même sprint, nous ferions ces choses différemment
- Améliorations : Idées concrètes pour s’améliorer dans le futur
Les colonnes 1 et 2 concernent le passé, tandis que la colonne 3 concerne le futur.
Après que les membres de l’équipe aient déballé tous ces post-its, ils utilisent « le vote par points » pour déterminer quelles améliorations prendre en compte au prochain sprint. Chaque membre de l’équipe dispose de 3 aimants et sont invités à voter pour les améliorations qu’ils aimeraient voir pris en compte en priorité pendant le prochain sprint. Chaque membre peut distribuer ces aimants comme il veut, il peut même placer les 3 sur le même post-it
En se basant là-dessus ils sélectionnent les 5 améliorations à faire en priorité, et les suivront à la prochaine rétrospective.