Techniques de Rétrospective Sprint
Menez des rétrospectives efficaces qui génèrent de vraies améliorations. Utilisez des formats éprouvés pour générer des insights actionnables et la croissance d'équipe.
4 min de lecture
Les rétrospectives transforment l'expérience en amélioration. GitScrum aide les équipes à capturer les résultats des rétros et suivre les actions pour une croissance continue.
Formats de Rétrospective
Start-Stop-Continue
FORMAT START-STOP-CONTINUE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Rétrospective Sprint 12 │
│ │
│ COMMENCER (Choses à essayer) │
│ ──────────────────────────── │
│ • Mises à jour async quotidiennes au lieu de standups │
│ • Pair programming pour features complexes │
│ • Revues design avant implémentation │
│ │
│ ARRÊTER (Choses qui ne fonctionnent pas) │
│ ───────────────────────────────────────── │
│ • Tirer du travail en plein sprint │
│ • Sauter les revues de code pour "correctifs rapides" │
│ • Réunions planning longues (3+ heures) │
│ │
│ CONTINUER (Choses qui fonctionnent bien) │
│ ───────────────────────────────────────── │
│ • Vendredi corrections de bugs │
│ • Critères d'acceptation clairs sur stories │
│ • Spikes techniques pour les inconnus │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ VOTE: Chaque personne a 3 points │
│ Discuter des items les plus votés │
│ Créer 2-3 actions │
└─────────────────────────────────────────────────────────────┘
Ce Qui a Marché - Ce Qui N'a Pas Marché - Idées
FORMAT 4L'S:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Rétrospective Sprint 12 │
│ │
│ AIMÉ (Ce qui a bien marché) │
│ ─────────────────────────── │
│ • Excellente collaboration équipe │
│ • Tous engagements sprint tenus │
│ • Nouvelle recrue montée en charge rapidement │
│ • Communication claire avec PO │
│ │
│ APPRIS (Ce qu'on a appris) │
│ ─────────────────────────── │
│ • React Query simplifie le data fetching │
│ • Besoin d'estimer travail API plus soigneusement │
│ • Petites PRs reviewées plus vite │
│ │
│ MANQUÉ (Ce qui manquait) │
│ ───────────────────────── │
│ • Documentation pour nouveau service │
│ • Temps QA avant fin sprint │
│ • Definition of Done claire │
│ │
│ SOUHAITÉ (Ce qu'on aurait aimé avoir) │
│ ────────────────────────────────────── │
│ • Tests E2E automatisés │
│ • Meilleur environnement staging │
│ • Plus de temps pour refactoring │
│ │
│ ACTIONS: │
│ 1. Ajouter tests E2E pour parcours critiques │
│ 2. Réserver dernier jour pour QA │
│ 3. Créer template checklist DoD │
└─────────────────────────────────────────────────────────────┘
Mad-Sad-Glad
FORMAT MAD-SAD-GLAD:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Rétrospective Sprint 12 │
│ │
│ 😠 EN COLÈRE (Frustrations) │
│ ─────────────────────────── │
│ • Build cassé plusieurs fois │
│ • Exigences changées en plein sprint │
│ • Bloqués en attente de dépendances │
│ │
│ 😢 TRISTE (Déceptions) │
│ ──────────────────────── │
│ • Pas fini la feature dashboard │
│ • Dû couper les coins sur les tests │
│ • Moins de temps pour apprendre │
│ │
│ 😊 CONTENT (Célébrations) │
│ ────────────────────────── │
│ • Feature paiement livrée à temps │
│ • Excellente collaboration inter-équipes │
│ • Zéro incident production │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ FOCUS DISCUSSION: │
│ │
│ Items "EN COLÈRE" ont généralement des causes racines │
│ Demander: "Pourquoi c'est arrivé?" │
│ Demander: "Que peut-on faire différemment?" │
│ │
│ Items "TRISTE" reflètent souvent lacunes processus │
│ Demander: "Qu'est-ce qui nous a empêché?" │
└─────────────────────────────────────────────────────────────┘