Glossaire Scrum : tous les termes de l’agilité expliqués
Bienvenue dans notre glossaire Scrum complet, conçu pour vous offrir des réponses claires et rapides sur l’ensemble du vocabulaire agile. Que vous prépariez une certification ou cherchiez à aligner vos équipes, ce guide de référence vous aide à distinguer les règles formelles du Scrum Guide des pratiques du terrain. Parcourez librement les définitions ci-dessous pour lever toute ambiguïté terminologique au quotidien.
Sommaire : Rôles · Événements (les cérémonies Scrum) · Artefacts · Concepts et piliers · Agilité, mise à l’échelle et pratiques associées · Repères : créateurs et référence officielle
Rôles
- Équipe Scrum (Scrum Team)
- Le collectif auto-géré et pluridisciplinaire formé par le Product Owner, le Scrum Master et les Développeurs, sans aucune hiérarchie interne. Elle porte la responsabilité globale de la création d’un Incrément de valeur à chaque Sprint.
- Product Owner
- Le rôle unique responsable de maximiser la valeur du produit résultant du travail de l’équipe Scrum et de gérer le Product Backlog. Il est la seule personne habilitée à établir et modifier l’ordre des priorités du carnet de produit.
- Scrum Master
- Le rôle garant de la bonne compréhension et de la mise en œuvre de Scrum telles que définies dans le guide officiel. Véritable servant-leader, il facilite les événements, aide à éliminer les obstacles et accompagne l’organisation dans son adoption de l’agilité.
- Développeurs (Developers)
- Les membres de l’équipe Scrum engagés à créer tout aspect utilisable d’un Incrément à chaque Sprint. Dans Scrum, ce terme englobe toutes les compétences nécessaires à la réalisation (conception, codage, test, architecture, etc.) sans distinction de titre.
- Parties prenantes (Stakeholders)
- Les personnes extérieures à l’équipe Scrum (clients, utilisateurs finaux, direction, équipes partenaires) dont les intérêts sont liés au produit. Elles sont principalement invitées lors de la Sprint Review pour examiner l’Incrément et fournir leurs retours.
Événements (les cérémonies Scrum)
- Sprint
- L’itération de durée fixe (un mois au maximum, généralement deux semaines) qui sert de conteneur à tous les autres événements Scrum. Durant cette période, l’équipe crée un Incrément utilisable répondant aux exigences de qualité.
- Sprint Planning
- L’événement qui lance le Sprint en définissant la valeur à produire, l’objectif du Sprint et les éléments du Product Backlog à réaliser. L’ensemble de l’équipe Scrum s’y coordonne pour bâtir le plan de travail de l’itération.
- Daily Scrum (Mêlée quotidienne)
- Un événement de 15 minutes tenu chaque jour du Sprint, réservé aux Développeurs pour inspecter la progression vers l’objectif de Sprint. Il leur permet d’adapter leur plan d’action pour les prochaines 24 heures et de faire émerger les blocages.
- Sprint Review (Revue de Sprint)
- L’événement de fin de Sprint où l’équipe Scrum et les parties prenantes inspectent l’Incrément réalisé pour adapter le Product Backlog. Conçue comme une séance de travail interactive, elle permet de recueillir des retours concrets sur le produit.
- Sprint Retrospective (Rétrospective)
- Le dernier événement du Sprint au cours duquel l’équipe Scrum inspecte son fonctionnement sur le plan des personnes, des relations, des processus et des outils. L’équipe y identifie et planifie des améliorations concrètes à intégrer dès le Sprint suivant.
- Backlog Refinement (Affinement du Backlog)
- L’activité continue consistant à ajouter du détail, des estimations et de l’ordre aux éléments du Product Backlog. Bien qu’essentielle, elle constitue une pratique régulière d’équipe et non un événement officiel prescrit par le Scrum Guide.
- Three Amigos
- Une pratique collaborative issue du BDD réunissant Métier (PO), Développement et Test pour clarifier le besoin avant la réalisation. Absente du cadre Scrum officiel, elle vise à aligner la compréhension des critères d’acceptation d’une user story.
- Scrum of Scrums
- Une technique de synchronisation inter-équipes permettant de coordonner plusieurs équipes Scrum travaillant sur un même produit. Cette pratique de mise à l’échelle hors du Scrum Guide de base rassemble des ambassadeurs de chaque équipe pour gérer les dépendances.
Artefacts
- Product Backlog
- La liste unique, ordonnée et émergente de tout ce qui pourrait être nécessaire au produit. Il constitue la source unique des exigences pour toute modification à apporter au produit par l’équipe Scrum.
- Sprint Backlog
- L’artefact composé de l’objectif de Sprint, des éléments du Product Backlog sélectionnés et du plan d’action pour livrer l’Incrément. Conçu par et pour les Développeurs, il offre une visibilité en temps réel sur le travail mené pendant le Sprint.
- Incrément (Increment)
- Une étape concrète vers l’objectif de Produit, représentant la somme de tous les éléments du backlog réalisés durant le Sprint et intégrés aux précédents. Pour exister, il doit être immédiatement utilisable et satisfaire la Definition of Done.
- Objectif de Produit (Product Goal)
- L’état futur à long terme visé par le produit, qui sert de cible globale et donne du sens au Product Backlog. Introduit formellement dans la version 2020 du Scrum Guide, il constitue l’engagement rattaché au Product Backlog.
- Objectif de Sprint (Sprint Goal)
- Le but unique fixé pour le Sprint lors du Sprint Planning, apportant cohérence et flexibilité quant au périmètre précis du travail. Il s’agit de l’engagement formel rattaché au Sprint Backlog.
- Definition of Done (DoD)
- La description formelle de l’état d’un Incrément lorsqu’il répond aux mesures de qualité requises pour le produit. Elle apporte de la transparence en garantissant une vision partagée du travail réellement terminé.
- Definition of Ready (DoR)
- Un ensemble informel de critères qu’utilisent de nombreuses équipes pour estimer qu’un élément du backlog est suffisamment clair pour être sélectionné en Sprint. Il s’agit d’une pratique courante, mais non définie par le Scrum Guide.
Concepts et piliers
- Empirisme
- Le principe fondamental de Scrum selon lequel la connaissance provient de l’expérience et les décisions reposent sur l’observation de faits réels. Il se décline au quotidien à travers trois piliers : la transparence, l’inspection et l’adaptation.
- Transparence
- Le premier pilier de l’empirisme, imposant que les aspects significatifs du processus et des artefacts soient pleinement visibles par ceux qui réalisent et valident le travail. Elle conditionne la qualité des décisions d’inspection et d’adaptation.
- Inspection
- Le deuxième pilier de l’empirisme, consistant à examiner régulièrement les artefacts Scrum et la progression vers les objectifs. Elle permet de détecter à temps les dérives ou écarts indésirables par rapport aux attentes.
- Adaptation
- Le troisième pilier de l’empirisme, exigeant d’ajuster au plus vite le processus ou le produit lorsque l’inspection révèle un écart inacceptable. Elle doit être réalisée le plus tôt possible pour minimiser les dérives futures.
- Auto-gestion (Self-management)
- La capacité de l’équipe Scrum à choisir elle-même en interne qui fait quoi, quand et comment. Ce terme a remplacé l’auto-organisation dans l’édition 2020 du Scrum Guide afin de souligner l’autonomie stratégique et opérationnelle de l’équipe.
- Time-box
- Une durée maximale fixe attribuée à un événement Scrum pour garantir son efficacité et éviter les réunions interminables. L’événement prend fin dès que le temps imparti est écoulé, indépendamment des sujets restant à aborder.
- Vélocité (Velocity)
- Une mesure indicative de la quantité de travail (souvent exprimée en story points) réalisée en moyenne par une équipe lors d’un Sprint. Bien que très utilisée pour la planification, elle ne fait pas partie du cadre officiel Scrum.
- Burndown Chart
- Un graphique de suivi qui affiche la quantité de travail restant à accomplir au fil des jours du Sprint. Très populaire sur le terrain, cet outil visuel n’est pas imposé par le Scrum Guide.
- Burnup Chart
- Une variante du Burndown Chart montrant la progression du travail accompli vers un périmètre global. Il s’avère particulièrement utile pour distinguer visuellement la vitesse d’avancement des changements de périmètre du projet.
- User Story
- Une description synthétique d’une fonctionnalité formulée du point de vue de l’utilisateur final (« En tant que… je veux… afin de… »). C’est le format le plus répandu pour structurer le backlog, bien que Scrum ne l’impose pas.
- Planning Poker
- Une technique d’estimation collaborative s’appuyant sur des cartes inspirées de la suite de Fibonacci pour évaluer l’effort relatif. Utilisée pendant l’affinement du backlog, elle prévient les biais d’ancrage sans être une règle Scrum officielle.
- Critères INVEST
- Un acronyme mnémotechnique (Indépendante, Négociable, de Valeur, Estimable, Suffisamment petite, Testable) guidant la rédaction d’une user story de qualité. Il s’agit d’une bonne pratique complémentaire extérieure au manuel Scrum.
- Story Points
- Une unité de mesure relative et abstraite servant à estimer la complexité ou l’effort d’une tâche, indépendamment du temps horaire. Cette pratique répandue ne figure pas dans les règles formelles du Scrum Guide.
Agilité, mise à l’échelle et pratiques associées
- Manifeste Agile (Agile Manifesto)
- Le texte fondateur de 2001 rédigé par 17 experts de l’informatique, définissant 4 valeurs centrales et 12 principes pour le développement de logiciels. Il constitue le socle philosophique commun à Scrum et aux méthodes agiles.
- Méthodes agiles
- Ensemble d’approches itératives et incrémentales de gestion de projet privilégiant l’adaptation continue, la collaboration et la livraison rapide de valeur. Scrum représente le cadre de travail agile le plus largement déployé.
- Kanban
- Une méthode de gestion visuelle du flux de travail issue du système de production Toyota, axée sur la limitation du travail en cours (WIP). Elle est fréquemment combinée avec Scrum pour optimiser la régularité des livraisons.
- Extreme Programming (XP)
- Un framework agile centré sur les pratiques d’ingénierie logicielle (TDD, pair programming, intégration continue). Historiquement lié à la naissance des Three Amigos, il fournit les pratiques techniques idéales pour compléter Scrum.
- SAFe (Scaled Agile Framework)
- Un cadre méthodologique imposant pour appliquer l’agilité à grande échelle dans les grandes organisations. Il synchronise le travail de multiples équipes Scrum ou Kanban au sein d’alignements stratégiques globaux.
- Nexus
- Le framework de mise à l’échelle Scrum conçu par Scrum.org pour faire collaborer 3 à 9 équipes sur un même backlog. Il conserve l’architecture Scrum de base en y ajoutant une équipe d’intégration chargée de gérer les dépendances.
- LeSS (Large-Scale Scrum)
- Un cadre de mise à l’échelle qui applique l’esprit et les règles strictes de Scrum à plusieurs équipes travaillant sur un produit unique. Il privilégie la simplicité organisationnelle en conservant un seul Product Owner et un seul backlog.
- BDD (Behavior-Driven Development) et Gherkin
- Une approche de développement axée sur le comportement attendu, rédigé en langage naturel structuré (syntaxe Gherkin : Étant donné / Quand / Alors). Elle sert de support d’échange privilégié lors des ateliers Three Amigos.
Repères : créateurs et référence officielle
- Jeff Sutherland
- Cocréateur de Scrum au début des années 1990 avec Ken Schwaber, signataire du Manifeste Agile et coauteur du Scrum Guide. Il est également à l’origine du concept de Scrum of Scrums et fondateur de Scrum Inc.
- Ken Schwaber
- Cocréateur du framework Scrum aux côtés de Jeff Sutherland, coauteur du Scrum Guide officiel et fondateur de Scrum.org. Il a également conçu le framework de mise à l’échelle Nexus.
- Scrum Guide
- Le document officiel de référence qui définit formellement les règles, rôles, événements et artefacts de Scrum. Rédigé et maintenu par Ken Schwaber et Jeff Sutherland, sa dernière mise à jour majeure date de 2020.
Ce glossaire vous donne les bases fondamentales pour maîtriser le vocabulaire agile. Pour approfondir ces notions en situation réelle, nous vous invitons à explorer nos articles détaillés consacrés aux cérémonies et artefacts Scrum. Et vous, quel terme ou concept Scrum vous a posé le plus de difficultés lors de votre prise de poste ou au sein de vos équipes ?
Pour aller plus loin sur chaque cérémonie, consultez notre guide complet des cérémonies Scrum, qui détaille chaque événement avec des exemples concrets et les erreurs à éviter.
Pour aller plus loin
Liens affiliés Amazon : en tant que Partenaire Amazon, ce site perçoit une commission sur les achats éligibles réalisés via ces liens, sans coût supplémentaire pour vous.
Scrum – 6e éd.: Un outil convivial pour une agilité radicale, Claude Aubry
Un ouvrage francophone de référence, idéal pour comprendre comment mettre en œuvre Scrum sur le terrain de manière vivante et pragmatique.
Scrum: The Art of Doing Twice the Work in Half the Time, Jeff Sutherland
Écrit par l’un des cocréateurs de Scrum, ce livre retrace la genèse de la méthode et explique ses principes de performance à travers des anecdotes passionnantes.
Gestion de projet agile avec Scrum, Lean, eXtreme Programming…, Véronique Messager
Un excellent guide comparatif et méthodologique qui replace Scrum dans le panorama global de l’agilité et des pratiques d’ingénierie logicielle.
Voir aussi
- La Méthode Scrum
- Le Sprint Boat
- 4 Vérités Surprenantes sur Scrum qui Vont au-delà des Mots à la Mode
- Guide Pratique des Outils du Scrum Master : De la Mêlée Quotidienne à la Rétrospective
- Synthèse sur la Méthode Scrum, le Rôle du Scrum Master et ses Outils
