Scrum : définition, framework agile et guide complet

Scrum : définition simple

Scrum est un framework agile léger qui aide une équipe à créer de la valeur, de manière itérative et incrémentale, face à des problèmes complexes. Ce n'est ni une méthodologie rigide, ni un processus séquentiel, ni un mode d'emploi. Scrum définit seulement un cadre minimal : 1 Scrum Team, 3 accountabilities, 5 événements, 3 artefacts et 3 engagements. Le reste — outils, techniques, formats d'items, ingénierie — reste à la main de l'équipe.

Scrum repose entièrement sur l'empirisme : les décisions sont prises à partir de ce qui est observé, pas de ce qui est supposé. Il est défini officiellement par le Scrum Guide 2020, un document de 13 pages co-écrit par Ken Schwaber et Jeff Sutherland.

Scrum Framework expliqué simplement

Voici le cycle complet du Framework Scrum, de la Vision produit jusqu'au Sprint suivant. Chaque étape est cliquable et renvoie vers son pilier détaillé sur Passe Ton Scrum.

Qu'est-ce que Scrum ?

Scrum est un framework Agile léger qui aide les équipes, les organisations et les individus à générer de la valeur en apportant des solutions adaptatives à des problèmes complexes. C'est la définition littérale du Scrum Guide 2020, le document officiel qui définit Scrum.

Scrum n'est ni une méthodologie, ni un processus, ni une technique. C'est un cadre minimal qui définit un petit nombre de règles obligatoires — les rôles, les événements, les artefacts, les engagements — et laisse volontairement beaucoup de liberté sur le comment : outils, techniques d'estimation, formats d'items, structure de code, ingénierie, etc.

Origine et histoire de Scrum

Le mot « Scrum » vient d'une analogie avec le rugby proposée en 1986 par Hirotaka Takeuchi et Ikujiro Nonaka dans leur article « The New New Product Development Game » (Harvard Business Review). Ils décrivaient déjà des équipes cross-fonctionnelles qui se passent la balle collectivement, plutôt qu'un relais séquentiel.

Dans les années 1990, Jeff Sutherland et Ken Schwaber formalisent Scrum comme framework opérationnel :

• 1993 — premier « Scrum » chez Easel Corporation par Jeff Sutherland.
• 1995 — présentation officielle à la conférence OOPSLA.
• 2001 — Ken Schwaber co-signe le Manifeste Agile ; fondation de la Scrum Alliance.
• 2009 — Ken Schwaber fonde Scrum.org (à l'origine des certifications PSM).
• 2010 — publication de la première version du Scrum Guide.
• 2020 — refonte majeure : Product Goal, Scrum Team unique, 3 accountabilities.

Scrum : un framework, pas une méthode

Le Scrum Guide qualifie Scrum de « lightweight framework ». Cette distinction est fondamentale et souvent piégée au PSM I.

L'empirisme, socle de Scrum

L'empirisme est le fondement théorique de Scrum : les décisions sont prises à partir de ce qui est observé, non de ce qui est supposé. Il se matérialise dans les 3 piliers ci-dessous.

Scrum ajoute une seconde fondation : le Lean thinking — réduire le gaspillage, se concentrer sur l'essentiel. C'est un ajout notable de la version 2020 du Scrum Guide.

Les 3 piliers de Scrum : Transparence, Inspection, Adaptation

Les 3 piliers de Scrum concrétisent l'empirisme. Ils s'appliquent à chaque événement, à chaque artefact et à chaque engagement.

Approfondissez ces 3 piliers sur notre pilier dédié Empirisme Scrum.

Les 5 valeurs Scrum

Un framework sans culture ne fonctionne pas. Les 5 valeurs Scrum définissent l'état d'esprit attendu au sein d'un Scrum Team.

Les 5 valeurs Scrum en cartes

Chaque valeur Scrum se traduit par des comportements concrets. Pour aller plus loin, consultez le pilier 5 valeurs Scrum.

Le Scrum Team et ses 3 accountabilities

Un Scrum Team est composé d'un seul Product Owner, d'un seul Scrum Master et de plusieurs Developers. Il est petit (généralement 10 personnes ou moins), cross-fonctionnel (toutes les compétences pour livrer un Increment) et auto-managé.

Les 5 événements Scrum

Les Scrum Events sont les seuls moments formels où l'équipe se coordonne. Ils créent la régularité et minimisent le besoin d'autres réunions.

Les 3 artefacts et leurs engagements

Chaque artefact représente du travail ou de la valeur. Le Scrum Guide 2020 a introduit un engagement par artefact pour renforcer la transparence.

Les composants du Framework Scrum

Voici la vue consolidée du Framework Scrum : 3 responsabilités, 3 artefacts, 5 événements et les 3 engagements associés. Chaque ligne renvoie vers son pilier détaillé sur Passe Ton Scrum.

Le Sprint : cœur de Scrum

Le Sprint est un événement de durée fixe (timebox) d'un mois maximum. C'est le battement de cœur de Scrum : il englobe tous les autres événements et se termine par un Increment potentiellement livrable.

• Timebox fixe : la durée ne change pas en cours de Sprint.
• Sprint Goal : un objectif clair qui donne du sens au Sprint.
• Pas de changements qui mettent le Sprint Goal en péril.
• Definition of Done non négociable.
• Le Product Owner peut annuler le Sprint — lui seul — si le Sprint Goal devient obsolète.

Scrum vs Kanban vs cycle en V

Scrum se distingue nettement des autres approches de gestion de travail. Voici les critères qui reviennent le plus souvent au PSM I.

Scrum est-il une méthode agile ?

« Méthode agile Scrum » est une expression très recherchée mais techniquement imprécise. Scrum n'est pas une méthode : c'est un framework agile. Voici comment il se positionne face aux autres approches agiles majeures : Agile, Kanban et Scrumban.

Scrum et Agile : quelle différence ?

Agile est un état d'esprit défini par les 4 valeurs et 12 principes du Manifeste Agile (2001). Scrum est un framework qui implémente cet état d'esprit.

À quoi sert Scrum ? Cas d'usage par secteur

Scrum est utilisé bien au-delà du développement logiciel. Voici des cas d'usage concrets où le framework Scrum apporte une vraie valeur face à des problèmes complexes.

Pratiques complémentaires (User Story, Story Points, Planning Poker)

Le Scrum Guide n'impose aucune technique particulière. Il laisse le Scrum Team libre de choisir ses pratiques. Les plus répandues :

10 erreurs fréquentes en Scrum

1. Confondre Scrum et méthodologie — Scrum est un framework, pas un mode d'emploi.
2. Traiter le Scrum Master comme un chef de projet — il ne pilote pas, il sert.
3. Faire du Product Owner un simple proxy client — il est le seul décideur du Product Backlog.
4. Modifier la durée du Sprint — la timebox est fixe.
5. Sauter la Sprint Retrospective — c'est l'événement d'amélioration continue.
6. Utiliser le Daily Scrum comme une réunion de statut au chef — c'est un événement des Developers pour les Developers.
7. Ne pas avoir de Sprint Goal — un Sprint sans Sprint Goal viole le Scrum Guide 2020.
8. Négliger la Definition of Done — sans DoD, aucun Increment n'est vraiment « Done ».
9. Ajouter du travail en cours de Sprint — seul le PO peut négocier des ajustements, jamais au détriment du Sprint Goal.
10. Vouloir « scaler » Scrum trop vite — un framework de scaling (Nexus, SAFe, LeSS) n'a de sens que si Scrum est maîtrisé sur une équipe.

10 idées reçues sur Scrum

Voici 10 idées reçues qui reviennent dans les équipes qui débutent avec Scrum — et la réalité selon le Scrum Guide 2020.

15 pièges du PSM I sur Scrum

1. Répondre « méthodologie » au lieu de « framework ».
2. Parler encore de « Development Team ».
3. Confondre self-organizing (2017) et self-managing (2020).
4. Croire que les 3 questions du Daily Scrum sont obligatoires.
5. Oublier le Product Goal ou le confondre avec le Sprint Goal.
6. Penser qu'un Sprint peut durer plus d'un mois.
7. Croire que le Scrum Master peut modifier le Product Backlog.
8. Oublier qu'un Sprint peut être annulé — uniquement par le PO.
9. Confondre « Ready » (DoR) et « Done » (DoD).
10. Croire que la Sprint Review est une démo.
11. Penser que le Scrum Master doit assigner les tâches.
12. Ignorer que les Developers peuvent renégocier le scope avec le PO.
13. Oublier que les 5 événements sont des opportunités formelles d'inspection et d'adaptation.
14. Confondre framework et méthode (TDD, XP, pair programming).
15. Croire que Scrum impose Jira, Confluence, ou n'importe quel outil.

10 questions PSM I corrigées sur Scrum

Ces 10 questions supplémentaires — au-delà des 320 questions PSM I de Passe Ton Scrum — reprennent le style de formulation et les pièges classiques de l'examen officiel.

Certifications Scrum : PSM I, PSPO, CSM

Deux organismes principaux certifient Scrum : Scrum.org (Ken Schwaber) et Scrum Alliance (Mike Cohn / Ken Schwaber jusqu'en 2009).

Aller plus loin : tous les piliers PasseTonScrum

Cette page est le hub central du site PasseTonScrum. Chaque concept du Scrum Guide fait l'objet d'un pilier dédié :