Cérémonies agile et timeboxing

Définition

Les cérémonies agile sont les événements structurés qui rythment le travail itératif. Le timeboxing est le principe de limiter chaque événement à une durée maximale fixe, garantissant la discipline et l'efficacité des échanges.

Principe	Description
Timebox	Durée maximale fixe et non négociable d'un événement
Cadence	Rythme régulier et prévisible des cérémonies
Objectif	Chaque cérémonie a un but unique et défini

Contexte

Le CAPM teste la connaissance des durées maximales, des participants et du but de chaque cérémonie. Le piège principal : confondre les durées maximales (basées sur un sprint de 1 mois) avec les durées réelles pratiquées. Le timeboxing s'applique à toutes les méthodologies agiles, pas uniquement Scrum.

Détails techniques

Timeboxes Scrum (référence : sprint de 1 mois)

Cérémonie	Timebox max (1 mois)	Timebox proportionnel (2 sem.)	Fréquence
Sprint	1 mois	2 semaines	Continue
Sprint Planning	8 heures	4 heures	Début de sprint
Daily Scrum	15 minutes	15 minutes	Quotidien
Sprint Review	4 heures	2 heures	Fin de sprint
Sprint Retrospective	3 heures	1.5 heures	Fin de sprint (après review)

Séquence des événements dans un sprint

Jour 1                                              Dernier jour
  │                                                      │
  ▼                                                      ▼
Sprint    Daily   Daily   Daily  ...  Daily   Sprint   Sprint
Planning  Scrum   Scrum   Scrum       Scrum   Review   Retro
(4h)      (15min) (15min) (15min)     (15min) (2h)     (1.5h)
  │                                              │        │
  └──────── SPRINT (2 semaines) ─────────────────┘        │
                                                          │
                          Amélioration ←──────────────────┘

But et anti-patterns de chaque cérémonie

Cérémonie	But	Anti-pattern (à éviter)
Sprint Planning	Définir QUOI faire et COMMENT	Le PO impose les items sans discussion
Daily Scrum	Synchronisation + identification des blocages	Rapport de statut au manager / dépassement des 15 min
Sprint Review	Feedback des PP sur l'incrément	Pas de démo réelle / aucune PP externe présente
Sprint Retrospective	Amélioration du processus	Blâme individuel / aucune action concrète en sortie
Backlog Refinement	Détailler et estimer les prochains items	Sessions trop longues / refinement de tout le backlog

Daily Scrum — Les 3 questions classiques

Question	Objectif
Qu'ai-je fait hier qui aide à atteindre le Sprint Goal ?	Visibilité sur l'avancement
Que vais-je faire aujourd'hui ?	Coordination de l'effort
Y a-t-il des obstacles qui m'empêchent d'avancer ?	Identification des blocages pour le SM

Note CAPM : Le format 3 questions est courant mais non obligatoire. Le Scrum Guide 2020 dit seulement que les développeurs déterminent le format. L'objectif est l'inspection du progrès vers le Sprint Goal.

Timeboxing au-delà de Scrum

Contexte	Application du timeboxing
Kanban	Pas de sprints, mais les réunions de service sont timeboxées
SAFe	Program Increment (PI) = timebox de 8-12 semaines
XP	Itérations de 1-2 semaines, stand-ups quotidiens
Gestion traditionnelle	Phases timeboxées dans un cycle hybride

Avantages du timeboxing

Avantage	Mécanisme
Focus	Temps limité → priorisation naturelle des sujets importants
Rythme	Cadence prévisible → routine productive
Urgence	Deadline proche → décisions plus rapides
Respect	Temps de chacun valorisé → pas de réunions interminables
Feedback rapide	Cycles courts → ajustements fréquents

Exemple concret

Équipe de 7 développeurs, sprint de 2 semaines :

Jour	Cérémonie	Durée réelle	Ce qui se passe
Lundi J1	Sprint Planning	3h (max 4h)	PO présente 15 stories, équipe en sélectionne 10, Sprint Goal défini
Mardi J2 à Vendredi J9	Daily Scrum	12 min (max 15)	Tour rapide, 2 blocages identifiés et traités par le SM
Mercredi J5	Backlog Refinement	1h (10% du sprint)	PO et équipe détaillent les stories du prochain sprint
Vendredi J10	Sprint Review	1.5h (max 2h)	Démo de 8/10 stories au client, 2 stories reportées, 3 feedbacks notés
Vendredi J10	Sprint Retrospective	1h (max 1.5h)	Format « Start/Stop/Continue » → Action : automatiser le déploiement

Le timeboxing fait que tout le cycle tient en 10 jours ouvrés. Si la Review déborde, on coupe à 2h — c'est non négociable.