Scrum — le cadre de travail
Scrum expliqué à partir du Guide Scrum 2020 : les 3 piliers empiriques, les 5 valeurs, la Scrum Team, les 5 événements et les 3 artefacts avec leurs engagements.
Qu'est-ce que Scrum ?
Scrum est 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.
Son fonctionnement tient en quatre temps, répétés indéfiniment :
- Un Product Owner ordonne le travail à faire pour résoudre un problème complexe dans le Product Backlog ;
- la Scrum Team transforme une sélection de ce travail en un Increment de valeur pendant un Sprint ;
- la Scrum Team et ses parties prenantes inspectent les résultats et s'adaptent pour le prochain Sprint ;
- on recommence.
Un cadre volontairement incomplet
Scrum ne définit que les parties nécessaires pour mettre en œuvre sa théorie. Plutôt que de fournir des instructions détaillées, ses règles guident les relations et les interactions. Il repose sur l'intelligence collective des personnes qui l'utilisent — et non sur une méthode prescrite de bout en bout.
La théorie : empirisme et pensée Lean
Scrum est fondé sur deux idées :
- l'empirisme — la connaissance provient de l'expérience, et la décision s'appuie sur l'observation des faits ;
- la pensée Lean — réduire le gaspillage et se focaliser sur l'essentiel.
Scrum utilise une approche itérative et incrémentale pour optimiser la prédictibilité et le contrôle du risque.
Les trois piliers empiriques
| Pilier | Ce qu'il impose |
|---|---|
| Transparence | Le processus et le travail émergents doivent être visibles pour ceux qui les réalisent et pour ceux qui les reçoivent. |
| Inspection | Les artefacts et la progression vers les objectifs convenus doivent être inspectés fréquemment et avec diligence. |
| Adaptation | Si un aspect dévie des limites acceptables, le processus ou les éléments produits doivent être ajustés au plus vite. |
Les trois s'enchaînent : la transparence permet l'inspection, et l'inspection permet l'adaptation. Une inspection sans transparence est trompeuse ; une inspection sans adaptation est considérée comme infructueuse.
Les cinq valeurs
Engagement · Focus · Ouverture · Respect · Courage.
Ce sont elles qui font émerger les trois piliers — à condition qu'elles soient réellement incarnées par l'équipe et par les personnes avec lesquelles elle travaille.
La Scrum Team
L'unité fondamentale de Scrum est une petite équipe, la Scrum Team. Elle se compose d'un Scrum Master, d'un Product Owner et des Developers.
Une seule équipe
Il n'y a pas d'équipe dans l'équipe, ni de hiérarchie. C'est une seule unité stable, pluridisciplinaire (toutes les compétences nécessaires pour créer de la valeur à chaque Sprint) et autogérée (elle décide en interne qui fait quoi, quand et comment). Taille habituelle : dix personnes au maximum.
| Responsabilité | Ce dont elle est redevable |
|---|---|
| Developers | Créer le Sprint Backlog, inculquer la qualité via la Definition of Done, adapter leur plan chaque jour, se tenir mutuellement responsables. |
| Product Owner | Maximiser la valeur du produit, et gérer efficacement le Product Backlog (formuler l'Objectif de Produit, ordonner les éléments, le rendre transparent et compris). |
| Scrum Master | La mise en place de Scrum telle que définie par le Guide, et l'efficacité de la Scrum Team. |
Deux précisions qui tombent souvent en QCM :
- Le Product Owner est une personne, pas un comité. Ceux qui veulent modifier le Product Backlog doivent convaincre le Product Owner.
- Le Scrum Master est un véritable leader au service de l'équipe et de l'organisation — pas un chef de projet. Il accompagne l'autogestion, lève les obstacles et veille à ce que les événements aient bien lieu et restent dans leur créneau de temps.
Les cinq événements
Le Sprint est un conteneur : tous les autres événements se déroulent à l'intérieur. Chaque événement est une occasion formelle d'inspecter et d'adapter les artefacts.
| Événement | Objectif | Durée max (Sprint d'un mois) |
|---|---|---|
| Sprint | Transformer les idées en valeur | 1 mois |
| Sprint Planning | Définir pourquoi, quoi et comment | 8 heures |
| Daily Scrum | Inspecter la progression vers l'Objectif de Sprint | 15 minutes |
| Sprint Review | Inspecter le résultat du Sprint et décider des adaptations | 4 heures |
| Sprint Retrospective | Améliorer la qualité et l'efficacité de l'équipe | 3 heures |
Quelques points de vigilance :
- Un Sprint dure un mois ou moins. Un nouveau Sprint commence immédiatement après la fin du précédent. Plus l'horizon est lointain, plus l'Objectif de Sprint risque d'être obsolète et plus le risque augmente.
- Pendant le Sprint : aucun changement ne doit remettre en cause l'Objectif de Sprint, et les objectifs de qualité ne sont jamais revus à la baisse.
- Le Daily Scrum est un événement de 15 minutes pour les Developers — pas un compte rendu d'avancement à la hiérarchie. Sa structure est libre, tant qu'il porte sur la progression vers l'Objectif de Sprint.
- La Sprint Review est une session de travail, pas une simple présentation. La Retrospective conclut le Sprint.
- Seul le Product Owner a le pouvoir d'annuler un Sprint, si son objectif devient obsolète.
Les trois artefacts et leurs engagements
Les artefacts représentent un travail ou une valeur, et sont conçus pour maximiser la transparence. Chacun est relié à un engagement qui permet de mesurer la progression.
| Artefact | Engagement |
|---|---|
| Product Backlog | Objectif de Produit |
| Sprint Backlog | Objectif de Sprint |
| Increment | Definition of Done |
- Le Product Backlog est une liste ordonnée et émergente de ce qui est nécessaire pour améliorer le produit. C'est l'unique source du travail entrepris par la Scrum Team. L'affiner consiste à décomposer ses éléments en éléments plus fins et plus précis.
- L'Objectif de Produit décrit un état futur du produit qui sert de cible à long terme.
- Le Sprint Backlog est composé du pourquoi (Objectif de Sprint), du quoi (les éléments choisis) et du comment (le plan d'action). C'est un plan par et pour les Developers.
- Un Increment est une étape concrète vers l'Objectif de Produit. Il doit être utilisable pour fournir de la valeur. Un travail qui ne remplit pas la Definition of Done n'est pas un Increment : il retourne au Product Backlog.
Ce qui a changé en 2020
| Changement | En clair |
|---|---|
| Moins prescriptif | Suppression des questions du Daily Scrum, moins de règles rigides. |
| Une seule équipe, un seul produit | Fin du concept d'« équipe dans l'équipe » et du rapport « nous et eux ». |
| Objectif de Produit | Nouveau concept, pour donner une cible à long terme à l'équipe. |
| Des engagements explicites | Chaque artefact est désormais relié à un engagement (Objectif de Produit, de Sprint, DoD). |
| Autogérée plutôt qu'auto-organisée | L'accent porte sur l'équipe qui choisit avec qui, comment et sur quoi travailler. |
| Trois thèmes au Sprint Planning | Ajout du pourquoi, à côté du quoi et du comment. |
À retenir
- 3 piliers : transparence, inspection, adaptation.
- 5 valeurs : engagement, focus, ouverture, respect, courage.
- 3 responsabilités dans une seule équipe : Product Owner, Scrum Master, Developers.
- 5 événements dans un conteneur : le Sprint.
- 3 artefacts, chacun avec son engagement.
- Scrum n'existe que dans sa totalité : appliquer seulement une partie ne produit pas du Scrum.
scrum-guide-2020.pdf
Le Guide Scrum 2020 — Ken Schwaber & Jeff Sutherland · 15 pages · CC BY-SA 4.0
Chargement du document…
Dernière mise à jour le