Cérémonies Scrum : les 5 événements, rôles et durées
Les cérémonies Scrum, que le Scrum Guide appelle « événements », sont les rendez-vous qui rythment le travail d’une équipe Scrum : on y fixe un objectif, on vérifie chaque jour où l’on en est, on montre le résultat et on améliore la façon de travailler. Ce guide s’appuie sur la version officielle du Scrum Guide (novembre 2020, toujours la version en vigueur sur scrumguides.org au 19/10/2026) pour donner à chaque cérémonie son objectif, ses participants et sa durée maximale, puis les pratiques de terrain qui les rendent utiles.
Réponse courte
Scrum compte cinq événements : le Sprint (un mois maximum), qui contient les quatre autres, le Sprint Planning (8 heures maximum pour un Sprint d’un mois), le Daily Scrum (15 minutes chaque jour ouvré), la Sprint Review (4 heures maximum) et la Sprint Retrospective (3 heures maximum). Pour un Sprint plus court, chaque événement est généralement plus court. L’affinement du Product Backlog, souvent présenté comme une cinquième cérémonie, est une activité continue et non un événement du Scrum Guide.
Cérémonies ou événements Scrum : de quoi parle-t-on
Le mot « cérémonie » est l’usage courant, mais le Scrum Guide parle d’événements. La différence n’est pas que sémantique : chaque événement y est défini comme « une occasion formelle pour inspecter et adapter les artefacts Scrum » (Product Backlog, Sprint Backlog, Increment). Une réunion qui ne débouche sur aucune adaptation n’en remplit donc pas la fonction.
Le guide précise aussi leur raison d’être : les événements sont utilisés « dans le but de créer de la régularité, minimisant le besoin d’avoir d’autres réunions non définies par Scrum », et ils se tiennent idéalement « à la même heure et au même lieu pour réduire la complexité ». Autrement dit, bien tenues, les cérémonies remplacent des réunions, elles ne s’y ajoutent pas.
Sont-elles facultatives ? Le guide répond dans sa note de fin : « Bien que la mise en œuvre uniquement de certaines parties de Scrum soit possible, le résultat ne sera pas du Scrum. » Une équipe peut supprimer une cérémonie, mais elle ne pratique alors plus Scrum au sens du guide.
Le Sprint, l’événement qui contient tous les autres
Quatre cérémonies ou cinq ? La réponse dépend de ce que l’on compte. Le Scrum Guide compte cinq événements, car le Sprint lui-même en est un : c’est « un conteneur pour tous les autres événements ». Les Sprints sont des événements « d’une durée fixe, d’un mois ou moins », et un nouveau Sprint commence immédiatement après la fin du précédent.
Pendant le Sprint, aucun changement n’est permis qui remettrait en cause l’Objectif de Sprint, la qualité n’est pas revue à la baisse, et le périmètre peut être clarifié et renégocié avec le Product Owner. Seul le Product Owner peut annuler un Sprint, et seulement si l’Objectif de Sprint devient obsolète.
Le guide ne fixe pas de durée minimale. Il rappelle seulement que des Sprints plus courts « raccourcissent le cycle de l’apprentissage, limitant ainsi les risques liés aux coûts et à l’effort ».
Le Sprint Planning : lancer le Sprint avec un objectif
Objectif et participants
Le Sprint Planning « lance le Sprint en présentant le travail à effectuer durant le Sprint ». Toute la Scrum Team y participe (Product Owner, Scrum Master, Developers), et l’équipe peut inviter d’autres personnes pour donner des conseils. Le Product Owner s’assure que chacun est prêt à discuter des éléments les plus importants du Product Backlog.
Les trois questions du Sprint Planning
Depuis 2020, le guide structure la réunion autour de trois thèmes :
- Pourquoi ce Sprint est-il important ? L’équipe définit un Objectif de Sprint, qui doit être finalisé avant la fin du Sprint Planning.
- Que peut-on faire durant ce Sprint ? Les Developers sélectionnent, avec le Product Owner, les éléments du Product Backlog à inclure.
- Comment le travail choisi sera-t-il réalisé ? Les Developers planifient le travail, souvent en découpant les éléments en tâches « d’une journée ou moins ».
Le résultat est le Sprint Backlog : l’Objectif de Sprint, les éléments sélectionnés et le plan pour les livrer.
Durée et bonnes pratiques
Le Sprint Planning est limité à 8 heures pour un Sprint d’un mois, et il est généralement plus court pour un Sprint plus court. Pour tenir ce cadre, deux pratiques reviennent chez les équipes expérimentées. D’abord, arriver avec un backlog déjà affiné (voir plus bas) : le planning ne sert pas à découvrir les besoins. Ensuite, formuler un objectif vérifiable plutôt qu’une liste de tickets, par exemple « un client peut payer sa commande par carte depuis son mobile » plutôt que « avancer sur le paiement ». L’estimation (points, planning poker, taille en t-shirt) est une pratique libre : le guide ne l’impose pas, il indique seulement que les Developers sont responsables du dimensionnement.
Le Daily Scrum : 15 minutes pour adapter le plan
L’objectif du Daily Scrum est « d’inspecter la progression vers l’Objectif de Sprint et d’adapter le Sprint Backlog si nécessaire ». C’est un événement de 15 minutes, réservé aux Developers, tenu à la même heure et au même lieu chaque jour ouvré du Sprint. Le Product Owner et le Scrum Master n’y participent comme Developers que s’ils travaillent eux-mêmes sur des éléments du Sprint Backlog.
Point souvent ignoré : les trois questions « qu’ai-je fait hier, que vais-je faire aujourd’hui, qu’est-ce qui me bloque » ont été retirées du guide en 2020. Les Developers choisissent librement leur format, à condition que la réunion se concentre sur l’Objectif de Sprint et produise un plan d’action pour la journée. Format, animation et pièges sont détaillés dans notre guide dédié au daily scrum.
La Sprint Review : inspecter le résultat avec les parties prenantes
La Sprint Review sert à « inspecter le résultat du Sprint et à déterminer les adaptations futures ». La Scrum Team présente son travail aux principales parties prenantes, puis tous discutent de ce qui a été accompli, de ce qui a changé dans l’environnement et de la suite. Le Product Backlog peut être ajusté en séance.
La nuance qui change tout : selon le guide, la Sprint Review « est une session de travail et la Scrum Team doit éviter de la limiter à une session de présentation ». Une démonstration sans discussion ni décision sur le backlog passe à côté de l’objectif. Elle est limitée à 4 heures pour un Sprint d’un mois et c’est l’avant-dernier événement du Sprint.
Concrètement, une review utile montre un Increment qui fonctionne réellement (seul un travail conforme à la Definition of Done peut être présenté), invite des utilisateurs ou des représentants métier et pas seulement des managers, et se termine par des décisions visibles dans le Product Backlog.
La Sprint Retrospective : améliorer la façon de travailler
La Sprint Retrospective vise à « réfléchir à des pistes pour améliorer la qualité et l’efficacité ». L’équipe inspecte le dernier Sprint sous l’angle des individus, des interactions, des processus, des outils et de la Definition of Done, puis identifie les changements les plus utiles. Les améliorations les plus importantes peuvent même être ajoutées au Sprint Backlog du Sprint suivant. Elle conclut le Sprint et dure au maximum 3 heures pour un Sprint d’un mois.
Le guide ne prescrit aucun format d’animation. Les équipes utilisent des formats éprouvés pour varier les angles :
- Start, Stop, Continue : ce qu’on commence, arrête, continue.
- Étoile de mer : garder, faire plus, faire moins, arrêter, commencer.
- Speedboat : ce qui fait avancer le bateau (le vent) et ce qui le freine (les ancres).
Quel que soit le format, une rétrospective utile se termine par une ou deux actions précises, avec un responsable, que l’on vérifie à la rétrospective suivante.
L’affinement du Product Backlog : une activité, pas un événement
Le backlog refinement (ou affinement, raffinement) figure dans beaucoup de listes de cérémonies. Le Scrum Guide le décrit pourtant comme une activité continue : décomposer et préciser les éléments du Product Backlog en éléments « plus fins et plus précis », en ajoutant description, ordre et taille. Ce travail rend les éléments « prêts à être traités en Sprint Planning ».
En pratique, de nombreuses équipes réservent un créneau récurrent pour cette activité, une ou deux fois par Sprint, avec le Product Owner et les Developers concernés. C’est un choix d’organisation légitime, à condition de ne pas le confondre avec un événement obligatoire. Le guide précise que les Developers qui feront le travail sont responsables du dimensionnement, le Product Owner pouvant les aider en clarifiant ses explications.
Qui participe et qui anime chaque cérémonie
Le Scrum Master n’est pas l’animateur obligatoire de toutes les réunions. Son rôle, selon le guide, est de s’assurer que « tous les événements Scrum ont bien lieu et sont efficients, productifs et respectent bien les temps impartis ».
| Événement | Participants selon le Scrum Guide | Durée maximale (Sprint d’un mois) |
|---|---|---|
| Sprint Planning | Toute la Scrum Team, plus des invités pour conseiller si besoin | 8 heures |
| Daily Scrum | Les Developers (PO et Scrum Master s’ils travaillent sur le Sprint Backlog) | 15 minutes |
| Sprint Review | La Scrum Team et les principales parties prenantes | 4 heures |
| Sprint Retrospective | La Scrum Team | 3 heures |
Dans quel ordre s’enchaînent les événements
Le guide fixe l’ordre : le Sprint Planning ouvre le Sprint, les Daily Scrums ont lieu chaque jour ouvré, la Sprint Review est l’avant-dernier événement et la Sprint Retrospective le conclut. Le Sprint suivant démarre aussitôt.
Exemple de calendrier pour un Sprint de deux semaines
Exemple d’organisation, à adapter : les durées ci-dessous sont des choix d’équipe, pas des normes du guide (qui ne fixe que des maximums pour un Sprint d’un mois).
- Lundi de la semaine 1, matin : Sprint Planning.
- Chaque jour ouvré, à heure fixe : Daily Scrum de 15 minutes.
- Mercredi de la semaine 2 : créneau d’affinement du Product Backlog pour préparer le Sprint suivant.
- Vendredi de la semaine 2, début d’après-midi : Sprint Review, puis Sprint Retrospective.
Les dérives les plus fréquentes et comment les éviter
- Le Daily Scrum devient un compte rendu au manager. Recentrer sur l’Objectif de Sprint : les Developers se parlent entre eux et repartent avec un plan pour la journée. Les sujets qui demandent une discussion se traitent juste après, à quelques-uns.
- La Sprint Review se réduit à une démo. Inviter de vrais utilisateurs ou représentants métier et prévoir du temps pour décider des ajustements du backlog, comme le demande le guide.
- La rétrospective tourne en rond. Changer de format régulièrement et limiter le résultat à une ou deux actions suivies, plutôt qu’une longue liste jamais relue.
- Le Sprint Planning déborde. C’est presque toujours le signe d’un backlog non affiné : déplacer la clarification des éléments vers l’activité d’affinement.
- La « réunionite ». Si l’équipe tient en plus des cérémonies des points de suivi récurrents, c’est que les événements ne jouent pas leur rôle : le guide les conçoit pour minimiser les autres réunions.
Les outils pour organiser vos cérémonies
Un tableau partagé suffit pour tenir les cérémonies, mais un logiciel de gestion de projet facilite le suivi du Sprint Backlog, surtout pour une équipe à distance.
- Jira (Atlassian) propose un modèle Scrum prêt à l’emploi, avec backlog, Sprints et rapports d’avancement.
- Trello fonctionne en tableaux de cartes, simple à prendre en main pour un tableau de Sprint visuel.
Pour un affichage par colonnes du travail en cours, voir aussi notre sélection d’outils Kanban.
Pour aller plus loin
Questions fréquentes
Quelles sont les différentes cérémonies Scrum ?
Le Scrum Guide définit cinq événements : le Sprint, qui contient les autres, le Sprint Planning, le Daily Scrum, la Sprint Review et la Sprint Retrospective. On parle souvent de « quatre cérémonies » en excluant le Sprint, ou de « cinq cérémonies » en ajoutant l’affinement du backlog, qui est en réalité une activité continue.
Quelle est la durée maximale d’un Sprint dans Scrum ?
Un mois. Le Scrum Guide décrit les Sprints comme des événements « d’une durée fixe, d’un mois ou moins ». Il ne fixe pas de durée minimale.
Qu’est-ce que veut dire Scrum ?
Scrum désigne la mêlée au rugby. La métaphore apparaît en 1986 dans l’article de Hirotaka Takeuchi et Ikujiro Nonaka The New New Product Development Game, publié dans la Harvard Business Review, qui comparait les équipes produit performantes à une équipe de rugby avançant ensemble. Ken Schwaber et Jeff Sutherland ont ensuite formalisé le cadre et l’ont présenté pour la première fois en 1995, à la conférence OOPSLA.
Qu’est-ce que la méthode Scrum et comment fonctionne-t-elle ?
Le Scrum Guide définit Scrum comme « un cadre de travail léger qui aide les personnes, les équipes et les organisations à générer de la valeur grâce à des solutions adaptatives pour des problèmes complexes ». Il le résume en quatre temps : un Product Owner ordonne le travail dans le Product Backlog, la Scrum Team en transforme une sélection en Increment de valeur pendant un Sprint, l’équipe et ses parties prenantes inspectent le résultat et s’adaptent pour le Sprint suivant, puis on recommence. Ce sont aussi les « étapes » de la méthode Scrum.
Quels sont les 3 piliers de Scrum ?
Transparence, inspection et adaptation. Ce sont les piliers de l’empirisme sur lequel Scrum est fondé : le travail doit être visible, il est inspecté fréquemment, et l’équipe s’adapte dès que l’inspection révèle un écart. Chaque événement Scrum est une occasion formelle de les appliquer.
Quelles sont les 5 valeurs de Scrum ?
Le Scrum Guide en cite cinq : « Engagement, focus, ouverture, respect et courage ». Selon le guide, l’application réussie de Scrum dépend de la capacité des personnes à vivre ces valeurs.
Qu’est-ce que la règle du 3-5-3 ?
C’est un moyen mnémotechnique, pas une règle écrite dans le guide : 3 responsabilités (Product Owner, Scrum Master, Developers), 5 événements (Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective) et 3 artefacts (Product Backlog, Sprint Backlog, Increment).
C’est quoi la différence entre Scrum et agile ?
« Agile » désigne un ensemble de valeurs et de principes, formalisés en 2001 dans le Manifeste pour le développement Agile de logiciels. Scrum est l’un des cadres de travail concrets qui mettent ces principes en œuvre, avec des rôles, des événements et des artefacts définis. On peut être agile sans faire du Scrum (avec Kanban par exemple), mais Scrum s’inscrit dans la démarche agile : Ken Schwaber et Jeff Sutherland figurent d’ailleurs parmi les signataires du manifeste.
Quels sont les 4 principes de l’agile ?
Il s’agit des quatre valeurs du Manifeste agile : « Les individus et leurs interactions plus que les processus et les outils », « Des logiciels opérationnels plus qu’une documentation exhaustive », « La collaboration avec les clients plus que la négociation contractuelle » et « L’adaptation au changement plus que le suivi d’un plan ».
Quels sont les 12 principes de la méthode agile ?
Le manifeste est complété par douze principes, dont la version française officielle est publiée sur agilemanifesto.org. Le premier : « Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. » Le dernier fonde directement la rétrospective : « À intervalles réguliers, l’équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. »
Qu’est-ce qu’un rituel agile ?
C’est le nom courant d’une réunion récurrente, à format et durée fixes, qui structure le travail d’une équipe agile. En Scrum, les rituels correspondent aux événements du Scrum Guide. D’autres approches ont leurs propres rituels, comme les revues de flux en Kanban.
Quelle est la méthode agile la plus utilisée ?
Scrum est le cadre agile le plus connu et le plus documenté : son guide officiel est téléchargeable dans plus de 30 langues sur scrumguides.org. Nous ne citons pas de part d’utilisation chiffrée, faute d’étude publique et vérifiable consultée à cette date.
Comment prépare-t-on un sprint ?
En deux temps. Avant le Sprint, l’affinement du Product Backlog rend les éléments prioritaires assez clairs et assez petits pour être réalisés dans un Sprint. Au début du Sprint, le Sprint Planning fixe l’Objectif de Sprint, sélectionne les éléments et établit le plan de réalisation. Connaître ses performances passées et sa capacité à venir aide, selon le guide, à mieux prévoir.
Source principale : Le Guide Scrum, version française de novembre 2020 (Ken Schwaber et Jeff Sutherland), citations vérifiées le 19/10/2026.
Notez cet article
