Cette page rassemble les meilleurs sprint retrospective templates francophones : sept modèles complets, des exemples remplis, des conseils de facilitation, des schémas SVG, un arbre de décision pour choisir et des checklists opérationnelles. Elle complète le pilier Sprint Retrospective, le guide Sprint Scrum et la page Scrum Events.
Qu'est-ce qu'un template de Sprint Retrospective ?
Un template de Sprint Retrospective (ou retrospective template,retrospective agile template, agile retrospective template) est une structure réutilisable qui guide la facilitation d'une rétrospective. Il propose des catégories de questions (« ce qui a fonctionné », « ce qui a coincé »), un format de contribution (post-its individuels, vote collectif) et une séquence d'animation.
Un template n'est ni un outil magique, ni un substitut au travail du Scrum Master. C'est une charpente qui aide une équipe à converger plus vite, à éviter les digressions, et à terminer par des actions concrètes. Le Scrum Guide 2020 ne prescrit aucun format particulier : le choix du template est laissé au Scrum Team.
Quand utiliser un template ?
Un template est utile à chaque Sprint Retrospective. Sans template, l'équipe oublie une phase, dérive vers la plainte ou ressort sans action concrète. Quelques contextes typiques :
- Premier Sprint avec une nouvelle équipe — un template simple (Start / Stop / Continue) débloque la prise de parole.
- Sprint difficile, échec partiel — Mad Sad Glad ou Timeline aident à verbaliser le ressenti avant d'analyser.
- Sprint routinier — 4Ls ou DAKI permettent d'aller plus en profondeur sur les apprentissages.
- Sprint préparant un cap stratégique — Sailboat ouvre la discussion sur la vision et les freins.
- Sprint réussi, équipe mature — Rose Thorn Bud capitalise sur les succès tout en gardant un œil sur les risques.
Pourquoi utiliser un template ?
Cinq bénéfices concrets, documentés dans les retours d'expérience des coachs agiles francophones :
| Bénéfice | Effet observable |
|---|---|
| Cadrer la discussion | Évite les digressions et la prise de parole déséquilibrée. |
| Couvrir les 5 phases | Force à aller jusqu'aux actions, pas seulement au constat. |
| Réduire la lassitude | Varier les templates renouvelle l'attention et révèle de nouveaux signaux. |
| Faciliter le remote | Format Miro / Notion / FunRetro identique à un format physique. |
| Capitaliser dans le temps | Comparer les retrospectives entre Sprints devient possible. |
Les 5 phases d'une Sprint Retrospective
Tout template présenté sur cette page suit, explicitement ou implicitement, les 5 phases du modèle de référence d'Esther Derby & Diana Larsen (Agile Retrospectives: Making Good Teams Great, 2006) :
- Set the stage — rappeler l'objectif, la Prime Directive de Norm Kerth, créer un climat sécurisé.
- Gather data — collecter faits, données et ressentis du Sprint passé.
- Generate insights — analyser les causes racines, repérer les patterns.
- Decide what to do — choisir 1 à 3 actions SMART, avec owner et critère de succès.
- Close the retrospective — récapituler, remercier, mesurer le ressenti.
Template simple vs template avancé
Tous les templates ne demandent pas le même niveau d'expérience à l'animation. Voici les deux familles à distinguer.
| Critère | Template simple (SSC, MSG, DAKI) | Template avancé (Sailboat, Timeline) |
|---|---|---|
| Durée | 45-60 min | 90-120 min |
| Préparation | 5-10 min | 20-30 min |
| Maturité requise du facilitateur | Faible | Élevée |
| Idéal pour | Démarrer, routine, sprint court | Sujet stratégique, équipe expérimentée |
| Risque | Devenir mécanique si répété | Dérapage du timing si mal facilité |
Erreurs fréquentes
| Erreur | Conséquence | Bonne pratique |
|---|---|---|
| Utiliser toujours le même template | Lassitude, signaux manqués. | Varier 3 à 5 formats sur l'année. |
| Sauter la phase « Set the stage » | Climat insécurisé, contributions superficielles. | Toujours rappeler la Prime Directive en ouverture. |
| Plus de 3 actions | Aucune n'est appliquée. | Maximum 3 actions, idéalement 1 dans le Sprint Backlog suivant. |
| Pas d'owner par action | Personne ne porte le sujet. | Owner + critère mesurable obligatoires. |
| Inviter les managers | Censure, contributions filtrées. | Scrum Team only — sauf accord explicite du Scrum Team. |
| Aucun suivi des actions précédentes | Les rétrospectives semblent inutiles. | Phase 1 : revoir les actions du Sprint précédent. |
7 templates complets, prêts à utiliser
Voici les sept templates les plus utilisés en environnement Scrum francophone. Chacun est présenté avec objectif, contexte, avantages, limites, exemple rempli et conseils Scrum Master.
1. Template Start / Stop / Continue
Start / Stop / Continue
- Objectif
- Identifier rapidement ce qu'il faut commencer, arrêter et continuer.
- Contexte
- Idéal pour une première rétrospective, une équipe nouvelle, ou un Sprint court (1 semaine).
- Avantages
- Simple, lisible, orienté action. Aucun jargon. Tout le monde comprend en 30 secondes.
- Limites
- Reste en surface. N'explore ni le ressenti ni les causes racines.
- Exemple rempli
- Start : pair programming sur les User Stories > 5 points · Stop : laisser le Daily Scrum dépasser 15 min · Continue : la démo interne préparée la veille de la Sprint Review.
- Conseils SM
- Imposer un vote (dot voting) pour faire émerger 1-3 priorités avant la phase actions.
2. Template Mad Sad Glad
Mad / Sad / Glad
- Objectif
- Capturer le ressenti émotionnel du Sprint avant d'analyser les faits.
- Contexte
- Sprint difficile, tensions interpersonnelles, post-incident en production, ou équipe peu expressive habituellement.
- Avantages
- Donne une voix aux émotions, qui sont une donnée précieuse souvent ignorée.
- Limites
- Peut basculer en défouloir si la facilitation est faible. Nécessite un climat de confiance préalable.
- Exemple rempli
- Mad : tickets en production découverts par le support · Sad : story « checkout mobile » sortie incomplète · Glad : entraide spontanée sur le bug critique du J3.
- Conseils SM
- Rappeler que le ressenti est une donnée, pas un jugement. Passer ensuite aux causes racines avec les 5 pourquoi.
3. Template 4Ls — Liked, Learned, Lacked, Longed for
4Ls — Liked / Learned / Lacked / Longed for
- Objectif
- Couvrir simultanément ce qui a plu, ce qu'on a appris, ce qui a manqué et ce qu'on aurait voulu.
- Contexte
- Sprint d'apprentissage (nouvelle techno, nouveau domaine), fin de release, projet pilote.
- Avantages
- Couverture 360°. La colonne « Learned » valorise les apprentissages, la colonne « Longed for » alimente le Product Backlog d'idées.
- Limites
- Demande 60 à 75 minutes pour être traité sérieusement. Trop court = superficiel.
- Exemple rempli
- Liked : démo client à mi-Sprint · Learned : usage de Playwright pour les tests E2E · Lacked : critères d'acceptation clairs sur 2 stories · Longed for : un environnement de pré-prod isolé.
- Conseils SM
- Regrouper par thèmes après la collecte, voter sur les thèmes plutôt que sur les post-its individuels.
4. Template Sailboat (Voilier)
Sailboat — Vent, Ancres, Rocher, Île
- Objectif
- Visualiser ce qui pousse l'équipe (vent), ce qui la freine (ancres), les risques (rocher) et la vision (île).
- Contexte
- Avant une release importante, en début de PI Planning, ou pour rebooster une équipe qui se sent embourbée.
- Avantages
- Format visuel engageant. Force la projection vers la vision, ce que peu de templates font.
- Limites
- Demande de dessiner ou utiliser un template Miro. Peut sembler enfantin à certaines équipes.
- Exemple rempli
- Île (vision) : tunnel de checkout en 3 clics · Vent : nouvelle API paiement stable · Ancres : dette technique sur le panier · Rocher : indisponibilité du PO en S+2.
- Conseils SM
- Lancer par l'Île (la vision) pour donner un cap avant d'analyser le présent. Conclure obligatoirement par des actions sur les Ancres.
5. Template Rose Thorn Bud
Rose / Thorn / Bud
- Objectif
- Capturer les succès (rose), les difficultés (thorn) et les opportunités émergentes (bud).
- Contexte
- Sprint réussi, équipe mature qui veut continuer à progresser sans s'autocélébrer.
- Avantages
- Equilibre célébration et amélioration. La colonne « Bud » est un excellent capteur d'innovation.
- Limites
- Demande une équipe à l'aise avec la métaphore. Risque de glisser vers le « Glad » de Mad Sad Glad.
- Exemple rempli
- Rose : Sprint Goal atteint à 100 % · Thorn : trop de context switching avec le support · Bud : idée d'un dashboard d'observabilité côté équipe.
- Conseils SM
- Forcer 1 action sur Thorn (correction) et 1 action sur Bud (exploration), pour ne pas se contenter du Rose.
6. Template Timeline Retrospective
Timeline Retrospective
- Objectif
- Reconstruire chronologiquement les événements du Sprint pour révéler les causes racines.
- Contexte
- Sprint complexe, plusieurs incidents, équipe distribuée qui n'a pas la même perception des événements.
- Avantages
- Très puissant pour révéler les vraies causes (souvent des cascades d'événements). Crée une mémoire partagée du Sprint.
- Limites
- Long (90 à 120 min). Demande un facilitateur expérimenté pour ne pas dériver.
- Exemple rempli
- Axe horizontal J0 → Jn. Post-its colorés au-dessus (positif) et en-dessous (négatif) : J2 atelier refinement réussi · J5 build cassé pendant 4h · J7 démo informelle au PO · J9 stress sur la story paiement non finie.
- Conseils SM
- Utiliser 2 couleurs de post-its (vert = positif, rouge = négatif). Lancer ensuite une analyse des 3 patterns dominants.
7. Template DAKI — Drop, Add, Keep, Improve
DAKI — Drop / Add / Keep / Improve
- Objectif
- Décider quoi abandonner, ajouter, garder et améliorer dans le fonctionnement de l'équipe.
- Contexte
- Rétrospective orientée processus, après 5-6 Sprints pour faire le point sur les pratiques accumulées.
- Avantages
- Très orienté action. La colonne « Drop » est rare et précieuse : elle autorise à supprimer une pratique inutile.
- Limites
- Peu d'attention au ressenti. À combiner avec Mad Sad Glad pour les Sprints émotionnels.
- Exemple rempli
- Drop : le standup le lundi matin à 9h · Add : un slot refinement de 30 min le mercredi · Keep : la démo interne du jeudi · Improve : la clarté des critères d'acceptation.
- Conseils SM
- Capitaliser sur Drop : si rien n'est jamais supprimé, l'équipe accumule des rituels inutiles.
Templates imprimable, Miro, Jira, Notion
Quel que soit le format choisi, vous pouvez le décliner sur les principaux outils utilisés par les équipes francophones.
Template imprimable (atelier en présentiel)
Sur un paperboard ou un mur, tracez les colonnes (3 pour SSC, 4 pour 4Ls/DAKI/Sailboat). Préparez des post-its de 2 à 3 couleurs (1 par catégorie ou 1 par contributeur si vous voulez tracer les contributions). Prévoyez des gommettes pour le dot voting (3 par personne). Format conseillé : A0 ou A1, lisible à 3 mètres.
Template Miro / Mural
Miro et Mural proposent des templates « Sprint Retrospective » prêts à l'emploi pour les 7 formats listés ci-dessus. Avantages : votes anonymes, timer intégré, export PDF post- rétrospective. À privilégier en remote et en hybride.
Template Jira
Jira ne propose pas de module rétrospective natif, mais les apps Marketplace (TeamRetro, EasyRetro for Jira, Retrium) s'intègrent et lient automatiquement les actions à des tickets du Sprint Backlog suivant. Très utile pour rendre les actions traçables et inspectables au prochain Sprint Planning.
Template Notion
Une base Notion avec une vue « Tableau » par Sprint, colonnes par catégorie (Start, Stop, Continue par exemple), tags par contributeur et propriété « Action » liée à une autre base « Actions rétrospective ». Avantage majeur : la mémoire de l'équipe est consultable instantanément. Modèle de structure :
- Base Rétros : Sprint · Date · Template utilisé · Participants · Lien réplique.
- Base Items : Texte · Catégorie · Vote count · Sprint (relation) · Status.
- Base Actions : Titre · Owner · Critère de succès · Sprint cible · Status.
Tableau comparatif des 7 templates
| Template | Durée | Niveau facilitation | Force principale | Quand l'éviter |
|---|---|---|---|---|
| Start / Stop / Continue | 45 min | Débutant | Simplicité, orientation action | Sprint complexe ou émotionnel |
| Mad Sad Glad | 60 min | Intermédiaire | Donne voix aux émotions | Équipe sans climat de confiance |
| 4Ls | 60-75 min | Intermédiaire | Couverture 360° y compris apprentissages | Sprint très court (1 semaine) |
| Sailboat | 90 min | Avancé | Met la vision au centre | Équipe allergique aux métaphores |
| Rose Thorn Bud | 60 min | Intermédiaire | Capte les opportunités émergentes | Sprint en échec sévère |
| Timeline | 120 min | Avancé | Révèle les causes racines | Sprint sans événement marquant |
| DAKI | 60 min | Intermédiaire | Permet de supprimer des pratiques | Équipe sans rituels accumulés (jeune) |
Comment choisir le bon template
Trois questions guident le choix d'un template à chaque Sprint :
- Quel a été l'enjeu dominant du Sprint ? Routine, premier Sprint, échec, succès, sujet stratégique.
- Quel est le besoin émergent de l'équipe ? Verbaliser un ressenti, capitaliser des apprentissages, projeter une vision, faire le point sur les pratiques.
- Quel template n'a pas été utilisé récemment ? Varier pour éviter la lassitude.
Checklists préparation, animation, suivi
Checklist de préparation (J-1)
- Confirmer l'horaire et la time-box (1h30 pour un Sprint de 2 semaines)
- Choisir le template adapté au contexte du Sprint
- Préparer le board (paperboard physique ou Miro / FunRetro virtuel)
- Rassembler les données utiles : burndown, métriques DORA, incidents production, actions de la rétro précédente
- Confirmer la présence du Scrum Team complet (Developers, PO, SM)
- Préparer la Prime Directive de Norm Kerth à afficher en ouverture
- Préparer un brise-glace court (3-5 min) cohérent avec l'ambiance du Sprint
Checklist d'animation (pendant la rétro)
- Rappeler la Prime Directive et l'objectif (Set the stage)
- Revoir le statut des actions de la rétro précédente
- Lancer la collecte (Gather data) en temps individuel et silencieux (5-10 min)
- Regrouper par thèmes et lancer un dot voting (3 votes par personne)
- Animer l'analyse des 1 à 3 thèmes prioritaires (Generate insights)
- Décider 1 à 3 actions SMART avec owner et critère mesurable (Decide actions)
- Au moins une action intégrée au Sprint Backlog du prochain Sprint
- Clôturer par un ROTI (Return On Time Invested) sur 5
- Remercier explicitement les participants (Close)
Checklist post-rétrospective (J+1 et au-delà)
- Publier le compte-rendu (board exporté ou page Notion) sous 24h
- Créer les tickets correspondant aux actions dans le Sprint Backlog suivant
- Désigner un suivi nominatif pour chaque action (owner explicite)
- Programmer le rappel des actions au prochain Sprint Planning
- Mesurer l'impact des actions en début de prochaine rétrospective (point obligatoire)
- Archiver le board et tagger par template utilisé (mémoire d'équipe)
Conseils pour réussir le PSM I sur la Sprint Retrospective
FAQ — Sprint Retrospective Template
Les 13 questions ci-dessous synthétisent les interrogations les plus fréquentes autour des sprint retrospective templates. Elles sont également exposées en JSON-LD pour aider Google et les moteurs IA à comprendre le contenu de cette page.