Bonjour ! Bienvenue dans cette nouvelle leçon sur le framework Scrum.
Dans notre session précédente, nous avons défini les trois rôles fondamentaux qui composent la Scrum Team : le Product Owner (le gardien de la valeur), les Developers (les bâtisseurs du produit) et le Scrum Master (le gardien du processus). Avoir cette répartition claire des responsabilités est la première étape pour construire une équipe autonome.
Aujourd'hui, nous allons nous intéresser au rythme de travail de cette équipe. Si les rôles définissent le "qui", les événements Scrum définissent le "quand" et le "comment" l'équipe collabore pour créer de la valeur. L'objectif de cette leçon est de décrire l'objectif, la durée et les participants des événements Scrum : le Sprint, le Sprint Planning, le Daily Scrum, la Sprint Review et la Sprint Retrospective.
Pour vous qui visez un rôle de Tech Lead ou de chef de projet, la maîtrise de ces rituels est capitale. Ce sont les moments clés où vous pourrez observer, faciliter, guider l'équipe, et interagir de manière structurée avec les parties prenantes. Comprendre leur but vous permettra de les animer efficacement et d'éviter qu'ils ne deviennent de simples réunions sans saveur.
1. Le Rythme de Scrum : Le Sprint
Tout dans Scrum se déroule à l'intérieur de "Sprints". Un Sprint n'est pas juste une période de temps, c'est l'événement central qui contient tous les autres. Il s'agit d'une itération de travail à durée fixe, d'un mois maximum, durant laquelle l'équipe transforme des idées en un Incrément de produit utilisable et potentiellement livrable.
Le principe fondamental est la régularité. Un nouveau Sprint commence immédiatement après la conclusion du précédent. Cette cadence fixe permet à l'équipe de trouver un rythme durable et offre des opportunités régulières d'inspection et d'adaptation, ce qui réduit les risques et augmente la prédictibilité.
Pour approfondir la définition officielle du Sprint, je vous propose de consulter le Guide Scrum.
Ken Schwaber & Jeff Sutherland Novembre 2020 - Le Guide Scrum
Le Guide Scrum, la référence officielle co-écrite par les créateurs de la méthode, définit précisément ce qu'est un Sprint et pourquoi il est au cœur du framework.
Lisez la section intitulée "Sprint" à la page 8. Portez une attention particulière à sa durée fixe, au fait qu'il s'agit d'un "conteneur" pour les autres événements, et aux règles qui s'appliquent pendant son déroulement (par exemple, "Aucun changement n’est permis, qui pourrait remettre en cause l’Objectif de Sprint").
Maintenant que nous avons posé le cadre, explorons les événements qui se déroulent à l'intérieur de chaque Sprint.
2. Les Événements du Sprint
Il existe quatre événements formels au sein d'un Sprint, chacun ayant un objectif précis. La vidéo suivante offre un excellent survol de leur enchaînement.
Les bases de Scrum : Tout ce que vous devez savoir
La chaîne Agitips propose une vidéo très claire qui illustre le déroulement d'un Sprint et le rôle de chaque événement. Nous allons la regarder en plusieurs parties pour décortiquer chaque étape.
Regardez la vidéo de 05:28 à 11:14. Elle présente successivement le Sprint, le Sprint Planning, le Daily Scrum, la Sprint Review et la Sprint Retrospective. Essayez de repérer pour chacun : son but principal, qui y participe et ce qui en ressort.
Analysons maintenant chaque événement plus en détail.
A. Le Sprint Planning
C'est l'événement qui lance le Sprint. Toute la Scrum Team y collabore pour définir le travail à accomplir.
- Objectif : Planifier le travail pour le Sprint à venir. Cela se fait en répondant à trois questions :
- Pourquoi ce Sprint est-il utile ? (Définition de l'Objectif de Sprint ou Sprint Goal).
- Quoi peut être fait durant ce Sprint ? (Sélection d'éléments du Product Backlog par les Developers).
- Comment le travail choisi sera-t-il réalisé ? (Création du Sprint Backlog, le plan des Developers pour livrer l'Incrément).
- Participants : La Scrum Team au complet (Product Owner, Scrum Master, Developers).
- Durée : Limitée à 8 heures maximum pour un Sprint d'un mois (et moins pour des Sprints plus courts).
B. Le Daily Scrum (ou Mêlée Quotidienne)
C'est le point de synchronisation quotidien de l'équipe de développement.
- Objectif : Inspecter la progression vers l'Objectif de Sprint et adapter le Sprint Backlog si nécessaire. Ce n'est pas une réunion de reporting pour un manager, mais une session de planification de 15 minutes pour les Developers, par les Developers.
- Participants : Obligatoire pour les Developers. Le Scrum Master et le Product Owner peuvent y assister en tant qu'observateurs silencieux s'ils ne participent pas activement à la réalisation des tâches du Sprint.
- Durée : Strictement limitée à 15 minutes. Pour réduire la complexité, il se tient chaque jour à la même heure et au même endroit.
C. La Sprint Review (Revue de Sprint)
Cet événement a lieu à la fin du Sprint pour inspecter l'Incrément de produit qui a été créé.
- Objectif : Présenter le résultat du Sprint aux parties prenantes clés et recueillir leurs retours. C'est une session de travail collaborative pour inspecter l'Incrément et adapter le Product Backlog en fonction des nouvelles informations. Il ne faut pas la réduire à une simple démonstration.
- Participants : La Scrum Team et les parties prenantes (clients, utilisateurs, management, etc.).
- Durée : Limitée à 4 heures maximum pour un Sprint d'un mois.
D. La Sprint Retrospective (Rétrospective de Sprint)
C'est le dernier événement du Sprint. C'est une opportunité pour l'équipe de s'inspecter elle-même et de créer un plan d'amélioration pour le prochain Sprint.
- Objectif : Identifier ce qui s'est bien passé et ce qui pourrait être amélioré concernant les individus, les interactions, les processus, les outils et la "Definition of Done". L'équipe décide des changements les plus utiles à mettre en place pour améliorer son efficacité.
- Participants : Uniquement la Scrum Team (Product Owner, Scrum Master, Developers). C'est un espace de confiance, sans les parties prenantes, pour permettre une discussion ouverte et honnête.
- Durée : Limitée à 3 heures maximum pour un Sprint d'un mois.
3. Synthèse et Mise en Pratique
Pour vous aider à mémoriser ces informations, voici un tableau récapitulatif. Le document suivant détaille aussi très bien chaque événement de manière structurée.
Guide Des Évènements Scrum : Votre Chemin Vers Un ...
Ce guide du site scrum-master.org est une excellente ressource qui synthétise clairement les objectifs, participants, et durées de chaque cérémonie Scrum. Il vous servira de mémo pratique.
Parcourez les sections "Le Sprint Planning", "Daily Scrum", "Sprint Review (Revue de Sprint)" et "Rétrospective de Sprint". Utilisez-les pour compléter et consolider les informations du tableau ci-dessous.
| Événement | Objectif Principal | Participants Clés | Durée Max (pour Sprint de 1 mois) |
|---|---|---|---|
| Sprint | Créer un Incrément de valeur. | La Scrum Team | 1 mois |
| Sprint Planning | Définir un Objectif de Sprint et planifier le travail. | La Scrum Team | 8 heures |
| Daily Scrum | Synchroniser les Developers et planifier les 24h à venir. | Les Developers | 15 minutes |
| Sprint Review | Inspecter l'Incrément avec les parties prenantes et adapter le P. Backlog. | Scrum Team + Parties Prenantes | 4 heures |
| Sprint Retrospective | Inspecter le processus de l'équipe et identifier des améliorations. | La Scrum Team | 3 heures |
Testez votre compréhension !
Associez chaque situation à l'événement Scrum le plus approprié pour la traiter :
- L'équipe vient de terminer un Sprint difficile. Plusieurs membres se sont plaints que les outils de communication n'étaient pas adaptés au télétravail.
- Le directeur marketing veut voir la nouvelle fonctionnalité de paiement avant son déploiement et donner son avis.
- Un développeur est bloqué par une dépendance technique avec une autre équipe. Il a besoin d'aide pour avancer.
- Le Product Owner a identifié une opportunité stratégique majeure. L'équipe doit se réunir pour définir un objectif ambitieux pour les deux prochaines semaines.
Afficher les réponses
- Sprint Retrospective. C'est le moment dédié à l'inspection des processus et des outils de l'équipe pour trouver des axes d'amélioration.
- Sprint Review. C'est l'événement conçu pour que les parties prenantes (comme le directeur marketing) inspectent l'Incrément et donnent leur feedback.
- Daily Scrum. C'est le lieu idéal pour signaler un obstacle. Les autres développeurs peuvent proposer une solution, ou le Scrum Master peut prendre en charge la levée de l'obstacle après la réunion.
- Sprint Planning. C'est ici que le Product Owner expose le "pourquoi" et que toute l'équipe collabore pour définir l'Objectif de Sprint et le plan pour l'atteindre.
Conclusion
Aujourd'hui, nous avons exploré le rythme cardiaque de Scrum : ses cinq événements. Chacun est une opportunité formelle d'inspection et d'adaptation, les deux piliers de l'empirisme sur lequel repose Scrum.
Voici les points clés à retenir :
- Le Sprint est une itération de travail de durée fixe (max 1 mois) qui sert de conteneur à tous les autres événements.
- Le Sprint Planning lance le Sprint en définissant le "pourquoi", le "quoi" et le "comment".
- Le Daily Scrum est une synchronisation quotidienne de 15 minutes pour les Developers afin d'optimiser leurs chances d'atteindre l'Objectif de Sprint.
- La Sprint Review est une session de travail avec les parties prenantes pour inspecter l'Incrément de produit et adapter la suite.
- La Sprint Retrospective est un moment protégé pour que l'équipe inspecte son propre fonctionnement et décide d'actions d'amélioration.
Ces événements fournissent la structure nécessaire à l'agilité. Ils ne sont pas de simples réunions, mais des mécanismes conçus pour maximiser la transparence, la collaboration et la livraison de valeur.
Dans notre prochaine leçon, nous nous pencherons sur les artefacts Scrum (Product Backlog, Sprint Backlog, Incrément). Ce sont les "objets" concrets qui sont créés, inspectés et adaptés tout au long de ces événements. À bientôt