Le guide Scrum : apprendre Scrum pas à pas

Qu'est-ce que Scrum ?

Scrum est un cadre 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, selon les termes du Scrum Guide officiel. Une petite Scrum Team pluridisciplinaire travaille en Sprints d'un mois ou moins, produit un Increment utilisable à chaque Sprint et s'appuie sur des événements réguliers pour inspecter l'avancement et adapter le plan.

Scrum a été créé par Ken Schwaber et Jeff Sutherland, qui l'ont présenté publiquement pour la première fois en 1995. Ils ont publié le premier Scrum Guide en 2010 et l'ont révisé plusieurs fois depuis ; la version actuelle est le Scrum Guide 2020. Cette révision a rendu Scrum moins spécifique au logiciel et moins prescriptif : elle a remplacé les « rôles » par des responsabilités, fusionné la Development Team dans une seule Scrum Team avec des Developers, et ajouté le Product Goal ainsi que la notion d'engagement pour chaque artefact.

En juin 2025, Ralph Jocham, John Coleman et Jeff Sutherland ont publié le Scrum Guide Expansion Pack, qui ajoute du contexte, de la théorie et des exemples autour du cadre. C'est un complément, pas un remplacement : le Scrum Guide 2020 reste la définition de Scrum.

Ce hub est notre propre guide indépendant. Lorsque nous décrivons une règle de Scrum, nous suivons le Scrum Guide 2020 ; lorsque nous recommandons une pratique ou un format, nous précisons qu'il s'agit de notre conseil ou d'une pratique courante.

Scrum en un coup d'œil : la structure 3-5-3

On résume souvent Scrum par 3-5-3 : trois responsabilités, cinq événements et trois artefacts. Le tableau rassemble l'essentiel du Scrum Guide en un seul endroit. Les time-boxes indiquées sont des maximums pour un Sprint d'un mois et sont généralement plus courtes pour des Sprints plus courts.

La Scrum Team compte généralement 10 personnes ou moins, sans sous-équipes ni hiérarchies. Sous cette structure reposent les trois piliers de l'empirisme (transparence, inspection et adaptation) et cinq valeurs (engagement, focus, ouverture, respect et courage).

Comment fonctionne Scrum : un Sprint étape par étape

Chaque Sprint suit le même rythme. Voici ce qui se passe du début à la fin.

1. Le Product Owner maintient le Product Backlog ordonné en direction d'un Product Goal clair, et l'équipe affine les éléments à venir pour qu'ils soient assez petits et clairs pour être sélectionnés.
2. Sprint Planning lance le Sprint. L'équipe s'accorde sur un Sprint Goal, sélectionne des éléments du Product Backlog et planifie la façon de les livrer, ce qui constitue le Sprint Backlog. Voir Sprint Planning.
3. Les Developers travaillent à l'atteinte du Sprint Goal, en se réunissant lors du Daily Scrum pour inspecter l'avancement et ajuster le plan.
4. Le travail qui satisfait la Definition of Done fait partie de l'Increment. L'équipe peut le mettre à disposition des utilisateurs dès qu'il est prêt, même avant la fin du Sprint.
5. La Sprint Review montre aux parties prenantes ce qui a été accompli et recueille leurs retours, qui viennent mettre à jour le Product Backlog.
6. La Sprint Retrospective clôt le Sprint. L'équipe choisit les améliorations les plus utiles à apporter à sa façon de travailler.
7. Le Sprint suivant commence immédiatement, avec un backlog et des méthodes de travail améliorés.

Scrum officiel vs pratiques Scrum courantes

Le Scrum Guide est volontairement court. Il définit ce que Scrum exige et laisse les équipes choisir leurs propres pratiques. Beaucoup d'éléments associés à Scrum proviennent de ces choix, ce qui explique pourquoi des équipes Scrum peuvent sembler très différentes.

Les pratiques complémentaires ne sont pas une erreur ; beaucoup sont très utiles. L'essentiel est de les considérer comme des choix que vous pouvez modifier lorsqu'ils cessent d'être utiles, et non comme des règles. Notre guide des techniques Scrum présente les plus utiles.

Par où commencer : parcours de lecture Scrum

Inutile de lire les 35 guides. Choisissez le parcours qui correspond à votre rôle et lisez dans l'ordre.

Débuter avec Scrum

• Qu'est-ce que Scrum ?
• Principes et valeurs de Scrum
• rôles de la Scrum Team
• Les 5 événements Scrum
• artefacts Scrum
• Glossaire Scrum pour tout terme que vous rencontrez

Scrum Masters

Commencez par comment devenir Scrum Master et leadership serviteur dans Scrum, puis apprenez à bien animer chaque événement, en commençant par la Sprint Retrospective et jeux de rétrospective.

Product Owners

Developers

Concentrez-vous sur Sprint Backlog, les Increment, story points et dette technique.

Managers et chefs de projet

Les 35 guides Scrum par thème

Tous les guides de notre bibliothèque Scrum, regroupés en cinq chapitres : les bases de Scrum, la Scrum Team, les événements Scrum, les artefacts et pratiques, et la mise à l'échelle et l'apprentissage.

Scrum comparé à l'agilité, à Kanban et au modèle en cascade

De nombreuses équipes combinent les approches, par exemple Scrum avec des limites de WIP inspirées de Kanban, ou des équipes Scrum qui livrent au sein d'un programme prédictif plus large. Le Scrum Guide le permet tant que le cadre Scrum lui-même reste intact.

Modèles et outils Scrum

Vous pouvez pratiquer Scrum avec un tableau blanc et des post-it, mais les modèles et logiciels deviennent utiles dès que l'équipe est distribuée ou que le backlog grossit.

• Modèle de Sprint Planning pour consigner le Sprint Goal, les éléments sélectionnés et la capacité.
• Modèle de Product Backlog pour ordonner et affiner les éléments du backlog.
• Modèle de user story pour rédiger des éléments avec leurs critères d'acceptation.
• Modèle de Sprint Retrospective pour consigner les améliorations et en assurer le suivi.

Côté logiciel, Jira est le choix spécialisé des équipes logicielles qui pratiquent Scrum, avec backlogs, Sprints et rapports agiles. Les équipes qui combinent Scrum avec une planification de type Gantt ou des travaux d'autres services préfèrent souvent une plateforme tout-en-un comme Wrike, classée première dans notre classement des outils de gestion de projet.

Erreurs courantes lors de l'adoption de Scrum

• Renommer les anciens rôles et réunions sans changer la manière dont les décisions sont prises, par exemple un chef de projet qui attribue des tâches sous le titre de Scrum Master.
• Pas de Sprint Goal clair, si bien que le Sprint devient une liste de tâches sans lien et que le Daily Scrum se transforme en point d'avancement.
• Une Definition of Done faible ou absente, ce qui laisse s'accumuler du travail « presque fini » et rend l'Increment inutilisable.
• Un Product Owner sans autorité pour ordonner le backlog, ou un comité qui joue le rôle de Product Owner.
• Traiter la vélocité comme un objectif ou la comparer entre équipes, ce qui encourage les estimations gonflées.
• Sauter la Retrospective quand l'équipe est occupée, ce qui supprime l'événement qui rend possible toute autre amélioration.

Questions fréquentes