Les Scrum Values — Commitment, Focus, Openness, Respect et Courage — sont l'âme de Scrum. Sans elles, la mécanique du framework tourne à vide. Ce guide est conçu pour devenir la meilleure ressource francophone sur les cinq valeurs Scrum, leur application concrète et les questions PSM I qui s'y rapportent.
Que sont les Scrum Values ?
Le Scrum Guide 2020 énonce : « Une utilisation réussie de Scrum dépend de la capacité des membres à devenir plus compétents dans la mise en pratique de cinq valeurs : Commitment, Focus, Openness, Respect et Courage. » Ces valeurs ne sont pas décoratives : elles conditionnent la qualité du travail de la Scrum Team et l'efficacité du contrôle empirique du processus.
Les 5 valeurs Scrum sont indissociables — incarnées, elles soudent la Scrum Team.
Historique : Scrum Guide 2016 puis 2020
Les Scrum Values existaient implicitement depuis les origines de Scrum, mais elles ont été formellement intégrées au Scrum Guide en juillet 2016 par Ken Schwaber et Jeff Sutherland. Le Scrum Guide 2020 les a conservées sans modification, en renforçant leur lien avec l'empirisme et la nouvelle notion d'engagements (Product Goal, Sprint Goal, Definition of Done).
| Version du Scrum Guide | Statut des valeurs | Évolution clé |
|---|---|---|
| Avant 2016 | Implicites, citées dans la littérature Scrum. | Pas d'énoncé officiel dans le Guide. |
| Juillet 2016 | Formellement ajoutées au Scrum Guide. | Les 5 valeurs deviennent partie intégrante du framework. |
| Novembre 2020 | Conservées et renforcées. | Liées aux engagements et à l'empirisme. |
Pourquoi elles sont au cœur de Scrum
Scrum ne fonctionne pas par autorité : il fonctionne par coopération volontaire autour d'un Sprint Goal et d'un Product Goal. Cette coopération exige des comportements précis : s'engager, se concentrer, s'ouvrir, se respecter, et oser. Sans ces comportements, la mécanique devient creuse.
Pas de valeurs sincères ⇒ pas de comportements alignés ⇒ pas de résultats empiriques.
Les 5 Scrum Values
| Valeur | Idée centrale | Lien empirisme |
|---|---|---|
| Commitment | S'engager à atteindre les objectifs du Scrum Team. | Sans engagement, pas d'adaptation crédible. |
| Focus | Se concentrer sur le travail du Sprint et le Sprint Goal. | Sans focus, pas d'inspection sérieuse. |
| Openness | Être ouvert sur le travail et les défis. | Sans openness, pas de transparence réelle. |
| Respect | Respecter chaque membre du Scrum Team. | Sans respect, l'inspection devient agressive et stérile. |
| Courage | Oser faire ce qui est juste et difficile. | Sans courage, la transparence est cosmétique. |
Commitment
Définition officielle. Les membres du Scrum Team s'engagent personnellement à atteindre les objectifs du Scrum Team.
Pourquoi c'est important. Sans engagement, le Sprint Goal n'est qu'une intention. L'engagement collectif rend possible la prévisibilité empirique.
Exemples concrets.
- Les Developers s'engagent à tout faire pour atteindre le Sprint Goal.
- Le PO s'engage à maintenir un Product Backlog ordonné et transparent.
- Le Scrum Master s'engage à l'efficacité de la Scrum Team.
Question typique PSM I. « Une équipe n'a pas terminé tous les PBI mais a atteint le Sprint Goal. A-t-elle respecté son Commitment ? » Réponse : oui.
Focus
Définition officielle. Chacun se concentre sur le travail du Sprint et sur les objectifs du Scrum Team.
Pourquoi c'est important. Sans focus, la Scrum Team se disperse, les Sprints s'allongent, les Increments deviennent incohérents.
Exemples concrets.
- Refuser d'ajouter du travail non lié au Sprint Goal en cours de Sprint.
- Respecter strictement les time-boxes des événements.
- Limiter le travail en cours (WIP) pour finir avant de commencer.
Openness
Définition officielle. Le Scrum Team et ses parties prenantes sont ouverts sur le travail et les défis rencontrés.
Pourquoi c'est important. L'openness est la condition de la transparence. Sans elle, ni les artefacts ni les difficultés ne peuvent être inspectés honnêtement.
Exemples concrets.
- Partager un blocage dès qu'il apparaît, pas en fin de Sprint.
- Reconnaître publiquement une erreur d'estimation.
- Inviter les stakeholders à la Sprint Review, même si l'Increment est imparfait.
Respect
Définition officielle. Les membres du Scrum Team se respectent mutuellement en tant que personnes capables et indépendantes.
Pourquoi c'est important. Le respect rend l'inspection possible sans qu'elle dégénère en jugement de personnes. Il rend l'auto-organisation viable.
Exemples concrets.
- Écouter une opinion divergente sans la rejeter d'emblée.
- Reconnaître la compétence des Developers à décider du « comment ».
- Respecter le rôle du Product Owner sur le « quoi » et l'ordre du Backlog.
Courage
Définition officielle. Les membres du Scrum Team ont le courage de faire ce qui est juste et de travailler sur des problèmes difficiles.
Pourquoi c'est important. Sans courage, la transparence devient cosmétique : on cache les retards, on n'ose pas dire non, on n'abandonne pas une option morte. L'empirisme s'éteint.
Exemples concrets.
- Annoncer dès le Daily qu'un blocage menace le Sprint Goal.
- Refuser un ajout dicté par un sponsor s'il met en péril le Sprint Goal.
- Proposer d'abandonner une fonctionnalité qui n'apporte plus de valeur.
Comment les valeurs interagissent entre elles
Les cinq Scrum Values ne sont pas une checklist : elles forment un système indissociable. Aucune valeur n'est opérationnelle seule. Le Courage sans Respect devient agressif. L'Openness sans Courage reste superficielle. Le Focus sans Commitment n'est qu'un état d'attention passager. Le Respect sans Openness devient politesse stérile. Le Commitment sans Focus se dilue dans le multitâche.
| Valeur de base | Renforcée par… | Risque sans cette interaction |
|---|---|---|
| Commitment | Focus + Courage | Engagements purement déclaratifs, non tenus. |
| Focus | Commitment + Respect | Concentration égoïste, déconnectée de l'équipe. |
| Openness | Courage + Respect | Information partagée mais ignorée ou attaquée. |
| Respect | Openness + Courage | Politesse de surface, conflits enfouis. |
| Courage | Respect + Openness | Témérité destructrice, blessante pour l'équipe. |
Les Scrum Values pendant le Sprint Planning
Le Sprint Planning est l'événement d'engagement par excellence. Les Developers se concentrent (Focus) sur la sélection d'un Sprint Goal cohérent, et s'engagent (Commitment) à l'atteindre. Sans Openness, le PO ne partage pas honnêtement les priorités ; sans Courage, l'équipe accepte un scope irréaliste.
Les Scrum Values pendant le Daily Scrum
Le Daily Scrum est l'événement quotidien de Focus et d'Openness : les Developers inspectent leur progression vers le Sprint Goal et partagent ouvertement les blocages. Le Courage est requis pour signaler dès aujourd'hui qu'on dérive, plutôt que d'attendre la Review.
Les Scrum Values pendant la Sprint Review
La Sprint Review est l'événement d'Openness par excellence : on présente l'Increment réel, y compris ce qui n'a pas fonctionné. Le Respect garantit que le feedback des stakeholders est entendu, et le Courage permet de reconnaître publiquement qu'une direction produit doit changer.
Les Scrum Values pendant la Sprint Retrospective
La Sprint Retrospective exige les cinq valeurs en même temps : Openness pour reconnaître les dysfonctions, Courage pour formuler des améliorations difficiles, Respect pour préserver la sécurité psychologique, Focus pour aboutir à des actions concrètes, et Commitment pour les tenir au prochain Sprint.
Les Scrum Values dans le Product Backlog Refinement
Le refinement du Product Backlogrepose sur Openness (partager l'incertitude), Respect (intégrer la voix des Developers et du PO), et Focus (raffiner ce qui est probable, pas tout le Backlog).
Les Scrum Values et la transparence
La transparence n'est pas un outil : c'est une posture portée par Openness et Courage. Une équipe qui maquille ses burndowns ou cache ses bugs viole d'abord les valeurs, avant de violer l'empirisme.
Les Scrum Values et l'Empiricism
Les trois piliers empiriques ne sont opérationnels que portés par les cinq valeurs. C'est pourquoi le Scrum Guide les présente comme indissociables.
| Valeur | Comportement observable | Effet empirique |
|---|---|---|
| Commitment | Tenir un Sprint Goal défini collectivement. | Adaptation crédible Sprint après Sprint. |
| Focus | Refuser le travail hors Sprint Goal. | Inspection ciblée et utile. |
| Openness | Partager les difficultés dès le Daily. | Transparence réelle des artefacts. |
| Respect | Écouter l'avis divergent jusqu'au bout. | Décisions de meilleure qualité. |
| Courage | Dire « non » à un stakeholder puissant. | Sprint Goal protégé, valeur préservée. |
Les Scrum Values et le Scrum Team
Chacun des trois membres du Scrum Team— Product Owner, Scrum Master, Developers — incarne les valeurs. Aucune valeur n'est réservée à un rôle.
Chaque membre incarne les valeurs — aucune n'est réservée à un rôle.
| Valeur | Product Owner | Scrum Master | Developers |
|---|---|---|---|
| Commitment | Tenir le Product Goal. | Tenir l'efficacité de l'équipe. | Tenir le Sprint Goal. |
| Focus | Backlog ordonné par valeur. | Lever les obstacles prioritaires. | Se concentrer sur le Sprint. |
| Openness | Partager les priorités et les contraintes. | Rendre visibles les dysfonctions. | Partager les difficultés techniques. |
| Respect | Respecter l'autonomie des Developers. | Respecter le rôle du PO. | Respecter le rôle de chacun. |
| Courage | Dire non à un sponsor. | Confronter le management. | Refuser un raccourci dangereux. |
Respect est transverse — il est requis à chaque événement.
| Événement | Valeur dominante | Valeurs aussi sollicitées |
|---|---|---|
| Sprint Planning | Commitment | Focus, Openness |
| Daily Scrum | Focus | Openness, Courage |
| Sprint Review | Openness | Respect, Courage |
| Sprint Retrospective | Courage | Openness, Respect, Commitment |
| Sprint (conteneur) | Focus | Toutes |
Les Scrum Values et les conflits
Les conflits sont sains dans une Scrum Team — à condition d'être traités avec Respect et Courage. Une équipe sans conflit visible n'est pas une équipe harmonieuse : c'est souvent une équipe sans openness, où les désaccords sont enfouis. Le rôle du Scrum Master est de rendre les désaccords productifs, pas de les supprimer.
| Situation | Mauvaise pratique | Bonne pratique |
|---|---|---|
| Un Developer voit qu'on ne tiendra pas le Sprint Goal | Se taire jusqu'à la Review | Le dire dès le prochain Daily (Courage + Openness) |
| Un stakeholder ajoute du scope | Accepter pour éviter le conflit | Refuser et expliquer (Courage + Focus) |
| Une rétro révèle une dysfonction | Adoucir le sujet pour préserver l'ambiance | Nommer le problème et agir (Openness + Respect) |
| Une estimation se révèle fausse | Maquiller le burndown | Mettre à jour et inspecter (Openness) |
Les Scrum Values dans les organisations
Une organisation peut faciliter ou empêcher les valeurs Scrum. Un management qui sanctionne les mauvaises nouvelles tue l'Openness ; un environnement qui change les priorités chaque jour tue le Focus ; une culture du blâme tue le Courage. Le rôle du Scrum Master inclut un travail vers l'organisation pour rendre les valeurs viables.
Scrum Values vs culture d'entreprise
Beaucoup d'organisations adoptent Scrum sans toucher à leur culture managériale — et s'étonnent ensuite que « Scrum ne marche pas ». La vérité est plus simple : une culture incompatible avec les valeurs Scrum les éteint, quelles que soient les cérémonies organisées.
| Culture dominante | Valeur étouffée | Effet observable |
|---|---|---|
| Contrôle hiérarchique strict | Commitment, Courage | L'équipe attend les ordres ; aucun engagement spontané. |
| Micro-management | Focus, Respect | Les Developers ne décident plus du « comment » ; la motivation chute. |
| Absence de confiance | Openness | Les retards sont cachés, les estimations gonflées. |
| Culture du blâme | Courage, Openness | Plus personne n'ose signaler un problème ou proposer un changement. |
| Reporting comme finalité | Focus | Les Developers travaillent pour le dashboard, pas pour le Sprint Goal. |
| Compétition individuelle | Respect, Commitment | L'auto-gestion devient impossible ; l'Increment se fragmente. |
Le Scrum Master a explicitement pour mandat — selon le Scrum Guide 2020 — de travailler avec l'organisation pour rendre ces valeurs viables. Ce n'est pas un bonus : c'est une accountability.
Scrum Values vs SAFe, Kanban et Lean
Les valeurs Scrum se comparent utilement à celles d'autres approches agiles ou Lean. La plupart partagent un socle commun (respect, transparence, focus) mais formulent l'engagement et le courage très différemment.
| Framework | Valeurs / principes clés | Point commun avec Scrum | Différence majeure |
|---|---|---|---|
| Scrum | Commitment, Focus, Openness, Respect, Courage | — | Centré sur la posture humaine au sein d'une équipe auto-gérée. |
| SAFe | Alignment, Built-In Quality, Transparency, Program Execution, Relentless Improvement | Transparency ≈ Openness ; Relentless Improvement ≈ Courage | Ajoute l'alignement multi-équipes ; valeurs orientées exécution programme. |
| Kanban | Transparence, équilibre, collaboration, focus client, leadership à tous les niveaux, compréhension, accord, respect | Transparence, Respect, Focus | Pas d'engagement temporel (pas de Sprint Goal) ; flux continu vs itération. |
| Lean | Respect des personnes, amélioration continue (Kaizen), élimination du gaspillage | Respect, Focus (élimination du superflu) | Pas de valeur « Courage » explicite ; logique processus industriel. |
5 études de cas réelles
Cinq scénarios composites, inspirés de retours terrain, illustrant comment l'absence d'une valeur dérègle toute la mécanique Scrum — et comment la réinjecter rétablit l'empirisme.
Cas 1 — Équipe qui manque de Courage
Contexte. Scrum Team de 6 Developers sur une plateforme e-commerce. Le directeur produit assiste régulièrement au Daily Scrum et demande des estimations « à la louche » qu'il traite ensuite comme des engagements fermes.
Problème. Les Developers donnent volontairement des chiffres pessimistes pour se protéger. Les Sprint Goals deviennent triviaux. Aucun ne dit au directeur que sa pratique nuit à l'équipe.
Conséquences. Vélocité artificiellement gonflée, valeur livrée en baisse, désengagement progressif, départ de deux Developers en six mois.
Solution. Le Scrum Master a une discussion 1:1 avec le directeur (Courage), pose un cadre écrit sur le rôle du Daily (Focus), et coache l'équipe à exprimer des estimations probabilistes honnêtes (Openness). Trois Sprints plus tard, les Sprint Goals retrouvent leur ambition.
Cas 2 — Absence de Focus
Contexte. Scrum Team d'une scale-up SaaS B2B. Le Product Owner accepte tous les ajouts demandés par les sales en cours de Sprint, « parce qu'un gros client attend ».
Problème. Le Sprint Backlog change trois fois par semaine. Aucun Sprint Goal n'est tenu depuis quatre mois. Les Developers ne savent plus pourquoi ils font ce qu'ils font.
Conséquences. Increment incohérent, dette technique massive, Sprint Review devenue une démo de bouts de code épars.
Solution. Le Scrum Master introduit un Sprint Goal explicite et négocié au Sprint Planning. Le PO refuse poliment les ajouts hors Goal et les reporte au Sprint suivant. La discipline du Focus rétablit la cohérence en trois Sprints.
Cas 3 — Respect inexistant
Contexte. Scrum Team mixte (juniors + seniors). Les Developers seniors imposent leurs choix techniques en court-circuitant toute discussion. Les juniors n'osent plus parler en Retrospective.
Problème. L'auto-management est mort. Les juniors deviennent passifs ; les seniors s'épuisent en portant tout le code. Le Scrum Master détecte une chute brutale de la sécurité psychologique.
Conséquences. Burn-out d'un senior, démission d'une junior, qualité du code dégradée par absence de revue critique.
Solution. Le Scrum Master facilite une Retrospective dédiée à la sécurité psychologique. Une « working agreement » est co-construite : pair programming systématique, rotation des rôles techniques, droit à l'erreur explicite. Le Respect redevient une norme observable.
Cas 4 — Mauvaise communication (Openness absente)
Contexte. Scrum Team d'une banque, soumise à des audits internes fréquents. Les Developers cachent les incidents de production par peur des conséquences.
Problème. Le Product Backlog ne reflète pas la dette réelle. Le Sprint Backlog masque les bugs critiques. La transparence — pilier empirique — est trahie.
Conséquences. Un incident grave survient en production sans qu'aucune alerte n'ait été remontée plus tôt. L'organisation perd confiance dans l'équipe.
Solution. Le Scrum Master négocie avec la direction un cadre « no-blame post-mortem ». Les incidents sont ajoutés ouvertement au Product Backlog. L'Openness redevient possible, l'empirisme repart.
Cas 5 — Engagement insuffisant
Contexte. Scrum Team mobile dans une grande entreprise. Les Developers sont alloués à 50 % sur le produit, 50 % sur du support legacy. Aucun ne se sent vraiment engagé sur le Sprint Goal.
Problème. Le Sprint Goal n'est pas atteint deux Sprints sur trois. Les Developers se justifient toujours par le support. Le PO s'en plaint sans agir.
Conséquences. Le produit stagne, les stakeholders perdent confiance, le PO devient micro-manageur par compensation.
Solution. Le Scrum Master remonte au management le coût réel de l'allocation partielle (Courage). Après négociation, l'équipe passe à 100 % produit avec un canal séparé pour le support. Le Commitment redevient crédible. Le Sprint Goal est tenu trois Sprints d'affilée.
20 anti-patterns à connaître
Vingt comportements ou pratiques qui trahissent une ou plusieurs Scrum Values. À reconnaître pour les éviter — et pour identifier les pièges du PSM I.
- Estimations gonflées « pour se protéger » — viole Openness et Courage.
- Sprint Goal flou ou inexistant — viole Focus et Commitment.
- Daily transformé en reporting au manager — viole Focus, Respect, Courage.
- Sprint Review sans stakeholders — viole Openness.
- Retrospective sans action concrète — viole Commitment et Courage.
- Conflits enfouis « pour préserver l'ambiance » — viole Respect (la fausse politesse) et Courage.
- PO qui ajoute du scope en cours de Sprint — viole Focus et Respect.
- Developers acceptant tous les ajouts sans discussion — viole Courage.
- Bugs critiques cachés jusqu'à la Review — viole Openness et Courage.
- Scrum Master qui « commande » au lieu de coacher — viole Respect.
- Velocity utilisée comme indicateur de performance individuelle — viole Respect et Focus.
- Increment livré « presque Done » — viole Commitment et Openness.
- Refonte technique cachée derrière des stories fonctionnelles — viole Openness.
- Decisions imposées par le senior dominant — viole Respect.
- Daily à heure variable « selon les agendas » — viole Focus.
- Sprint Goal copié d'un Sprint à l'autre — viole Commitment.
- Refus de demander de l'aide « par fierté » — viole Openness et Respect.
- Tolérance à un manager qui pilote le Daily — viole Focus et Courage du Scrum Master.
- Refinement repoussé indéfiniment — viole Commitment du PO et Openness.
- « On a toujours fait comme ça » — viole Openness et Courage.
Conseils pour réussir le PSM I sur les Scrum Values
Les questions PSM I sur les Scrum Values testent rarement la définition seule. Elles présentent une mise en situation et attendent une posture conforme aux valeurs. Voici les pièges les plus fréquents et les réflexes à acquérir.
| Question type | Mauvais réflexe | Bon réflexe |
|---|---|---|
| « Combien de valeurs Scrum ? » | Confondre avec les 3 piliers | 5 valeurs : C-F-O-R-C |
| « Quelle valeur si on accepte un retard pour mieux livrer ? » | Commitment | Courage (dire la vérité) et Openness |
| « Un Developer cache un blocage » | Ce n'est qu'un problème de Daily | Viole Openness ET Courage |
| « Le PO refuse un ajout du sponsor » | Manque de coopération | Incarne Courage et Focus |
| « L'équipe a livré 80 % des PBI mais atteint le Sprint Goal » | Échec du Commitment | Commitment respecté (porte sur l'objectif) |
| « Le Scrum Master tolère qu'un manager assiste au Daily » | C'est neutre | Manque de Courage et viole le Focus |
Trois astuces d'examen :
- Mémorisez l'acronyme C-F-O-R-C (Commitment, Focus, Openness, Respect, Courage) pour ne plus confondre avec les 3 piliers.
- Reliez chaque valeur à un comportement observable — c'est ce que les questions testent, pas la définition abstraite.
- En cas de doute, privilégiez Openness et Courage : ce sont les valeurs les plus testées car les plus fréquemment violées.
Exemple complet — application bancaire
Une Scrum Team développe une application bancaire mobileen Sprints de deux semaines. Le Sprint Goal est : « Permettre à un client de payer par QR code, jusqu'à 200 €. »
| Symptôme | Valeur manquante | Conséquence |
|---|---|---|
| Un bug critique sur les montants n'est pas signalé. | Openness, Courage | Découverte en Review devant les stakeholders. |
| L'équipe accepte trois ajouts de scope sans discuter. | Courage, Focus | Sprint Goal raté, code instable. |
| Le PO et les Developers ne se parlent pas. | Respect | Mauvais arbitrages, fonctionnalités inutiles. |
| Les estimations sont gonflées pour éviter la pression. | Openness | Backlog ingérable, prévisibilité détruite. |
| Personne n'ose proposer d'abandonner le QR multi-devise. | Courage | Effort gaspillé sur une fonctionnalité morte. |
Sprint suivant — la Scrum Team réinjecte les valeurs.
| Action | Valeur incarnée | Effet |
|---|---|---|
| Le bug montants est signalé au Daily 2. | Openness, Courage | Adaptation immédiate du Sprint Backlog. |
| L'équipe refuse poliment deux ajouts de scope. | Courage, Focus | Sprint Goal protégé. |
| Le PO partage ses contraintes business. | Openness, Respect | Arbitrages partagés et acceptés. |
| La rétro nomme la peur du management. | Courage, Respect | Plan d'action concret pour le Sprint 14. |
| Le QR multi-devise est officiellement abandonné. | Courage, Focus | Capacité libérée pour de la valeur réelle. |
Erreurs fréquentes au PSM I
| Symptôme | Pourquoi c'est faux | Bon réflexe |
|---|---|---|
| Confondre les 5 valeurs avec les 3 piliers empiriques. | Valeurs ≠ piliers : ce ne sont pas les mêmes mots. | Mémoriser : 5 valeurs / 3 piliers / 3 engagements. |
| Penser que Commitment = livrer 100 % des PBI. | Commitment porte sur les objectifs, pas la liste. | L'engagement vise le Sprint Goal. |
| Penser que Focus = ignorer les imprévus. | Le Focus protège le Sprint Goal, pas l'aveuglement. | Le PO peut négocier le scope, jamais le Goal. |
| Penser que Respect = consensus mou. | Le respect rend possible le désaccord franc. | Confronter les idées, jamais les personnes. |
| Penser que Courage = héroïsme individuel. | Le courage est collectif et quotidien. | Dire la vérité au bon moment, à la bonne personne. |
| Penser que les valeurs sont optionnelles. | Le Scrum Guide les place au cœur de Scrum. | Pas de valeurs = pas d'empirisme = pas de Scrum réel. |
| Attendre la Review pour signaler un problème. | Viole Openness et Courage. | Le Daily est le bon moment. |
15 questions PSM I
FAQ — questions fréquentes
Retrouvez plus bas, dans la section FAQ structurée, les réponses aux vingt questions les plus posées sur les Scrum Values.
Références
- Scrum Guide 2020 — Ken Schwaber & Jeff Sutherland, novembre 2020.
- Scrum.org — documentation officielle, parcours PSM I.
- Scrum Guide 2016 — première intégration formelle des cinq valeurs.
- Ken Schwaber, co-auteur du Scrum Guide.
- Jeff Sutherland, co-auteur du Scrum Guide.
À lire aussi
Source officielle : Scrum Guide 2020.