Guide Scrum · Passage à l'échelle et apprentissage
Glossaire Scrum : plus de 70 termes Scrum définis simplement
Ce glossaire Scrum définit en langage simple les termes que vous rencontrerez en travaillant avec Scrum. Les termes Scrum officiels suivent le Guide Scrum 2020 ; les termes marqués (pratique) sont largement utilisés avec Scrum, mais ne font pas partie du Guide Scrum.
À retenir
- Les termes Scrum officiels proviennent du Guide Scrum 2020 ; de nombreux termes courants sont des pratiques.
- Scrum compte trois responsabilités, cinq événements, trois artefacts et trois engagements.
- Les story points, la vélocité, les epics et la Definition of Ready sont des pratiques utiles, pas des règles Scrum.
- Utilisez les liens pour passer de chaque terme à un guide complet.
Comment utiliser ce glossaire
Les termes sont regroupés par thème et classés par ordre alphabétique au sein de chaque groupe. Suivez les liens pour accéder aux guides complets. Si vous débutez avec Scrum, commencez par ce qu'est Scrum, puis Rôles de la Scrum Team, Les événements Scrum et artefacts Scrum.
Framework, théorie et valeurs
| Terme | Définition |
|---|---|
| Adaptation | Ajuster un processus ou un produit le plus tôt possible lorsque l'inspection montre qu'il s'est écarté des limites acceptables ; l'un des trois piliers de l'empirisme |
| Engagement (valeur) | Les membres de la Scrum Team s'engagent à atteindre leurs objectifs et à se soutenir mutuellement ; l'une des cinq Valeurs Scrum |
| Courage | Avoir le courage de faire ce qui est juste et de s'attaquer aux problèmes difficiles ; une valeur Scrum |
| Empirisme | Prendre des décisions en fonction de ce qui est connu et observé ; voir l'empirisme dans Scrum |
| Objet | Se concentrer sur le travail du Sprint pour progresser au mieux vers les objectifs ; une valeur Scrum |
| Inspection | Examiner fréquemment et avec rigueur les artefacts et l'avancement pour détecter les écarts indésirables ; un pilier de l'empirisme |
| Pensée Lean | Réduire le gaspillage et se concentrer sur l'essentiel ; le Guide Scrum la cite aux côtés de l'empirisme comme fondement ; voir Scrum vs Lean |
| Ouverture | Faire preuve de transparence sur le travail et ses difficultés ; une valeur Scrum |
| Respect | Se respecter mutuellement en tant que personnes compétentes et indépendantes ; une valeur Scrum |
| Scrum | Un framework léger qui aide les personnes, les équipes et les organisations à générer de la valeur grâce à des solutions adaptatives à des problèmes complexes |
| Guide Scrum | La définition officielle de Scrum, rédigée par Ken Schwaber et Jeff Sutherland ; la version actuelle date de novembre 2020 |
| Piliers de Scrum | Transparence, inspection et adaptation |
| Valeurs Scrum | Engagement, concentration, ouverture, respect et courage |
| Transparence | Rendre le processus et le travail visibles pour ceux qui le réalisent et ceux qui le reçoivent ; un pilier de l'empirisme |
Responsabilités et personnes
| Terme | Définition |
|---|---|
| Responsabilité | Le terme du Guide Scrum 2020 pour les trois rôles de la Scrum Team : Product Owner, Scrum Master et Developers |
| Pluridisciplinaire | Disposer de toutes les compétences nécessaires pour créer de la valeur à chaque Sprint |
| Developers | Les membres de la Scrum Team engagés à créer tout aspect d'un Increment utilisable à chaque Sprint ; pas uniquement les développeurs de logiciels |
| Product Owner | Responsable de maximiser la valeur du produit et de la gestion efficace du Product Backlog ; voir Product Owner |
| Scrum Master | Responsable de la mise en place de Scrum et de l'efficacité de la Scrum Team ; voir rôle de Scrum Master |
| Scrum Team | Une petite équipe composée d'un Scrum Master, d'un Product Owner et de Developers, généralement 10 personnes ou moins, sans sous-équipes ni hiérarchie |
| Autogérée | L'équipe décide en interne qui fait quoi, quand et comment ; a remplacé « auto-organisée » dans le Guide Scrum 2020 |
| Leadership serviteur | Diriger en servant l'équipe et l'organisation ; le Guide Scrum 2017 qualifiait le Scrum Master de servant-leader, tandis que la version 2020 parle de véritables leaders qui servent ; voir leadership serviteur |
| Partie prenante | Toute personne extérieure à la Scrum Team ayant un intérêt dans le produit, comme les clients, les utilisateurs, les sponsors et les managers |
| Membre de l'équipe | Toute personne de la Scrum Team ; il n'existe pas d'autres titres ni de sous-équipes dans Scrum |
Événements
| Terme | Définition |
|---|---|
| Daily Scrum | Un événement de 15 minutes permettant aux Developers d'inspecter l'avancement vers le Sprint Goal et d'adapter le Sprint Backlog ; voir Daily Scrum |
| Événement | Une occasion formelle d'inspecter et d'adapter ; Scrum en compte cinq : le Sprint, le Sprint Planning, le Daily Scrum, la Sprint Review et la Sprint Retrospective |
| Sprint | Un événement de durée fixe d'un mois ou moins qui contient tous les autres événements ; un nouveau Sprint commence immédiatement après la fin du précédent ; voir qu'est-ce qu'un Sprint |
| Annulation du Sprint | Mettre fin à un Sprint de manière anticipée parce que le Sprint Goal est devenu obsolète ; seul le Product Owner peut annuler un Sprint |
| Sprint Planning | L'événement qui lance le Sprint et traite de la valeur du Sprint, de ce qui peut être Done et de la manière dont le travail sera réalisé ; voir Sprint Planning |
| Sprint Retrospective | L'événement qui clôt le Sprint, utilisé pour planifier des moyens d'accroître la qualité et l'efficacité ; voir Sprint Retrospective |
| Sprint Review | L'événement qui permet d'inspecter le résultat du Sprint avec les parties prenantes et de décider des adaptations futures ; voir Sprint Review |
| Time-box | La durée maximale d'un événement : pour un Sprint d'un mois, jusqu'à 8 heures pour le Sprint Planning, 4 pour la Sprint Review et 3 pour la Retrospective ; le Daily Scrum dure 15 minutes ; les Sprints plus courts ont généralement des événements plus courts |
Artefacts et engagements
| Terme | Définition |
|---|---|
| Artefact | Ce qui représente du travail ou de la valeur ; Scrum en compte trois : le Product Backlog, le Sprint Backlog et l'Increment |
| Engagement (artefact) | L'élément qui donne à chaque artefact un cap et une mesure de l'avancement : Product Goal, Sprint Goal et Definition of Done |
| Definition of Done | Une description formelle de l'état de l'Increment lorsqu'il satisfait aux critères de qualité requis pour le produit ; voir Definition of Done |
| Terminé | Respecter la Definition of Done ; un travail qui n'est pas Done ne peut pas faire partie d'un Increment ni être présenté lors de la Sprint Review |
| Increment | Un jalon concret et utilisable vers le Product Goal ; voir Increment |
| Produit | Un vecteur de création de valeur, avec un périmètre clair, des parties prenantes connues et des utilisateurs ou clients bien définis |
| Product Backlog | Une liste émergente et ordonnée de ce qui est nécessaire pour améliorer le produit ; voir Product Backlog |
| Élément du Product Backlog (PBI) | Une entrée unique du Product Backlog, comme une fonctionnalité, une correction, une amélioration technique ou une expérimentation |
| Product Goal | L'objectif à long terme de la Scrum Team et l'engagement associé au Product Backlog |
| Prêt | Dans le Guide Scrum, les éléments pouvant être Done en un seul Sprint sont considérés comme prêts à être sélectionnés lors du Sprint Planning |
| Affinage | L'activité continue qui consiste à décomposer les éléments du Product Backlog et à y ajouter des détails ; voir affinage du backlog |
| Sprint Backlog | Le Sprint Goal, les éléments du Product Backlog sélectionnés pour le Sprint et le plan pour les livrer ; voir Sprint Backlog |
| Sprint Goal | L'objectif unique du Sprint et l'engagement associé au Sprint Backlog |
Estimation, planification et indicateurs (pratiques)
| Terme | Définition |
|---|---|
| Burndown chart (pratique) | Un graphique qui montre le travail restant dans le temps |
| Burnup chart (pratique) | Un graphique qui montre le travail réalisé dans le temps par rapport à une ligne de périmètre total, rendant visibles les changements de périmètre |
| Capacité (pratique) | La quantité de travail qu'une équipe peut prendre en charge dans un Sprint, en tenant compte des congés et autres engagements ; voir Planification de capacité agile |
| Temps de cycle (pratique) | Le temps que met un élément entre le début et la fin du travail ; voir temps de cycle |
| Definition of Ready (pratique) | Une check-list facultative que certaines équipes utilisent pour décider si un élément est suffisamment clair pour entrer dans un Sprint |
| Prévision | Une prédiction de ce qui pourrait être livré ; le Guide Scrum 2011 a remplacé l'idée d'engagement sur le périmètre par celle de prévision |
| Planning Poker (pratique) | Une technique d'estimation par consensus dans laquelle les membres de l'équipe révèlent simultanément leurs cartes d'estimation |
| Plan de release (pratique) | Une prévision de la date à laquelle des groupes de fonctionnalités pourraient être livrés ; voir Planification des releases agile |
| Spike (pratique) | Un travail de recherche ou d'expérimentation en time-box destiné à réduire l'incertitude |
| Story points (pratique) | Unités relatives servant à estimer la taille des éléments du backlog ; voir story points |
| Estimation en tailles de T-shirt (pratique) | Estimation relative approximative à l'aide de tailles comme S, M, L et XL |
| Vélocité (pratique) | La quantité de travail, souvent en story points, qu'une équipe réalise par Sprint ; voir vélocité |
| Limite de WIP (pratique) | Un plafond du nombre d'éléments en cours simultanément, emprunté à Kanban ; voir limites de WIP |
Éléments du backlog et exigences (pratiques)
| Terme | Définition |
|---|---|
| Critères d'acceptation (pratique) | Conditions qu'un élément doit remplir pour être accepté, propres à cet élément, contrairement à la Definition of Done |
| Bug ou défaut (pratique) | Un défaut du produit ; généralement ajouté au Product Backlog et ordonné comme n'importe quel autre élément |
| Epic (pratique) | Un vaste ensemble de travail découpé en éléments plus petits ; voir Epics agiles |
| INVEST (pratique) | Une check-list pour de bonnes user stories : indépendante, négociable, valorisable, estimable, petite et testable |
| Produit minimum viable (MVP) (pratique) | La plus petite version d'un produit qui permet à une équipe d'apprendre auprès de vrais utilisateurs |
| Tâche (pratique) | Une petite unité de travail dans le plan du Sprint Backlog ; voir epics, stories et tâches |
| Dette technique (pratique) | Le coût futur des raccourcis pris dans le produit ; voir dette technique |
| User story (pratique) | Une courte description d'un besoin du point de vue de l'utilisateur, souvent rédigée sous la forme « En tant que… je veux… afin de… » ; voir user stories |
| Tranche verticale (pratique) | Un élément qui traverse toutes les couches du produit et est donc utilisable seul |
Pratiques et outils d'équipe
| Terme | Définition |
|---|---|
| Obstacle | Tout ce qui bloque l'avancement de l'équipe ; le Scrum Master fait en sorte que les obstacles soient levés |
| Programmation en binôme (pratique) | Deux développeurs travaillant ensemble sur un même poste |
| Jeux de rétrospective (pratique) | Formats structurés pour animer une Sprint Retrospective ; voir jeux de rétrospective |
| Tableau Scrum (pratique) | Un tableau visuel qui montre le Sprint Backlog et le statut de chaque élément ; voir Tableaux Scrum |
| Swarming (pratique) | Plusieurs membres de l'équipe travaillant ensemble sur un même élément pour le terminer plus vite ; voir Swarming agile |
| Charte de fonctionnement de l'équipe (pratique) | Règles convenues par l'équipe sur sa manière de travailler ensemble |
| Trois questions (pratique) | Hier, aujourd'hui et obstacles ; un format de Daily Scrum que le Guide Scrum 2020 n'exige plus |
Termes liés aux certifications
| Terme | Définition |
|---|---|
| CSM | Certified ScrumMaster, de Scrum Alliance ; voir Certifications Scrum |
| CSPO | Certified Scrum Product Owner, de Scrum Alliance |
| PSM | Professional Scrum Master, de Scrum.org, aux niveaux I, II et III |
| PSPO | Professional Scrum Product Owner, de Scrum.org, aux niveaux I, II et III |
| SEU | Scrum Education Unit, utilisée pour renouveler les certifications Scrum Alliance |
Questions fréquentes
Qu'est-ce qu'un glossaire Scrum ?
Une liste de référence des termes utilisés dans Scrum, avec de courtes définitions. Celle-ci distingue les termes officiels du Guide Scrum des pratiques courantes.
Où les termes Scrum officiels sont-ils définis ?
Dans le Guide Scrum de Ken Schwaber et Jeff Sutherland. La version actuelle a été publiée en novembre 2020 et est disponible gratuitement en ligne.
À quoi fait référence le terme Scrum « responsabilités » ?
Les trois responsabilités de la Scrum Team : Product Owner, Scrum Master et Developers. Le Guide Scrum 2020 emploie ce terme à la place de « rôles ».
Quels termes Scrum désignent les cinq événements ?
Le Sprint, le Sprint Planning, le Daily Scrum, la Sprint Review et la Sprint Retrospective.
Quels termes Scrum décrivent les artefacts et leurs engagements ?
Le Product Backlog avec le Product Goal, le Sprint Backlog avec le Sprint Goal, et l'Increment avec la Definition of Done.
Quels termes Scrum composent les cinq valeurs ?
Engagement, concentration, ouverture, respect et courage.
Les story points sont-ils un terme Scrum officiel ?
Non. Les story points, la vélocité et les burndown charts sont des pratiques courantes utilisées avec Scrum, mais le Guide Scrum ne les mentionne pas.
La Definition of Ready est-elle un terme Scrum officiel ?
Non. C'est une pratique facultative. Le Guide Scrum indique seulement que les éléments pouvant être Done en un seul Sprint sont prêts à être sélectionnés lors du Sprint Planning.
Que signifie le terme Scrum « Developers » ?
Toute personne de la Scrum Team qui crée une partie d'un Increment utilisable à chaque Sprint, y compris les testeurs, designers, analystes et rédacteurs, et pas seulement les développeurs de logiciels.
Quels termes Scrum ont changé dans le Guide Scrum 2020 ?
Il a introduit le Product Goal et les trois engagements, remplacé les rôles par des responsabilités et la Development Team par les Developers, et remplacé « auto-organisée » par « autogérée ».
Comment le glossaire Scrum distingue-t-il Done et accepté ?
Done signifie que le travail respecte la Definition of Done, qui s'applique à chaque élément. Les critères d'acceptation sont propres à un élément et constituent une pratique courante.
Le backlog grooming est-il encore un terme Scrum officiel ?
Plus maintenant. Grooming est l'ancien nom de l'affinage (refinement) ; le Guide Scrum utilise désormais refinement.
Que signifie le terme Scrum « élément du Product Backlog » ?
Une entrée unique du Product Backlog, comme une fonctionnalité, une correction ou une amélioration. Les user stories sont une manière répandue de les rédiger.
Comment le glossaire Scrum définit-il une time-box ?
La durée maximale d'un événement. Pour un Sprint d'un mois, le Sprint Planning dure huit heures, la Sprint Review quatre et la Sprint Retrospective trois ; le Daily Scrum dure toujours 15 minutes.
Que signifie le terme Scrum « autogérée » ?
La Scrum Team décide en interne qui fait quoi, quand et comment. Le Guide Scrum 2020 emploie « autogérée » à la place de l'ancien terme « auto-organisée ».
Comment le glossaire Scrum définit-il « pluridisciplinaire » ?
L'équipe dispose de toutes les compétences nécessaires pour créer de la valeur à chaque Sprint, sans dépendre de personnes extérieures à l'équipe.
Que signifie le terme Scrum « obstacle » ?
Tout ce qui bloque l'avancement de l'équipe. Le Scrum Master aide à lever les obstacles que l'équipe ne peut pas résoudre elle-même.
Comment le glossaire Scrum définit-il un burnup chart ?
Un graphique qui montre le travail réalisé progressant vers une ligne de périmètre total. Contrairement à un burndown, il montre clairement les changements de périmètre.
Comment le glossaire Scrum définit-il un spike ?
Un travail de recherche ou d'expérimentation en time-box destiné à réduire l'incertitude avant d'estimer ou de construire un élément. C'est une pratique courante, qui ne fait pas partie du Guide Scrum.
Comment le glossaire Scrum définit-il un epic ?
Un vaste ensemble de travail découpé en éléments du backlog plus petits. Les epics ne sont pas définis dans le Guide Scrum. Voir Epics agiles.
Quelle est la différence entre les termes Scrum Sprint Goal et Product Goal ?
Le Sprint Goal est l'objectif unique d'un Sprint. Le Product Goal est l'objectif à plus long terme vers lequel l'équipe travaille sur de nombreux Sprints.