Qu’est-ce que la méthodologie Scrum ? Guide complet pour 2026
Si vous avez déjà travaillé dans la gestion de projets numériques, vous avez probablement entendu parler de la méthodologie Scrum.
Scrum est une méthodologie de gestion de projet populaire qui a été largement adoptée dans une variété d’industries.
À la base, Scrum repose sur l’idée d’autonomiser les équipes pour s’auto-organiser et décider de la meilleure façon d’atteindre leurs objectifs. Cette approche peut aider les équipes à livrer des produits et des services de haute qualité de manière rapide et efficace.
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Qu’est-ce que la méthodologie Scrum ?
On peut définir la méthodologie Scrum comme une approche de livraison de produit qui propose des principes et des processus afin d’améliorer les résultats.
La gestion de projet Agile Scrum fixe les exigences de temps et de coût des projets. Scrum y parvient en utilisant des timeboxes (une période de temps limitée et définie) pour les itérations de travail, ainsi que des backlogs de produit et des événements d’équipe spécifiques. Il s’agit d’un cadre hautement adaptatif qui aide à livrer de la valeur sur les projets plus rapidement.
Dans la gestion Scrum, les projets progressent au travers de sprints qui représentent une itération de travail vers les objectifs de l’équipe. Chaque sprint ou itération produit un incrément livrable.
La méthodologie Scrum fait partie des nombreuses méthodologies agiles, qui renversent toutes le triangle historique prédictif du développement produit ou projet en cascade.
Alors que les méthodologies de gestion de projet traditionnelles limitent le périmètre (par exemple en le définissant dans une déclaration de périmètre de projet) et flexibilisent le calendrier ainsi que les ressources, les méthodologies agiles (y compris Scrum) fixent les ressources et le calendrier mais assouplissent le périmètre, en fonction de ce qu’il est le plus important de réaliser dans le temps imparti avec les ressources disponibles.
Au fond, Scrum donne aux équipes le pouvoir de créer une tension saine entre livrer la bonne chose, de la bonne manière, le plus rapidement possible.
L’objectif de Scrum est d’améliorer la communication, le travail d’équipe et la rapidité de développement. Des concepts tels que les sprints, les Scrums, les backlogs et les burndown charts proviennent tous de Scrum.
Pourquoi Scrum ?
L’une des principales raisons de la popularité de Scrum est sa capacité à aider les équipes à fournir des produits et des services de haute qualité de façon rapide et efficace. En découpant les projets en tâches petites et gérables et en examinant régulièrement l’avancement, les équipes peuvent rapidement identifier et résoudre les problèmes qui surviennent. Cela leur permet de rester sur la bonne voie et d’atteindre leurs objectifs dans les délais impartis.
Une autre raison de l’adoption du Scrum est son accent mis sur la collaboration et la communication. Dans un environnement Scrum, les membres de l’équipe sont encouragés à travailler ensemble et à partager leurs idées, plutôt qu’à suivre une hiérarchie rigide. Cela favorise un sentiment d’appropriation et de responsabilité, ce qui aide les équipes à rester motivées et impliquées.
Dans l’ensemble, l’adoption du Scrum s’explique par sa capacité à aider les organisations et les équipes à atteindre leurs objectifs de façon rapide et efficace. En donnant aux équipes le pouvoir de s’auto-organiser et de prendre des décisions, Scrum aide les organisations à rester compétitives et à livrer des produits et des services de qualité.
L’état d’esprit fondamental de Scrum : le Manifeste Agile
Le Manifeste Agile est au cœur de la méthodologie Scrum et peut être considéré comme l’état d’esprit fondamental qui guide toutes les méthodologies agiles. La méthodologie Scrum applique des procédures concrètes sur les principes du Manifeste Agile.
En d’autres termes, Scrum est l’un des nombreux guides pratiques pour obtenir des résultats selon une philosophie agile. Voici un aperçu du Manifeste Agile associé à quelques principes fondamentaux de Scrum.
1. Les individus et leurs interactions plus que les processus et les outils
Premièrement, Scrum met l’accent sur les individus et leurs interactions plutôt que sur les processus et les outils. La communication est clé, pas les processus qui régissent votre projet. Dans Scrum, cela signifie une équipe auto-organisée et pluridisciplinaire.
2. Un logiciel fonctionnel plus qu’une documentation exhaustive
L’objectif est de produire rapidement des produits livrables, plutôt que de passer beaucoup de temps à rédiger des cahiers des charges. Dans le développement logiciel Scrum, des sprints de travail à durée fixée sont menés avec un incrément de produit livrable à la fin de chaque sprint.
3. La collaboration avec le client plus que la négociation contractuelle
Les valeurs agiles précisent la collaboration avec le client ou le client final, le fait de travailler avec eux à toutes les étapes tout en assurant leur implication active tout au long du processus. Scrum implique une participation constante et régulière du client.
4. Répondre au changement plutôt que suivre un plan
Plutôt que de considérer le changement comme un ennemi, être en mesure de le voir comme une bonne chose et y répondre positivement est au cœur du cadre agile. Scrum comporte des exigences en évolution constante, et le changement y est accueilli.
En plus du Manifeste Agile, Scrum porte en lui cinq valeurs essentielles pour que les personnes et les équipes deviennent compétentes dans un fonctionnement efficace : engagement, concentration, ouverture, respect et courage.
Ces valeurs orientent une équipe agile ou une équipe Scrum sur la manière d’agir dans leur travail. Les décisions prises et les actions menées doivent renforcer ces valeurs, et non les amoindrir ou les compromettre. Lorsqu’elles sont appliquées efficacement, les piliers empiriques de Scrum — transparence, inspection et adaptation — prennent vie et instaurent la confiance.
Quels sont les 3 artéfacts de Scrum ?
Les artéfacts Scrum communiquent les informations clés dont l’équipe Scrum doit avoir connaissance lors du développement du produit.
1. Backlog produit
Le backlog produit liste toutes les fonctionnalités, fonctions et exigences qui doivent être incluses dans le produit, par ordre d'importance. Il est courant que les exigences d’un produit changent au fil du développement, que ce soit pour répondre à des besoins métiers ou à des tendances du marché. Le backlog produit sera constamment mis à jour pour refléter ces changements.
2. Élément du backlog produit
Ce sont les éléments qui composent le backlog produit. Ils détaillent les changements à réaliser ainsi que le résultat attendu. Une façon d’exprimer le résultat désiré, de manière compréhensible pour l’équipe de développement, est d’utiliser des « user stories » : une phrase simple pour expliquer ce qu’un utilisateur ou une entreprise attend du produit.
Les user stories sont structurées comme ceci : « En tant que [vide], je veux [vide] afin de [vide]. »
3. Backlog du sprint
Le backlog du sprint est composé des éléments du backlog produit qui ont été sélectionnés pour un sprint. Il inclura également un plan pour produire un incrément à la fin du sprint.
Le backlog du sprint définit le travail que l’équipe de développement va effectuer pendant le prochain sprint ainsi que les éléments nécessaires pour produire un incrément répondant à la définition du « terminé ».
Le cadre Scrum
Le cadre Scrum est une méthodologie agile axée sur la livraison de valeur de manière incrémentale et itérative au fil du temps. Le processus débute par la création, par le Product Owner, d’un backlog produit selon les retours des dirigeants, équipes, parties prenantes, clients et utilisateurs, et se termine par une démonstration du travail achevé lors de la revue de sprint, suivie d’une rétrospective du sprint. Ce processus se répète à intervalles réguliers, généralement de 1 à 4 semaines.
Scrum, tout comme les événements Scrum, est conçu pour être volontairement léger et simple. Scrum est facile à apprendre, mais peut être difficile à maîtriser. Il vise à fournir un cadre pour que des équipes pluridisciplinaires résolvent des problèmes complexes.
En résumé : Scrum est une méthodologie ou un processus permettant de mettre en pratique l’état d’esprit agile.
Les rôles Scrum
La méthodologie Scrum comporte des rôles clairement définis.
- Équipe de développement Scrum
- Scrum master
- Product owner
Ces rôles différencient le modèle Scrum d’autres méthodes agiles telles que l’Extreme Programming, le Lean ou le développement piloté par les tests.
L’environnement Scrum encourage l’utilisation de petites équipes flexibles, de neuf personnes maximum, pour travailler sur le backlog produit. Un test simple pour la taille d’équipe est de savoir si deux pizzas suffisent à les nourrir (oui, c’est sérieux).
Cela équivaut généralement à une équipe de 5 à 9 personnes. On ne doit affecter chaque personne qu’à une seule équipe Scrum à la fois. Cette règle est souvent justifiée par la façon dont les équipes communiquent, la manière dont les incitations sont alignées et le nombre de relations qu’un individu peut entretenir en parallèle.
1. Équipe de développement Scrum
Une équipe de développement Scrum est un groupe de professionnels responsables de livrer un incrément « terminé » et prêt à être publié à la fin de chaque Sprint.
Les équipes de développement se distinguent des façons suivantes :
- Les équipes de développement sont auto-organisées. Personne au sein de l’équipe Scrum (même pas le Scrum master) n’est autorisé à leur dire comment transformer le backlog produit en incréments.
- Elles sont multidisciplinaires. Tous les membres doivent posséder les compétences requises pour créer un incrément ; certains peuvent avoir des compétences différentes, mais tous doivent pouvoir contribuer.
- Elles sont responsables des succès et des échecs en équipe. Peu importe si un membre a fait une erreur qui a empêché l’équipe d’avoir un incrément à la fin d’un sprint, l’équipe de développement assume la responsabilité collectivement.
2. Scrum Master
Le Scrum master est responsable de la facilitation du processus Scrum. Il s’assure que chacun comprend bien les principes de Scrum et offre des conseils et des explications si nécessaire.
Le Scrum master guide l’équipe Scrum lors du Scrum quotidien. Il pose souvent trois questions :
- Qu’as-tu fait hier ?
- Que feras-tu demain ?
- Quels obstacles rencontres-tu ?
Le Scrum master n’est ni le chef d’équipe ni le manager d’une équipe Scrum. Il n’est pas directement responsable des résultats. L’équipe entière doit assumer la responsabilité du produit final.
Le Scrum master collabore également avec le product owner pour s’assurer que le projet reste sur la bonne voie.
Il peut effectuer des tâches telles que :
- Garantir que les objectifs Scrum sont compris de tous.
- Optimiser la gestion du backlog produit.
- Organiser les événements Scrum
- Aider à lever les obstacles dès qu’ils apparaissent
Le rôle du Scrum master est de garder tout le monde concentré et d’avancer vers le même objectif. Il est chargé de lever les obstacles, de prévenir les distractions inutiles et d’aider l’équipe à progresser jour après jour. Même si les résultats de la méthode Scrum reposent sur l’équipe entière, les Scrum masters ressentent souvent une forte pression à réussir dans ce rôle.
3. Product Owner
Le product owner représente l’entreprise ou la clientèle. Il veille à ce que les autres membres de l’équipe Scrum ne perdent pas de vue l’objectif du sprint. Étant donné la diversité de profils utilisateurs et clients potentiels, le product owner doit parfaitement comprendre les besoins des utilisateurs.
Chaque sprint commence avec le product owner qui documente et hiérarchise les besoins et les fonctionnalités souhaitées du produit pour l’équipe de développement. Au cours d’une session de planification, le rôle du product owner est de répondre à toute question de l’équipe de développement concernant les spécifications et les exigences.
Le product owner n’intervient pas dans le développement, mais peut être sollicité pour répondre à des questions de clarification tout au long du sprint.
Les responsabilités au quotidien d’un product owner peuvent inclure :
- Documenter les exigences produit
- Rédiger des initiatives, épopées (epics) et user stories
- Synchroniser avec la gestion produit pour garantir l’alignement des besoins avec la feuille de route globale du produit
- Rechercher les besoins des utilisateurs réels du produit
- Répondre aux questions de clarification de l’équipe de développement
- Collaborer avec des responsables de différents services pour s’assurer que leur produit peut être vendu, mis en œuvre, supporté, etc.
Les product owners sont indispensables à un cycle de développement de produit réussi avec la méthode Scrum. Sans exigences claires et priorisées, les équipes de développement risqueraient de ne pas savoir quoi développer ni dans quel ordre. Les product owners veillent à ce que l’équipe de développement sache ce qu’il est le plus important de réaliser maintenant, et ce qui arrivera ensuite.
Événements Scrum (a.k.a. cérémonies Scrum)
Il existe 5 principaux types d’événements Scrum ou cérémonies Scrum :
- Le sprint
- Planification du sprint
- Scrum quotidien (appelé aussi réunion quotidienne de synchronisation)
- Revue de sprint
- Rétrospective de sprint
Certaines cérémonies Scrum auront lieu à des moments précis du processus de développement. On les appelle aussi les cérémonies Scrum.
1. Le Sprint
Un sprint en Scrum est une période de temps fixe, d’un mois ou moins, où des idées sont transformées en valeur. Le sprint est le cœur battant de Scrum. Un sprint est une période définie qui se répète dans le temps. Souvent, les équipes mesurent leur futur en sprints.
Le but du sprint est de fixer une limite de temps pour le travail et d’amener les équipes à respecter leurs engagements. Les sprints permettent de fixer des objectifs de court terme, mais très solides. Pendant un sprint, rien ne doit changer si cela mettrait en péril l’objectif du sprint.
Le sprint permet à l’équipe de rester concentrée sur la tâche, tout en permettant d’ajuster la trajectoire ou de changer de cap d’un sprint à l’autre. Les sprints offrent de la prévisibilité en garantissant que ce à quoi l’équipe de développement s’engage sera réalisé ou examiné dans un laps de temps court.
Avec les sprints, "on verra bien quand ça arrivera" disparaît. On sait quand les choses vont arriver, car elles sont soit engagées, soit non engagées dans le sprint.
Un sprint dure de 1 à 4 semaines, jamais plus. Cette limitation permet aux équipes d’avancer rapidement et de livrer des progrès incrémentaux, sans rendre tout le monde fou. Les sprints ne peuvent pas être allongés ni raccourcis. Un sprint ne peut être annulé que si son objectif devient obsolète. Seul le product owner a l’autorité d’annuler un sprint.
2. Planification du Sprint
Lors d’une séance de planification du sprint, l’équipe se met d’accord sur la série d’éléments du backlog produit qu’elle réalisera lors du sprint à venir.
Pour chaque semaine de sprint, une heure est réservée à la planification du sprint. La réunion de planification a lieu avant le début du sprint ; si le sprint dure 4 semaines, l’équipe bloque donc quatre heures pour la réunion.
La partie la plus importante de la planification du sprint est la préparation nécessaire avant la réunion. Le product owner arrivera avec une liste priorisée des user stories et fonctionnalités qu’il souhaite voir l’équipe de développement réaliser.
Lors de la réunion de planification du sprint, l’équipe de développement et le product owner s’alignent sur ce qui est attendu et sur le temps estimé nécessaire pour répondre à ces exigences.
Quels éléments du backlog produit seront achevés, et leur nombre, dépend de l’engagement de l’équipe et de sa vélocité (la rapidité à laquelle l’équipe peut produire des incréments). Si vous planifiez avec une nouvelle équipe, il vaut mieux ne pas calculer en fonction de la vélocité attendue avant d’avoir réalisé quelques sprints avec eux.
3. Scrum Quotidien
Chaque jour, une réunion Scrum quotidienne a lieu où les membres de l’équipe partagent leurs progrès et les obstacles rencontrés, avec comme but de célébrer l’avancement, d’aligner les tâches en cours et d’éliminer rapidement les blocages pour permettre à tous d’avancer.
Les réunions Scrum ont lieu chaque jour pendant un sprint. Elles ne doivent pas durer plus de quinze minutes et doivent être entièrement dédiées à maintenir l’équipe en mouvement.
Des séances Scrum quotidiennes sont organisées tous les jours pour éviter que les problèmes ne s’accumulent en arrière-plan. Toute question ou préoccupation doit être soulevée lors de la réunion quotidienne Scrum.
4. Revue de Sprint
La revue de sprint se déroule à la fin d’un sprint, afin d’examiner les progrès réalisés. Au cours de cette réunion, le product owner évalue si les résultats correspondent aux attentes définies lors de la planification du sprint. C’est à ce moment que le product owner vérifie si l’incrément livré répond à la définition de « fait ».
5. Rétrospective de Sprint
Une rétrospective de sprint permet à votre équipe de revenir sur les événements et situations passés. Selon le Scrum Guide, la rétrospective est une « occasion pour l’équipe Scrum de faire un bilan collectif et d’établir un plan d’amélioration à mettre en œuvre lors du prochain sprint ». Cela paraît logique car l’objectif central de l’agilité est l’amélioration continue. Pour progresser, encore faut-il savoir quelle lame aiguiser.
La rétrospective doit créer un environnement sécurisé permettant aux participants de partager leurs retours honnêtes sur ce qui fonctionne bien, ce qui pourrait être amélioré, et générer une discussion autour des changements à opérer la prochaine fois — avec des actions concrètes consignées.
Planification de projets avec la méthodologie Scrum
La méthodologie Scrum peut être utilisée pour des projets de différentes tailles et repose sur le principe du développement agile, qui met l’accent sur la flexibilité et la capacité à s’adapter aux changements.
La première étape de l’utilisation de la méthodologie Scrum consiste à créer un carnet de produit priorisé. Le carnet de produit est une liste de tâches à accomplir pour atteindre l’objectif du projet. Des tâches peuvent y être ajoutées à tout moment et être priorisées selon leur importance.
Une fois le carnet de produit constitué, l’étape suivante est de créer un carnet de sprint. Le carnet de sprint contient la liste des tâches à réaliser au cours d’un sprint, c’est-à-dire une période de temps définie. Les tâches du carnet de sprint doivent être issues du carnet de produit et représenter les plus importantes et urgentes.
Pour garantir l’efficacité et l’efficience dans l’accomplissement des tâches, la méthodologie Scrum utilise un ensemble de règles spécifiques pour garder le tout sous contrôle. Les consignes incluent :
- Les tâches doivent être divisées en éléments petits et facilement gérables
- Les tâches doivent être attribuées à des membres spécifiques de l’équipe
- Les membres de l’équipe doivent se réunir régulièrement pour se tenir mutuellement informés de leurs avancées
- L’équipe doit garder pour priorité l’accomplissement des tâches les plus importantes
Une fois l’équipe lancée dans le développement et la création de valeur avec la méthodologie Scrum, le cycle de sprints est répété. Il incombe au propriétaire du produit de s’assurer que les user stories et demandes de fonctionnalités sont prêtes pour l’équipe de développement, afin qu’il y ait toujours du travail disponible. Le Scrum master aide l’équipe à avancer de façon coordonnée et structurée.
En suivant les règles de la méthodologie Scrum, les équipes peuvent être plus productives et efficaces dans la réalisation de leur projet. La souplesse de l’approche permet des ajustements rapides si besoin, contribuant à garder les projets sur la bonne voie et à l’heure. Scrum encourage également la collaboration, le travail d’équipe et la communication entre membres, ce qui favorise le succès des résultats.
Les avantages de la méthodologie Scrum
La méthodologie Scrum est une technique agile de gestion de projet ou de livraison de produit qui aide les équipes à travailler de manière plus efficace et efficiente. C’est une approche simple mais puissante, applicable au développement logiciel, à la conception de produits, à des projets marketing et plus encore.
Parmi les avantages offerts par la méthodologie Scrum :
- Productivité accrue : Lorsque les équipes travaillent sur de courtes périodes concentrées appelées « sprints », elles peuvent généralement accomplir davantage que sur de longues périodes de développement continu.
- Collaboration renforcée : La méthodologie Scrum encourage la collaboration étroite entre les membres pour atteindre des objectifs communs. Cela contribue à réduire les malentendus et à améliorer la communication.
- Flexibilité accrue : La méthodologie Scrum est flexible et peut être adaptée aux besoins spécifiques de l’équipe projet. Cela garantit de prioriser les éléments les plus importants tout en maintenant les engagements sur les coûts et les délais.
- Qualité améliorée : Grâce aux sprints courts, les équipes peuvent se concentrer sur des tâches précises et s’assurer de leur niveau de qualité optimal. Cela permet d’éviter des erreurs coûteuses et d’améliorer la qualité globale du livrable final ou du service.
Un bref historique de Scrum
- 1986 : Hirotaka Takeuchi et Ikujiro Nonaka publient « The New New Product Development Game » dans la Harvard Business Review et introduisent le terme « Scrum » hors du cadre du rugby.
- 1995 : Jeff Sutherland et Ken Schwaber présentent Scrum à l’OOPSLA.
- 2001 : Sutherland, Schwaber et 15 autres développeurs rédigent le « Manifeste pour le développement agile », plus connu sous le nom de « Manifeste Agile ». L’Agile Alliance est créée et Scrum y est identifié comme l’une des méthodes agiles.
- 2002 : Schwaber publie « Agile Software Development with Scrum » avec Mike Beedle, fonde la Scrum Alliance et commence à délivrer des certifications Scrum.
- 2004 : Schwaber publie « Agile Project Management with Scrum », suivi d’autres livres et guides sur l’application de Scrum dans divers contextes.
- 2007 : Le Scaled Agile Framework, connu sous l’acronyme SAFe, est élaboré.
- 2014 : Le Dr Dave Cornelius, expert reconnu des méthodes Lean et Agile, présente ses recherches doctorales fondées sur la méthodologie Scrum, axées sur « La valeur de Scrum pour les organisations ».
- Depuis 2014 et au-delà, Scrum est appliqué à de nouveaux contextes, y compris à grande échelle dans le monde entier.
Scrum : Comparaison
Scrum vs Agile
Pour faire simple, agile est un état d'esprit, et Scrum est l'une des nombreuses méthodologies qui s'appuient sur cette philosophie. Scrum s'inscrit sous l'égide de l'agilité comme état d'esprit, et est rejoint par de nombreuses autres méthodes axées sur l'agile, notamment l'extrême programming, le lean, le Kanban, SAFe, le développement piloté par les tests, crystal, et bien d'autres encore.
La différence entre Scrum et l’agile est que Scrum propose un plan ou une méthode pour mettre en œuvre des processus conformes à l’état d’esprit agile. Le développement logiciel agile avec Scrum est l'une des approches les plus populaires en matière de développement.
Lisez-en plus sur les différences entre le cycle en V et l’agilité plus en détail ici.
Scrum vs Kanban
Il existe d'autres moyens de mettre en œuvre l’agilité. Par exemple, une autre approche populaire est Kanban, qui diffère de Scrum en ce qu’elle ne requiert pas de rôles clairement définis, n’exécute pas de sprints à durée fixe, et permet des changements de flux de travail agiles à n'importe quel moment du développement.
L’élément clé de Kanban est de limiter le nombre de tâches pouvant être en cours à tout moment. La limitation du travail en cours (WIP) oblige les équipes à se regrouper pour résoudre et terminer ce qu'elles ont commencé, car aucun nouvel élément n'est autorisé à débuter tant que les précédents ne sont pas terminés (ce qui rend la planification de la capacité dans Kanban assez facile). On peut reconnaître une équipe Scrum à ses « sprints » et une équipe Kanban par les limites sur le travail en cours.
Il est possible de voir une équipe Scrum utiliser un tableau Kanban (c’est littéralement un tableau de signalisation) pour visualiser leurs tâches selon leurs statuts – c’est très bien ! L’usage d’un tableau Kanban ne contredit pas Scrum, à condition que les rôles, événements et bornes de temps soient toujours respectés.
Lisez-en plus sur les différences entre Scrum et Kanban ici.
Logiciels Scrum
Scrum et les outils Scrum ne sont pas réservés qu’aux équipes de développement logiciel, bien que Scrum y trouve son origine. Le cadre Scrum peut être utilisé dans de nombreux contextes de production, des agences de marketing aux entreprises de construction.
Voici certains des meilleurs logiciels de gestion de projet agile proposant des fonctionnalités telles que les backlogs et la planification de sprints pour vous aider à suivre la méthodologie Scrum.
Retrouvez des critiques approfondies de ces outils — avec captures d'écran, notes et informations tarifaires — dans l’évaluation des logiciels Scrum et dans l’évaluation des outils Scrum.
Meilleures ressources Scrum
- Scrum Guides : Le référentiel officiel (et GRATUIT) des connaissances sur Scrum. Rédigé par les co-créateurs de Scrum, Ken Schwaber et Jeff Sutherland.
- Scrum.org : Une organisation reconnue qui propose des formations et des certifications agiles officielles telles que Professional Scrum Masters, Professional Scrum Product Owners et Professional Scrum Developers.
- Scrum Alliance : Une organisation qui forme des personnes de tous niveaux d'expérience à Scrum. Elle propose également des formations et des certifications sous forme de : Certified Scrum Masters, Certified Product Owners et Certified Scrum Developers.
- Scrum Inc : Fondée par Jeff Sutherland, le co-créateur de Scrum, qui met régulièrement à jour le blog. Ils proposent des formations et des certifications.
- Atlassian : Entreprise australienne de logiciels d'entreprise qui propose des guides détaillés et vérifiés sur les méthodologies agiles, y compris Scrum.
- Visual Paradigm Scrum Guides : Une base de données conséquente d'articles sur tout ce qui concerne Scrum, des définitions de base à la résolution de problèmes spécifiques.
Vous pouvez également envisager de consulter ces cours sur Scrum.
Glossaire Scrum
Pour les non-initiés, Scrum peut paraître intimidant. Voici un aperçu de quelques termes couramment utilisés.
Voici une liste de termes Scrum à laquelle vous pouvez vous référer à tout moment :
- Agile : L'état d'esprit et le cadre sous lequel la méthodologie Scrum a été développée. Prône l'adaptation et la flexibilité plutôt qu'une structure rigide.
- Diagramme de burndown : Un graphique affichant la quantité de travail restante dans le product backlog.
- Diagramme de burn-up : Un graphique affichant la quantité de travail réalisée à partir du product backlog.
- Daily Scrum : Une réunion tenue chaque jour, lors de laquelle quinze minutes sont consacrées à organiser la journée de travail à venir.
- Définition de terminé : L’ensemble des attentes auxquelles un incrément doit répondre pour être considéré comme publiable.
- Équipe de développement : Équipe au sein de l’équipe Scrum qui gère, organise et réalise le travail de développement nécessaire pour créer un incrément.
- Empirisme : Contrôle de processus qui affirme que seul le passé est sûr. Permet une flexibilité maximale dans le cadre agile. Valorise la transparence, l’inspection et l’adaptation.
- Normes d'ingénierie : Ensemble de standards partagés entre les équipes pour garantir la qualité des incréments.
- Prévision des fonctionnalités : L’ensemble des incréments issus du product backlog que l’équipe de développement estime pouvoir compléter lors d’un sprint.
- Incrément : Un élément logiciel qui peut être ajouté à d’autres incréments. Ensemble, suffisamment d’incréments constituent un produit.
- Product backlog : Une liste (généralement ordonnée) des tâches à accomplir pour créer un produit.
- Product owner : Membre de l’équipe Scrum chargé de maximiser la valeur du produit.
- Tableau Scrum : Un moyen simple de visualiser l’information partagée au sein de l’équipe Scrum.
- Scrum Guide : La définition originale de Scrum. Le guide décrit les rôles, événements, artefacts et règles de Scrum.
- Scrum master : Responsable de l’encadrement de l’équipe Scrum. Veille à ce que chacun comprenne bien les principes Scrum. Offre accompagnement et formation si nécessaire.
- Valeurs Scrum : Les valeurs fondamentales qui guident le cadre Scrum. Elles sont : engagement, concentration, ouverture, respect et courage.
- Auto-organisation : Principe fondamental de Scrum stipulant que les équipes doivent organiser leur travail en interne sans intervention de l’extérieur.
- Sprint : Une période d’un mois maximum durant laquelle les événements Scrum ont lieu. Les sprints s’enchaînent sans interruption.
- Objectif de sprint : La finalité du sprint en cours.
- Rétrospective de sprint : Une réunion de trois heures ou moins où l’équipe du sprint se réunit afin de discuter des points à améliorer pour le sprint suivant.
- Revue de sprint : Une réunion de quatre heures ou moins qui marque la fin d’un sprint. Le travail est évalué et les parties prenantes inspectent l’incrément pour s'assurer qu'il respecte la définition de terminé.
- Partie prenante : Personne extérieure à l’équipe Scrum. Apporte un point de vue externe et participe activement aux revues de sprint.
Et maintenant ?
Vous souhaitez échanger avec d'autres chefs de projet digital pour partager ressources et bonnes pratiques ? Rejoignez notre communauté de membres et accédez à plus de 100 modèles, échantillons et exemples et entrez en contact avec des centaines d'autres chefs de projet digitaux sur Slack.
