Les 5 Rituels Scrum — Sprint Planning, Daily, Review, Rétrospective

Scrum cadence le travail par 5 événements timeboxés (durée fixe, non négociable). Chaque rituel a un objectif précis, des participants définis et un livrable attendu.

---

Vue d’Ensemble : La Boucle de Sprint

┌─────────────────────────────────────────────────────────────────────────────┐
│                            SPRINT (1 à 3 semaines)                          │
├─────────────┬─────────────────┬──────────────────┬─────────────────────────┤
│  1. Sprint  │  2. Daily       │  3. Sprint       │  4. Sprint            │
│  Planning   │  Scrum (quotid.)│  Review          │  Retrospective        │
│ (début)     │  (tous les jours)│ (fin)            │ (fin)                 │
│ 2-4h        │  15 min max     │  1-2h            │  1-2h                 │
└─────────────┴─────────────────┴──────────────────┴─────────────────────────┘
                              │
                    ┌─────────┴─────────┐
                    │  Sprint (conteneur) │
                    │  Durée fixe (1-3 sem) │
                    │  Objectif : Incrément │
                    │  livrable (Done)      │
                    └─────────────────────┘

---

1. Sprint Planning — « QUOI » et « COMMENT » pour le Sprint

Objectif

Définir quoi livrer dans le Sprint et comment l’équipe va s’y prendre.

Timebox

Max 8h pour un Sprint de 1 mois (proportionnel : 2h par semaine de Sprint).

Participants

• Obligatoires : Product Owner, Squad (Dev Team), Scrum Master
• Optionnels : Stakeholders (partie 1 seulement)

Deux Parties Distinctes

Phase	Durée	Objectif	Participants	Livrable
Partie 1 : QUOI	~50%	Négocier le Sprint Goal, sélectionner les US du Sprint Backlog	PO + Squad (+ SM)	Sprint Goal + Sprint Backlog (US sélectionnées)
Partie 2 : COMMENT	~50%	Découper les US en tâches techniques, estimer l’effort	Squad (+ SM, PO dispo)	Plan technique (tâches, estimation, capacité)

Entrées / Sorties

Entrées	Sorties
Product Backlog ordonné (DEEP)	Sprint Goal (objectif unique du Sprint)
Vélocité historique de l’équipe	Sprint Backlog (US + tâches techniques)
Capacité de l’équipe (congés, dispo)	Plan technique (tâches < 1 jour idéalement)
Definition of Done actuelle	Engagement de l’équipe sur le Sprint Goal

Anti-Patterns à Éviter

• ❌ PO impose le Sprint Backlog sans négociation
• ❌ Sprint Planning > timebox (pas de prolongation)
• ❌ US non prêtes (pas Ready) sélectionnées
• ❌ Pas de Sprint Goal clair (juste une liste de courses)
• ❌ Estimation en heures hommes au lieu de points d’effort / complexité

---

2. Daily Scrum (Daily Standup) — Synchronisation Quotidienne

Objectif

Synchroniser la Squad, identifier les blocages, réajuster le plan pour atteindre le Sprint Goal.

Caractéristiques

Attribut	Valeur
Fréquence	Quotidien (tous les jours ouvrés du Sprint)
Durée max	15 minutes (timebox stricte)
Format	Debout (standup) pour limiter la durée
Lieu/Heure	Même lieu, même heure, devant le tableau Kanban

Participants

• Obligatoires : Squad (Development Team) — uniquement
• Observateurs : PO, SM (silencieux, n’interviennent pas)
• Interdits : Stakeholders, managers, SM qui parle pour l’équipe

Structure Classique (3 Questions)

Chaque membre répond brièvement :

1. Qu’ai-je fait hier pour atteindre le Sprint Goal ?
2. Que ferai-je aujourd’hui pour atteindre le Sprint Goal ?
3. Y a-t-il des blocages (impediments) qui m’empêchent d’avancer ?

Variante moderne : « Parcours du Kanban » (par colonne, de droite à gauche : « Qu’est-ce qui bloque cette carte ? »)

Rôle du Scrum Master

• ⏱ Timekeeper : 15 min chrono, arrête si débordement
• 🎯 Focus : Ramène la discussion sur le Sprint Goal
• 🚫 Ne parle pas à la place de l’équipe, ne fait pas le rapport

Anti-Patterns

• ❌ « Réunion de status » pour le PO/SM (rapport d’avancement)
• ❌ Résolution de problèmes techniques en direct (→ parking lot, après le Daily)
• ❌ Absence de membres de la Squad
• ❌ Assis, durée > 15 min, discussion technique détaillée

---

3. Sprint Review — « Démontrer & Valider »

Objectif

Inspecter l’incrément livré, recueillir le feedback des utilisateurs/stakeholders, adapter le Product Backlog.

Timebox

Max 4h pour Sprint 1 mois (proportionnel : 1h par semaine).

Participants

• Obligatoires : Scrum Team (PO, Squad, SM) + Stakeholders / Utilisateurs
• Le PO invite les vrais utilisateurs, pas seulement les managers

Déroulement Type

Étape	Durée	Contenu	Responsable
1. Accueil	5 min	Contexte, Sprint Goal, participants	PO / SM
2. Démo Live	60-75%	Démonstration en direct des US terminées (DoD)	Squad (développeurs)
3. Feedback	15-20%	Questions, retours, idées, critiques	Stakeholders + PO
4. Adaptation Backlog	10-15%	Mise à jour Product Backlog (nouvelles US, réordre, suppression)	PO (avec Squad)

Règle d’Or : Démo Live Only

• ✅ Application qui tourne, clics réels, données réelles
• ❌ Pas de PowerPoint, pas de captures d’écran, pas de « ça marchera »
• ❌ Pas de présentation de code, pas de slides

Livrables

• Product Backlog mis à jour (nouvelles US, réordre, suppression)
• Feedback utilisateurs documenté
• Décisions pour le prochain Sprint (ou release)

---

4. Sprint Retrospective — « Améliorer l’Équipe (Kaizen) »

Objectif

Inspecter le fonctionnement de l’équipe (processus, outils, relations, qualité) et décider d’actions d’amélioration pour le prochain Sprint.

Timebox

Max 3h pour Sprint 1 mois (proportionnel : 45 min par semaine).

Participants

• Obligatoires : Squad + Scrum Master
• Optionnel : Product Owner (recommandé)
• Interdits : Stakeholders externes (espace de sécurité psychologique)

Structure Classique (Format « Speedboat » ou « 3 Colonnes »)

Colonne / Métaphore	Question	Exemple d’Action
🌬️ Vents (Moteurs)	Qu’est-ce qui nous a portés ?	Garder : Daily à 9h30, binômes efficaces
⚓ Ancres (Freins)	Qu’est-ce qui nous a freinés ?	Arrêter : réunions improvisées, specs floues
🏝️ Île (Objectifs)	Où voulons-nous aller ?	Objectif : 0 bug en production, DoD 100%
🪨 Récifs (Risques)	Quels dangers voir venir ?	Surveiller : dette technique module paiement

Format Alternative : « Start / Stop / Continue »

Start (Commencer)	Stop (Arrêter)	Continue (Garder)
Pair programming sur parties complexes	Réunions sans ordre du jour	Daily à 9h30 précis
Tests d’intégration automatisés	Commits sans message clair	Revue de code systématique

Règle d’Or : 2 Actions Max par Sprint

Mieux vaut 1 action bien faite que 5 abandonnées.

Format de l’Action (SMART)

Critère	Exemple
Spécifique	« Mettre en place des tests d’intégration sur le module paiement »
Mesurable	« Couverture de code > 80% sur ce module »
Atteignable	Faisable en 1 Sprint par 2 devs
Relevant	Réduit les bugs en prod (objectif Sprint)
Temporel	Mis en place avant la fin du Sprint prochain

Rôle du Scrum Master

• 🛡 Gardien de la sécurité psychologique : pas de blâme, focus sur le système
• ⏱ Timekeeper : respecte la timebox
• 📝 Scribe : note les actions, les affiche visiblement (tableau équipe)
• 🔄 Suivi : vérifie au Daily suivant que les actions sont lancées

Anti-Patterns

• ❌ « Tout va bien » (pas d’honnêteté)
• ❌ Blame game (« C’est la faute de X »)
• ❌ 10 actions décidées, 0 réalisée
• ❌ SM impose les actions (l’équipe doit s’approprier)
• ❌ Pas de suivi → même problèmes au Sprint suivant

---

Résumé des Timeboxs (Sprint 1 mois = 4 semaines)

Événement	Timebox Max	Fréquence	Participants Clés
Sprint Planning	8h	1×/Sprint (début)	PO + Squad + SM
Daily Scrum	15 min	Quotidien	Squad (PO/SM observateurs)
Sprint Review	4h	1×/Sprint (fin)	Scrum Team + Stakeholders
Sprint Retrospective	3h	1×/Sprint (fin)	Squad + SM (+ PO optionnel)
Total Rituels	~15h15 / mois	~10% du temps	—

Rappel : Les timeboxs sont maximales. Finir plus tôt est autorisé (et encouragé si l’objectif est atteint).

---

Tableau de Révision Rapide (Fiche Mémo)

Rituel	Question Clé	Livrable	Piège à Éviter
Sprint Planning	Quoi et Comment ?	Sprint Goal + Sprint Backlog	Pas de Sprint Goal, US pas Ready
Daily Scrum	On track pour Sprint Goal ?	Plan du jour ajusté	Réunion de status, résolution problèmes
Sprint Review	Incrément = valeur pour utilisateur ?	Backlog mis à jour + feedback	Demo PPT, pas de vrai user
Retrospective	Comment mieux travailler ?	1-2 actions SMART engagées	Blame game, 10 actions, 0 suivi

---

Pour l’oral E4/E5 : Sachez expliquer pourquoi chaque rituel existe (pas juste qu’est-ce que c’est), donnez les timeboxs, citez un anti-pattern par rituel.