Les 5 événements Scrum expliqués simplement

Le framework Scrum repose sur cinq événements formels qui structurent le travail d'une équipe agile. Contrairement aux idées reçues, ces événements ne sont pas de simples réunions : ce sont des opportunités d'inspection et d'adaptation, les deux piliers de l'empirisme sur lequel Scrum est fondé.

Que vous soyez développeur, Scrum Master en devenir ou simplement curieux de comprendre comment fonctionne Scrum au quotidien, ce guide vous présente chaque événement, son objectif et ses bonnes pratiques.

Le Sprint : le conteneur de tous les événements

Le Sprint est l'événement principal de Scrum. Il s'agit d'une période de durée fixe, généralement comprise entre une et quatre semaines, pendant laquelle l'équipe Scrum produit un Increment de valeur.

Caractéristiques clés du Sprint

• Durée fixe : un Sprint a une durée constante tout au long du projet. La plupart des équipes optent pour des Sprints de deux semaines.
• Pas de modification de l'objectif : une fois le Sprint Goal défini, il ne peut pas être altéré de manière à mettre en danger cet objectif.
• Enchaînement immédiat : un nouveau Sprint commence dès que le précédent se termine, sans temps mort.
• Annulation possible : seul le Product Owner peut annuler un Sprint, et uniquement si le Sprint Goal devient obsolète.

Le Sprint crée un rythme prévisible qui permet à l'équipe de planifier, de livrer et d'apprendre de manière régulière. C'est cette cadence qui rend Scrum si efficace pour gérer la complexité.

Sprint Planning : définir le travail du Sprint

Le Sprint Planning est le premier événement de chaque Sprint. C'est le moment où l'équipe Scrum décide collectivement ce qu'elle va accomplir et comment elle va s'y prendre.

Les trois questions du Sprint Planning

Le Sprint Planning répond à trois questions fondamentales :

1. Pourquoi ce Sprint a-t-il de la valeur ? Le Product Owner propose comment le produit pourrait gagner en valeur au cours du Sprint. L'équipe entière collabore pour définir un Sprint Goal.
2. Que peut-on faire pendant ce Sprint ? Les Developers sélectionnent les éléments du Product Backlog qu'ils estiment pouvoir terminer pendant le Sprint.
3. Comment le travail sélectionné sera-t-il réalisé ? Les Developers décomposent les éléments choisis en tâches d'une journée ou moins.

Pour un Sprint de deux semaines, le Sprint Planning est limité à quatre heures maximum. L'objectif est de quitter cette réunion avec un Sprint Backlog clair et un Sprint Goal partagé par toute l'équipe. Si vous souhaitez approfondir ce sujet, consultez notre guide complet du Sprint Planning.

Daily Scrum : synchroniser l'équipe au quotidien

Le Daily Scrum est un événement de quinze minutes maximum, réservé aux Developers. Il a lieu chaque jour du Sprint, au même endroit et à la même heure, pour réduire la complexité organisationnelle.

Ce que le Daily Scrum n'est pas

Beaucoup d'équipes transforment le Daily Scrum en une réunion de reporting où chaque membre récite ce qu'il a fait la veille. C'est un anti-pattern classique. Le Daily Scrum n'est pas un compte-rendu destiné au management : c'est un moment d'auto-organisation pour les Developers.

Bonnes pratiques

• Se concentrer sur le Sprint Goal : chaque échange doit être orienté vers la progression vers l'objectif du Sprint.
• Identifier les obstacles : le Daily Scrum permet de détecter rapidement ce qui bloque l'avancement.
• Adapter le plan : les Developers ajustent leur plan de travail quotidien en fonction de ce qu'ils apprennent.
• Rester bref : quinze minutes, pas une de plus. Les discussions approfondies se tiennent après.

Le Scrum Master s'assure que le Daily Scrum a lieu, mais ce sont les Developers qui en sont responsables. Pour aller plus loin sur cet événement, lisez notre article sur le Daily Scrum efficace en 15 minutes.

Sprint Review : inspecter l'Increment

La Sprint Review est l'avant-dernier événement du Sprint. Elle permet à l'équipe Scrum de présenter le résultat de son travail aux parties prenantes et d'inspecter la progression vers le Product Goal.

Un moment de collaboration, pas de validation

La Sprint Review n'est pas une démonstration formelle où l'équipe cherche l'approbation d'un comité. C'est une session de travail collaborative pendant laquelle :

• L'équipe Scrum présente ce qui a été accompli pendant le Sprint.
• Les parties prenantes donnent du feedback sur l'Increment.
• Le Product Backlog est ajusté en fonction des retours et des nouvelles informations.
• Le groupe discute des prochaines priorités.

Pour un Sprint de deux semaines, la Sprint Review est limitée à deux heures. C'est un moment essentiel pour maintenir la transparence avec les parties prenantes et s'assurer que le produit évolue dans la bonne direction.

Sprint Retrospective : s'améliorer en continu

La Sprint Retrospective clôture chaque Sprint. C'est le moment où l'équipe Scrum prend du recul pour inspecter ses propres pratiques et identifier des pistes d'amélioration.

Les axes d'amélioration

La Retrospective couvre plusieurs dimensions :

• Les individus : comment chaque membre s'est senti pendant le Sprint, quelles compétences développer.
• Les interactions : la qualité de la communication et de la collaboration au sein de l'équipe.
• Les processus : l'efficacité des outils, des pratiques et des workflows utilisés.
• La Definition of Done : faut-il la renforcer pour améliorer la qualité des Increments ?

L'équipe identifie les améliorations les plus impactantes et s'engage à les mettre en œuvre dès le prochain Sprint. Le rôle du Scrum Master est central dans la facilitation de cet événement.

Durée et format

Pour un Sprint de deux semaines, la Retrospective est limitée à une heure trente. De nombreux formats existent pour animer cet événement : le Start/Stop/Continue, le Sailboat, le 4L (Liked, Learned, Lacked, Longed for), ou encore le Mood Board. L'essentiel est de varier les formats pour maintenir l'engagement de l'équipe.

Comment les événements s'articulent entre eux

Les cinq événements Scrum forment un cycle cohérent. Le Sprint contient tous les autres événements. Le Sprint Planning ouvre le Sprint, le Daily Scrum rythme le travail quotidien, la Sprint Review permet d'inspecter le résultat, et la Sprint Retrospective ferme la boucle en cherchant l'amélioration continue.

Cette structure n'est pas optionnelle. Le Scrum Guide est explicite : supprimer ou modifier ces événements réduit la transparence et compromet les opportunités d'inspection et d'adaptation. Chaque événement a un objectif précis qui contribue à l'efficacité globale du framework.

Préparer la certification PSM I

La compréhension des événements Scrum est un pilier fondamental de la certification PSM I. Les questions d'examen portent fréquemment sur la durée maximale de chaque événement, les responsabilités de chaque rôle pendant ces événements, et les conséquences de leur mauvaise application.

Pour maîtriser ces concepts et vous entraîner avec des questions similaires à celles de l'examen, créez votre compte sur Outsmart et commencez votre préparation dès aujourd'hui.

En résumé

Événement	Durée max (Sprint 2 sem.)	Participants
Sprint	2 semaines	Équipe Scrum
Sprint Planning	4 heures	Équipe Scrum
Daily Scrum	15 minutes	Developers
Sprint Review	2 heures	Équipe Scrum + parties prenantes
Sprint Retrospective	1h30	Équipe Scrum

Maîtriser ces événements, c'est comprendre le cœur battant de Scrum. Chaque événement est une opportunité de créer de la transparence, d'inspecter le travail accompli et d'adapter les plans pour maximiser la valeur livrée.