Le Scrum Guide — parfois appelé The Scrum Guide, guide Scrum ou Scrum Guide officiel — est le document de référence qui définit officiellement le framework Scrum. Rédigé et maintenu par Ken Schwaber et Jeff Sutherland, il est disponible gratuitement en PDF, y compris en français, sur scrumguides.org. La dernière version officielle est le Scrum Guide 2020 (aussi noté Scrum Guide version 2020 ou guide Scrum 2020), qui constitue la base exclusive de la certification PSM I. Ce guide vous explique ce que dit le Scrum Guide, pourquoi il le dit, et comment le maîtriser pour réussir votre examen.
Commitment, Focus, Openness, Respect, Courage.
Transparence, Inspection, Adaptation.
Product Owner, Scrum Master, Developers.
Sprint, Planning, Daily, Review, Retrospective.
Product Backlog, Sprint Backlog, Increment.
Product Goal, Sprint Goal, Definition of Done.
Chaque bloc défile vers la section de la page, avec un lien direct vers le pilier PasseTonScrum associé.
Qu'est-ce que le Scrum Guide ?
Le Scrum Guide est le document officiel — et volontairement concis — qui définit le framework Scrum. En moins de 15 pages, il décrit les rôles, les événements, les artefacts, les engagements, les piliers et les valeurs qui composent Scrum. C'est un document normatif : ce qu'il contient définit Scrum ; ce qu'il ne contient pas n'appartient pas au framework.
Il est publié sur scrumguides.org par Ken Schwaber et Jeff Sutherland, sous licence Creative Commons Attribution-ShareAlike. Sa version PDF est gratuite, téléchargeable sans inscription, disponible en une trentaine de langues dont le français.
Télécharger le Scrum Guide officiel (PDF)
Le Scrum Guide officiel est disponible gratuitement en PDF sur le site scrumguides.org, maintenu par Ken Schwaber, Jeff Sutherland et Scrum.org. Le téléchargement du Scrum Guide est libre, sans inscription ni email, en anglais comme en français. La Scrum Guide latest version disponible est celle de novembre 2020.
scrumguides.org · PDF gratuit · référence officielle
scrumguides.org · version française validée
Pourquoi le PDF officiel reste la référence — le Scrum Guide 2020 est le seul document normatif qui définit Scrum. Toute paraphrase, résumé ou vidéo ne remplace pas la lecture du texte original, indispensable pour le PSM I où chaque mot compte.
PasseTonScrum ne redistribue pas le PDF : nous renvoyons vers la source officielle. En complément, ce pilier — et les autres piliers du site — vous apportent ce que le PDF officiel ne fait pas : explications pédagogiques, schémas, exemples concrets, pièges du PSM I et 320 questions d'entraînement.
Pourquoi le Scrum Guide existe
Ken Schwaber et Jeff Sutherland ont publié le Scrum Guide pour offrir une source unique et neutre de définition de Scrum. Avant 2010, Scrum était décrit dans plusieurs livres, articles et formations, avec des variantes parfois contradictoires. Le Scrum Guide met fin à cette dispersion en établissant une référence canonique.
- Neutralité — indépendant de tout éditeur, formateur ou outil.
- Universalité — applicable à tout secteur, pas seulement l'IT.
- Simplicité — moins de 15 pages, chaque mot compte.
- Cohérence — un seul texte, une seule source pour toutes les certifications Scrum.org.
Qui sont les auteurs du Scrum Guide ?
Le Scrum Guide est co-écrit par les deux co-créateurs officiels de Scrum.
| Auteur | Rôle | Contribution majeure |
|---|---|---|
| Ken Schwaber | Co-créateur de Scrum, fondateur de Scrum.org | A formalisé Scrum dès 1995 avec Jeff Sutherland à OOPSLA. Fondateur de Scrum Alliance (2001), puis de Scrum.org (2009). |
| Jeff Sutherland | Co-créateur de Scrum, PDG Scrum Inc. | Premier utilisateur de Scrum en 1993 chez Easel Corporation. Auteur de « Scrum: The Art of Doing Twice the Work in Half the Time ». |
Historique des versions du Scrum Guide
Depuis la première version en 2010, le Scrum Guide a évolué à un rythme régulier, chaque révision affinant le framework sans jamais en changer les fondations.
- 102010
Première version publiée par Ken Schwaber et Jeff Sutherland.
- 112011
Introduction des artefacts et clarification des rôles.
- 132013
Renforcement de la Definition of Done.
- 162016
Ajout explicite des 5 valeurs Scrum (Commitment, Focus, Openness, Respect, Courage).
- 172017
Précisions sur le rôle du Product Owner et les usages hors software.
- 202020
Refonte majeure : Product Goal, un seul Scrum Team, 3 accountabilities, simplification globale.
| Version | Année | Apport principal |
|---|---|---|
| 1.0 | 2010 | Première version officielle publiée. |
| 1.1 | 2011 | Précisions sur les artefacts et les rôles. |
| 1.2 | 2013 | Renforcement de la Definition of Done. |
| 1.3 | 2016 | Formalisation des 5 valeurs Scrum. |
| 1.4 | 2017 | Ajout des règles d'usage hors software. |
| 2.0 | 2020 | Refonte majeure : Product Goal, 3 accountabilities, un seul Scrum Team, ton moins prescriptif. |
Les nouveautés du Scrum Guide 2020
La version 2020 est la refonte la plus importantedepuis 2010. Elle simplifie le framework, introduit le Product Goal, et remplace la notion de « Development Team » par celle de « Developers » au sein d'un unique Scrum Team.
| Élément | Scrum Guide 2017 | Scrum Guide 2020 |
|---|---|---|
| Structure d'équipe | Product Owner + Scrum Master + Development Team (équipe dans une équipe) | Un seul Scrum Team avec 3 accountabilities |
| Terminologie | « Development Team » | « Developers » |
| Product Goal | Absent | Nouvel engagement du Product Backlog |
| Daily Scrum | « 3 questions » suggérées | Format libre — plus de questions imposées |
| Rôle du Scrum Master | Servant leader | True leader who serves |
| Engagements | Non formalisés | Product Goal, Sprint Goal, Definition of Done |
| Ton général | Prescriptif, orienté software | Léger, orienté principes, tout domaine |
Impact sur la certification PSM I
Depuis 2021, toutes les questions du PSM I sont alignées sur le Scrum Guide 2020. Trois conséquences directes :
- Les questions sur le « Development Team » ou les « 3 questions du Daily Scrum » sont des pièges.
- Le Product Goal apparaît dans plusieurs questions — il faut le distinguer clairement du Sprint Goal.
- Les termes « accountability », « self-managing » et « commitment » sont utilisés systématiquement.
Impact sur la pratique Scrum
- Une équipe unique — plus de silo entre PO et Developers.
- Un cap produit plus long grâce au Product Goal.
- Une autonomie renforcée avec le passage de self-organizing à self-managing.
- Un cadre plus léger, plus universel, applicable hors IT.
- • 3 rôles distincts
- • Development Team (équipe dans l'équipe)
- • Self-organizing teams
- • 3 questions au Daily Scrum
- • Servant leader (Scrum Master)
- • Aucun Product Goal
- • Ton prescriptif, orienté logiciel
- • 3 accountabilities
- • Un seul Scrum Team
- • Self-managing teams
- • Daily Scrum au format libre
- • True leader who serves
- • Product Goal (nouvel engagement)
- • Ton universel, applicable à tout domaine
Différences entre Scrum Guide 2017 et Scrum Guide 2020
Comprendre en profondeur les différences Scrum Guide 2017 vs 2020 est indispensable pour le PSM I : la majorité des « questions pièges » exploite un concept qui a évolué en 2020.
Product Goal
Nouveauté phare de 2020, le Product Goal est l'engagement du Product Backlog. Il donne un cap stratégique au produit et sert de référence pour prioriser. En 2017, il n'existait aucune notion équivalente.
Nouvelle définition du Scrum Team
En 2017, le Scrum Team était décrit comme trois entités : Product Owner, Scrum Master et une Development Team. En 2020, il n'y a plus qu'un seul Scrum Team, focalisé collectivement sur le Product Goal. L'idée d'« équipe dans l'équipe » a disparu.
Disparition des rôles au profit des accountabilities
Le mot « role » n'apparaît plus dans le Scrum Guide 2020. Il est remplacé par « accountability » — un mot plus fort qui insiste sur la responsabilité personnelle et collective.
Sprint Goal renforcé comme engagement
Le Sprint Goal existait déjà en 2017, mais 2020 l'élève au rang d'engagement du Sprint Backlog. Un Sprint Backlog sans Sprint Goal clair est désormais considéré comme non conforme au Scrum Guide.
Self-Managing vs Self-Organizing
En 2017, l'équipe était self-organizing — elle choisissait comment faire le travail. En 2020, elle est self-managing : elle choisit également qui fait le travail, quand et quoi faire (dans les limites du Product Backlog priorisé par le PO).
Simplification du langage
Le Scrum Guide 2020 est 30 % plus court et volontairement moins prescriptif. Il évite le vocabulaire IT (« software », « development ») pour rester applicable à toute équipe résolvant des problèmes complexes.
Suppression des trois questions du Daily Scrum
Les fameuses « 3 questions » (« Qu'ai-je fait hier ? Que ferai-je aujourd'hui ? Y a-t-il un blocage ? ») ont disparu. Le Daily Scrum conserve sa timebox de 15 minutes mais son format est libre, tant qu'il aide les Developers à progresser vers le Sprint Goal.
Autres évolutions importantes
- Un Scrum Master peut désormais officiellement gérer plusieurs équipes.
- Le rôle du Scrum Master passe de servant leader à true leader who serves.
- Le Product Owner est confirmé comme seul décideur du contenu et de l'ordre du Product Backlog.
- Ajout explicite de la notion d'engagement par artefact (Product Goal, Sprint Goal, Definition of Done).
- Suppression de plusieurs mentions de pratiques (burndown chart, vélocité) — le Scrum Guide ne prescrit désormais aucune technique.
| Sujet | Scrum Guide 2017 | Scrum Guide 2020 |
|---|---|---|
| Terminologie des rôles | 3 rôles | 3 accountabilities |
| Structure d'équipe | PO + SM + Development Team | Un seul Scrum Team |
| Autonomie | Self-organizing | Self-managing |
| Product Goal | Absent | Nouvel engagement |
| Sprint Goal | Recommandé | Engagement du Sprint Backlog |
| Definition of Done | Recommandée | Engagement de l'Increment |
| Daily Scrum | 3 questions suggérées | Format libre |
| Scrum Master | Servant leader | True leader who serves |
| Nombre d'équipes / SM | Implicite | Plusieurs équipes possibles |
| Applicabilité | Software | Tout domaine complexe |
| Longueur du guide | ≈ 17 pages | ≈ 13 pages |
| Ton | Prescriptif | Basé sur les principes |
Les trois piliers de Scrum
Scrum s'appuie sur l'empirisme : la connaissance vient de l'expérience et les décisions se basent sur des faits observés, pas sur des plans théoriques. Trois piliers soutiennent cet empirisme.
Rendre visible ce qui est fait, en cours et à faire, à tous ceux qui en ont besoin.
Examiner régulièrement les artefacts et l'avancée vers le Sprint / Product Goal.
Ajuster le processus ou l'artefact dès qu'un écart est détecté.
Chaque événement Scrum est une occasion d'inspecter et d'adapter. Le lien détaillé : Empiricism Scrum.
Les cinq valeurs Scrum
Le Scrum Guide définit cinq valeurs Scrum essentielles pour qu'un Scrum Team fonctionne : Commitment, Focus, Openness, Respect, Courage.
| Valeur | Signification | Illustration concrète |
|---|---|---|
| Commitment | Engagement envers le Sprint Goal et l'équipe. | L'équipe s'engage à un Sprint Goal, pas à livrer 100 % du Sprint Backlog. |
| Focus | Concentration sur le travail du Sprint. | Refuser toute demande hors Sprint Goal pendant le Sprint. |
| Openness | Ouverture sur le travail et les défis. | Rendre visibles les blocages et les difficultés lors du Daily Scrum. |
| Respect | Respect mutuel et de la capacité de chacun. | Écouter l'avis d'un junior avec la même attention qu'un senior. |
| Courage | Courage de faire ce qui est juste. | Alerter le Product Owner qu'une feature n'apporte plus de valeur. |
Les rôles (accountabilities)
Le Scrum Guide 2020 ne parle plus de rôles mais d'accountabilities — c'est-à-dire de responsabilités engageantes. Il y en a exactement trois, qui forment ensemble le Scrum Team.
- Product Owner — maximise la valeur du produit. Seul responsable du Product Backlog.
- Scrum Master — garant de l'efficacité du Scrum Team. « True leader who serves ».
- Developers — créent l'Increment à chaque Sprint. Auto-gérés, pluridisciplinaires.
Les responsabilités définies dans le Scrum Guide
Le Scrum Guide détaille précisément les Scrum Team accountabilities. Le tableau ci-dessous synthétise les Scrum Guide Product Owner responsibilities, les Scrum Guide Scrum Master responsibilities et les responsabilités des Developers.
Maximise la valeur du produit
- • Définit le Product Goal
- • Gère le Product Backlog
- • Ordonne les Product Backlog Items
- • Communique clairement les items
- • Assure la transparence du backlog
- • Est seul décideur du contenu
« True leader who serves »
- • Coache le Scrum Team à l'auto-gestion
- • Facilite les événements Scrum
- • Supprime les obstacles (impediments)
- • Aide le PO à formuler le Product Goal
- • Enseigne Scrum aux stakeholders
- • Guide l'amélioration continue
Créent l'Increment
- • Créent le plan du Sprint Planning
- • Gèrent le Sprint Backlog
- • Respectent la Definition of Done
- • Livrent un Increment par Sprint
- • Se responsabilisent en tant que professionnels
- • Adaptent leur plan au Daily Scrum
Les événements Scrum
Le Scrum Guide définit 5 événements. Le premier — le Sprint — est le conteneur des quatre autres.
| Événement | Time-box (Sprint de 1 mois) | Objectif principal |
|---|---|---|
| Sprint | 1 mois maximum | Conteneur de tous les autres événements. Livre un Increment. |
| Sprint Planning | 8 heures max | Définir le Sprint Goal, sélectionner les PBI, planifier le Comment. |
| Daily Scrum | 15 minutes | Inspecter la progression vers le Sprint Goal, adapter le plan du jour. |
| Sprint Review | 4 heures max | Inspecter l'Increment avec les stakeholders, adapter le Product Backlog. |
| Sprint Retrospective | 3 heures max | Inspecter le processus, identifier les améliorations. |
Vue globale : tous les Scrum Events expliqués.
Les artefacts
Le Scrum Guide définit 3 artefacts. Chacun est associé à un engagement — une nouveauté clef de la version 2020.
| Artefact | Ownership | Engagement associé |
|---|---|---|
| Product Backlog | Product Owner | Product Goal |
| Sprint Backlog | Developers | Sprint Goal |
| Increment | Developers | Definition of Done |
Le Sprint Backlog vs Product Backlog est une source classique de confusion — voir la comparaison détaillée.
Les engagements du Scrum Guide 2020
Nouveauté 2020 : chaque artefact est désormais associé à un engagement pour renforcer la transparence.
- Product Goal — engagement du Product Backlog. Objectif à long terme du produit.
- Sprint Goal — engagement du Sprint Backlog. Objectif unique du Sprint.
- Definition of Done — engagement de l'Increment. Description formelle de la qualité.
- • Product Owner
- • Scrum Master
- • Developers
- • Sprint
- • Sprint Planning
- • Daily Scrum
- • Sprint Review
- • Sprint Retrospective
- • Product Backlog
- • Sprint Backlog
- • Increment
- • Product Goal
- • Sprint Goal
- • Definition of Done
- • Transparence
- • Inspection
- • Adaptation
- • Commitment
- • Focus
- • Openness
- • Respect
- • Courage
Les changements importants introduits en 2020
- Un seul Scrum Team — plus d'« équipe dans une équipe ».
- Product Goal — nouvel engagement long-terme.
- 3 accountabilities au lieu de 3 rôles séparés.
- « Developers » remplace « Development Team ».
- Ton moins prescriptif — plus de principes, moins de règles.
- Applicable hors IT — vocabulaire neutralisé.
- Scrum Master = « true leader who serves » — nuance importante.
- Un Scrum Master peut gérer plusieurs équipes — explicitement mentionné.
- Suppression des 3 questions du Daily Scrum.
- Ajout du concept d'engagement par artefact.
Les erreurs les plus fréquentes sur le Scrum Guide
- Croire que le Daily Scrum doit suivre les « 3 questions ».
- Considérer le Scrum Master comme un chef de projet.
- Penser que le Product Owner peut être remplacé par un comité.
- Confondre Product Goal et Sprint Goal.
- Croire que la Definition of Ready est obligatoire.
- Utiliser la vélocité comme un KPI de performance.
- Confondre « Sprint Backlog » et « Product Backlog ».
- Croire que la Sprint Review est une démo passive.
- Estimer que la Sprint Retrospective peut être supprimée.
- Penser que Scrum s'applique uniquement au logiciel.
Les 20 pièges du PSM I sur le Scrum Guide
Ces 20 pièges reviennent régulièrement dans l'examen PSM I. Chacun contredit directement le Scrum Guide 2020.
- 1. « Le Daily Scrum se déroule en présence du manager. » → Faux : réservé aux Developers.
- 2. « Le Scrum Master est responsable de la livraison. » → Faux : c'est le Scrum Team entier.
- 3. « Le PO peut annuler un Sprint pour retard. » → Faux : uniquement si le Sprint Goal devient obsolète.
- 4. « Un Sprint peut durer 3 mois. » → Faux : maximum 1 mois.
- 5. « La Definition of Ready est un engagement Scrum. » → Faux : elle n'est pas dans le Scrum Guide.
- 6. « Les 3 questions du Daily Scrum sont obligatoires. » → Faux : supprimées en 2020.
- 7. « Le PO définit seul le Sprint Goal. » → Faux : co-créé par tout le Scrum Team.
- 8. « Les Developers votent au Sprint Planning. » → Faux : ils s'accordent, pas de vote formel.
- 9. « Un Scrum Master ne peut gérer qu'une équipe. » → Faux : plusieurs possibles.
- 10. « L'Increment doit être livré en production. » → Faux : « potentiellement » livrable, la mise en prod est une décision produit.
- 11. « La Sprint Review est une démo. » → Faux : c'est une inspection collaborative avec adaptation du Product Backlog.
- 12. « Le PO peut modifier la DoD. » → Faux : renforcement possible par le Scrum Team, jamais relâchement.
- 13. « Le Sprint Backlog est propriété du PO. » → Faux : il appartient aux Developers.
- 14. « Scrum est applicable uniquement au logiciel. » → Faux : tout domaine complexe.
- 15. « Le PO peut sauter la Sprint Retrospective. » → Faux : tout le Scrum Team y participe.
- 16. « Il faut estimer chaque PBI en heures. » → Faux : le Scrum Guide n'impose aucune unité d'estimation.
- 17. « Un seul Increment par Sprint. » → Faux : plusieurs Increments peuvent être créés pendant un Sprint.
- 18. « Le Scrum Master enseigne Scrum aux stakeholders. » → Vrai, souvent oublié à l'examen.
- 19. « Le Product Goal est fixé pour toujours. » → Faux : il évolue quand la stratégie évolue.
- 20. « Sprint Planning : 8 heures fixes. » → Faux : maximum 8 heures pour un Sprint d'1 mois, moins pour un Sprint plus court.
Q1. Combien de rôles définit officiellement le Scrum Guide 2020 ?
- A.2
- B.3
- C.4
- D.5
Voir la réponse
3 — Product Owner, Scrum Master, Developers.
Q2. Quel engagement a été introduit par le Scrum Guide 2020 ?
- A.Sprint Goal
- B.Definition of Done
- C.Product Goal
- D.Definition of Ready
Voir la réponse
Product Goal — nouveau depuis la version 2020.
Q3. Combien d'événements Scrum existent-ils ?
- A.3
- B.4
- C.5
- D.6
Voir la réponse
5 : Sprint (conteneur), Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective.
Résumé du Scrum Guide en une checklist
| Catégorie | Nombre | Éléments |
|---|---|---|
| Rôles (accountabilities) | 3 | Product Owner, Scrum Master, Developers |
| Événements | 5 | Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective |
| Artefacts | 3 | Product Backlog, Sprint Backlog, Increment |
| Engagements | 3 | Product Goal, Sprint Goal, Definition of Done |
| Piliers | 3 | Transparence, Inspection, Adaptation |
| Valeurs | 5 | Commitment, Focus, Openness, Respect, Courage |
- ✅ 3 accountabilities : Product Owner, Scrum Master, Developers.
- ✅ 5 événements : Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective.
- ✅ 3 artefacts : Product Backlog, Sprint Backlog, Increment.
- ✅ 3 engagements : Product Goal, Sprint Goal, Definition of Done.
- ✅ 3 piliers : Transparence, Inspection, Adaptation.
- ✅ 5 valeurs : Commitment, Focus, Openness, Respect, Courage.
- ✅ Sprint : ≤ 1 mois.
- ✅ Un seul Scrum Team.
Ressources et maillage interne
Cette page pilier est le hub central du cocon sémantique PasseTonScrum. Explorez ci-dessous chaque concept du Scrum Guide en détail :