La méthodologie Scrum incarne la plus utilisée des méthodes Agiles existantes. Le terme anglais “scrum”, qui signifie “mêlée” en français, apparaît pour la première fois en 1986, dans une publication de Hirotaka Takeuchi et Ikujiro Nonaka. Le texte décrit une nouvelle approche du développement de produits, plus rapide et plus flexible. Les auteurs comparent alors cette nouvelle méthode au rugby à XV.
Le principe de base est simple. L'équipe avance ensemble et reste prête à réorienter le projet au fur et à mesure de sa progression. Elle agit en cela comme des rugbymen qui se passent le ballon de main en main jusqu'à marquer un essai.
Évidemment, le Scrum Guide suit les principes de la méthodologie Agile, c'est-à-dire l'implication et la participation active du client tout au long du projet.
Considéré comme un cadre de gestion de projet, ou“framework” en anglais, Scrum se compose de plusieurs éléments fondamentaux :
Il s'agit d'une approche dynamique, participative et empirique de la gestion de projet, “empirique” en cela qu’elle se base sur l'expérience.
Au rugby, la “mêlée” est une phase indispensable, car elle permet au jeu de repartir sur d'autres bases. Même chose pour la méthodologie Scrum. L'équipe se réunit quotidiennement lors d'une réunion de synchronisation, appelée “mêlée quotidienne”, afin de suivre l'avancement du projet.
Comme pour toute méthode Agile, l'équipe Scrum est auto-organisée et pluridisciplinaire. Elle choisit la meilleure façon d’accomplir son travail et possède toutes les compétences nécessaires à l'accomplissement du projet. La flexibilité, la créativité et la productivité de l'équipe sont ainsi optimisées.
L'équipe Scrum se compose en outre de :
Le Scrum Master est responsable de la compréhension, de l'adhésion et de l’organisation de la méthodologie Scrum. Il la maîtrise donc parfaitement. Il veille ainsi à ce que ses principes et ses valeurs soient respectés. C'est également un facilitateur. Il aide à améliorer la communication au sein de l’équipe et cherche à maximiser sa productivité et son savoir-faire.
Le Product Owner porte quant à lui la vision du produit à réaliser. Il travaille en interaction avec l’équipe de développement, qui suit son management. C'est lui qui priorise les fonctionnalités à développer ou à corriger, et qui valide les fonctionnalités terminées. Il est responsable de la gestion du “product backlog”, ou “carnet de produit” en français.
L'équipe de développement est chargée de transformer les besoins définis par le Product Owner en fonctionnalités utilisables. Elle est pluridisciplinaire et possède toutes les compétences nécessaires pour réaliser le projet sans faire appel à des prestations externes. Parmi ses membres, on peut trouver un architecte, un développeur, un testeur, etc.
La taille idéale de l'équipe projet varie de 3 à 9 personnes. Il n'y a pas de notion de hiérarchie, toutes les décisions se prennent ensemble.
L’organisation d'un projet Scrum est rythmée par un ensemble de réunions définies avec précision et limitées dans le temps.
Un Sprint est une itération. Il s'agit d'une période de 1 à 4 semaines maximum pendant laquelle une version terminée et utilisable du produit est réalisée. Un nouveau Sprint commence dès la fin du précédent. Chaque Sprint implique un objectif et une liste de fonctionnalités à réaliser.
Les tâches à accomplir pendant le Sprint sont déterminées par l'ensemble de l'équipe Scrum lors du meeting de planification du Sprint. Celle-ci se limite à 8 heures pour les Sprints d'un mois. Elle permet à l'équipe d'établir les problématiques qu'elle va traiter au cours de ce Sprint.
Il s'agit du bilan du Sprint réalisé. Une fois le Sprint terminé, l'équipe Scrum et les parties prenantes se réunissent pour valider ce qui a été accompli. Cette réunion dure 4 heures maximum.
La rétrospective est interne à l'équipe Scrum et dure 3 heures pour un Sprint d'un mois. Elle vise l’adaptation aux changements et l'amélioration continue du processus de réalisation. L'équipe se sert de la rétrospective pour passer en revue le Sprint terminé et déterminer ce qui a bien fonctionné et ce qu'il faut améliorer.
Cette réunion journalière de 15 minutes est très importante. Elle se fait debout, afin d'éviter de s'éterniser. C’est ce qui explique que l’on parle de “stand-up meeting”. Ce meeting a pour but de faire un point sur la progression quotidienne du Sprint. Cette rencontre permet à l'équipe de synchroniser ses activités et de faire un plan pour les prochaines 24 heures.
La mêlée a lieu à la même heure et au même endroit chaque jour. Chaque membre de l'équipe de développement doit répondre à ces trois questions :
De façon générale, on désigne par “artefact” un produit ayant subi une transformation. Le framework Scrum s’appuie ainsi sur un certain nombre d’éléments qui subissent des transformations pendant tout le cycle de gestion de projet. Ces outils peuvent être de 4 ordres.
Il s'agit d'une liste hiérarchisée des exigences initiales du client concernant le produit à réaliser. Ce document évolue sans cesse durant le projet, en fonction des besoins du client. Le product owner est responsable du product backlog.
C'est le plan détaillé de la réalisation de l'objectif du Sprint, défini lors de la réunion de planification du Sprint. Le Sprint backlog est mis à jour régulièrement par l'équipe, afin d'avoir une vision précise de la progression du Sprint.
Il s'agit de l'ensemble des éléments terminés du product backlog pour le Sprint en cours, ainsi que ceux des Sprints précédents. L'incrément doit fonctionner et être utilisable.
Ce graphique simple indique l'état d'avancement dans la réalisation des tâches du Sprint backlog. Il s’agit du tracé de la charge de travail restante - généralement exprimée en heures - en fonction du temps, exprimé en jours. Le Burndown Chart est actualisé tous les jours par le Scrum Master après le meeting Scrum.
La méthodologie Scrum de gestion de projets s’organise également autour de 3 notions clés.
La “user story”, ou US, est un “scénario utilisateur”. Elle s’apparente à une fiche qui récapitule les spécificités de la tâche à réaliser ou de la fonctionnalité à développer. Elle a pour objectif de réduire les risques de mauvaises interprétations du projet. On dit parailleurs qu’une US est “estimée”. Tous les scénarios utilisateurs doivent ainsi s’estimer avant intégration dans le Sprint, sinon elles restent dans le backlog.
Les “story points” sont des notes données à chaque US. L’équipe attribue ainsi un nombre de SP à chaque user story, en fonction de sa complexité. Il s’agit donc d’une unité de mesure relative à la quantité de travail et aux nombres de tâches à effectuer, croisées aux capacités de l’équipe, aux incertitudes et aux risques inhérents à chaque tâche.
La “DoD”, “Definition of Done”, ou "Définition de Terminé” en français, fait référence à une liste de critères définis par l’équipe Scrum. Cette liste permet de déterminer quand une User Story est traitée.
Scrum est une des méthodes Agiles les plus simples à comprendre et à expliquer. Les règles se communiquent facilement. Très structurée, cette approche constitue donc un bon point de départ pour se lancer dans l'utilisation des méthodologies Agile avec une équipe novice.
Cette méthode facilite en outre la planification du projet dans la durée. Chaque Sprint a, par définition, une durée fixe. Les avancées réalisées entre deux Sprints aident donc à se donner une idée du rythme de l’équipe. Cela facilite la projection dans une date de finalisation.
C’est aussi une approche utile au client ou à l’utilisateur final, parce qu’elle permet de livrer un produit fonctionnel rapidement. Il s’agit là de l’atout principal de la démarche itérative. Ce framework constitue, en outre, un cadre de gestion de projet particulièrement orienté qualité. À chaque itération, l’équipe a pour mission de fournir un livrable le plus en phase possible avec la qualité attendue du produit final.
La méthodologie Scrum implique par ailleurs de constituer une équipe pluridisciplinaire et autonome. Les participants profitent d’une réelle responsabilisation. La plupart gagnent ainsi en motivation et en performance.
Scrum, Kanban et Agile sont trois termes souvent confondus. Pourtant, ils ne se situent pas au même niveau.
Agile est avant tout une philosophie de gestion de projet, définie par le Manifeste Agile de 2001. Elle repose sur quatre valeurs fondamentales : privilégier les individus sur les processus, livrer un produit fonctionnel, collaborer avec le client et s'adapter au changement. Agile n'est donc pas une méthode à proprement parler, mais un état d'esprit.
Scrum et Kanban sont deux méthodes concrètes qui découlent de cette philosophie Agile. Elles partagent les mêmes valeurs, mais s'organisent différemment.
Scrum structure le travail en cycles fixes appelés sprints, qui durent généralement de 1 à 4 semaines. À chaque sprint, l'équipe se concentre sur un ensemble de tâches définies à l'avance, avec des rôles précis (Scrum Master, Product Owner, équipe de développement) et des cérémonies régulières (daily, revue de sprint, rétrospective). C'est une méthode idéale pour les projets complexes avec des objectifs évolutifs.
Kanban, lui, ne découpe pas le travail en cycles. Il s'appuie sur un tableau visuel où les tâches avancent en continu d'une colonne à l'autre (à faire / en cours / terminé), sans limite de temps imposée. Kanban convient mieux aux flux de travail continus, où les demandes arrivent de façon régulière et imprévisible.
Agile
L'état d'esprit de base
Nature
Philosophie & valeurs
Organisation
Pas de structure imposée
Rythme
Libre
Idéal pour
Tous les projetsScrum
Cycles courts et définis
Nature
Méthode Agile structurée
Organisation
Sprints de 1 à 4 semaines
Rythme
Fixe, par itération
Idéal pour
Projets complexesKanban
Flux continu et visuel
Nature
Méthode Agile visuelle
Organisation
Tableau en colonnes
Rythme
Continu, sans sprint
Idéal pour
Flux réguliersEn résumé : si votre projet a des objectifs clairs par étapes, choisissez Scrum. Si votre équipe gère un flux constant de demandes, Kanban sera plus adapté. Dans tous les cas, les deux s'inscrivent dans l'esprit Agile.
La méthode Scrum ne se résume pas à des rôles et des sprints. Elle repose sur un socle de cinq valeurs humaines qui conditionnent son bon fonctionnement. Sans elles, les cérémonies Scrum deviennent de simples réunions et les sprints de simples délais. Avec elles, Scrum devient un véritable moteur de collaboration.
Chaque membre de l'équipe Scrum s'engage à atteindre les objectifs du sprint. Cet engagement ne signifie pas promettre un résultat à tout prix, mais s'investir pleinement dans ce que l'équipe a collectivement décidé de réaliser. C'est cette responsabilité partagée qui distingue une équipe Scrum d'un simple groupe de travail : chacun sait ce qu'il doit faire, pourquoi il le fait, et comment son travail contribue à l'ensemble.
Travailler en Scrum demande du courage. Le courage de dire qu'une tâche est trop complexe pour le sprint en cours. Le courage de signaler un blocage lors du daily plutôt que de le taire pour ne pas ralentir l'équipe. Le courage de remettre en question une décision du Product Owner si elle met en péril la qualité du produit. Dans une équipe Scrum, les problèmes se disent ouvertement — c'est une force, pas une faiblesse.
Pendant un sprint, l'équipe se concentre sur les tâches qu'elle a sélectionnées dans le backlog, et uniquement celles-là. Cette discipline est plus difficile qu'elle n'y paraît : les demandes urgentes, les interruptions et les nouvelles priorités peuvent surgir à tout moment. Le Scrum Master joue ici un rôle clé en protégeant l'équipe de ces perturbations extérieures. Le focus permet à l'équipe de livrer un incrément réellement terminé plutôt que dix tâches à moitié faites.
Les membres d'une équipe Scrum partagent transparence sur leur avancement, leurs difficultés et leurs doutes. L'ouverture s'exprime au quotidien lors du daily scrum, mais aussi lors des rétrospectives où l'équipe analyse honnêtement ce qui a bien fonctionné et ce qui doit changer. Cette transparence n'est pas seulement interne : elle s'étend aux parties prenantes et au client, qui peuvent suivre l'évolution du produit à chaque fin de sprint.
Scrum est une méthode profondément collaborative. Elle suppose que chaque membre de l'équipe reconnaisse la valeur et les compétences des autres, quelles que soient leurs différences de rôle ou d'expertise. Le Scrum Master respecte l'autonomie de l'équipe de développement. Le Product Owner respecte la capacité de l'équipe à estimer sa charge de travail. L'équipe respecte la vision produit portée par le Product Owner. Sans ce respect mutuel, les tensions s'accumulent et la méthode s'effondre.
Pourquoi ces valeurs sont-elles essentielles ?
Ces cinq valeurs forment un système cohérent. L'engagement sans courage produit des équipes qui sur-promettent et sous-livrent. Le focus sans ouverture crée des silos. Le respect sans engagement mène à la complaisance. C'est leur combinaison qui permet à Scrum de fonctionner dans la durée, bien au-delà du premier sprint.
Les dév mais pas que...
La méthode Scrum est née dans le monde du développement logiciel, mais elle a depuis largement dépassé ce cadre. Aujourd'hui, des équipes marketing, RH, commerciales ou même des cabinets de conseil l'adoptent pour piloter leurs projets au quotidien.
Une équipe marketing peut utiliser Scrum pour planifier ses campagnes en sprints de deux semaines : lancement d'un contenu, test d'une publicité, analyse des résultats. À chaque fin de sprint, elle ajuste sa stratégie selon les retours obtenus, exactement comme une équipe de développement ajuste son produit.
Dans les ressources humaines, Scrum aide à structurer des projets de recrutement ou de formation : le backlog liste les actions à mener, les sprints découpent le projet en étapes concrètes, et les rétrospectives permettent d'améliorer le processus au fil du temps.
Même dans l'enseignement, des enseignants utilisent Scrum pour organiser leurs cours par unités d'apprentissage itératives, en impliquant les élèves dans la définition des objectifs de chaque cycle.
La condition pour que Scrum fonctionne hors de l'informatique reste la même : l'équipe doit accepter de travailler de façon itérative, d'ajuster ses priorités régulièrement et de communiquer de façon transparente. Là où ces conditions sont réunies, Scrum apporte de la clarté, du rythme et de la cohésion, peu importe le secteur.
Scrum est la méthode Agile la plus éprouvée et la plus documentée. Chacun des éléments qui la constitue est immuable et doit être scrupuleusement respecté. En revanche, ses processus ne se destinent pas à tous les projets. Elle convient parfaitement pour produire le prochain smartphone à la mode, mais pas pour construire un pont. Enfin, sachez qu'il s'agit d'une approche facile à comprendre, mais difficile à maîtriser.
Scrum structure vos projets mais son efficacité décuple lorsqu'il est combiné avec les bons outils de planification : le diagramme de Gantt pour visualiser les sprints dans le temps, ou d'autres méthodologies comme Kanban, Waterfall ou PRINCE2 pour choisir l'approche la plus adaptée à votre équipe. Pour faire un choix éclairé, téléchargez le Guide pratique des Méthodologies de gestion de projets.
Un outil comme Planzone vous permet de centraliser tout cela en un seul endroit, quelle que soit la méthode choisie.
Demander une démo
Gérer efficacement un projet demande de l'organisation. Découvrez 7 méthodes de management de projet qui vont vous rendre plus performant.
Organiser les projets de long terme et ceux du quotidien sur le même logiciel, c'est possible en misant sur le bon outil de gestion du travail.
Plus flexible que la méthode traditionnelle, la méthode Agile place le client au cœur du projet. Découvrez cette approche en détail.