Note finale : un cadre immuable
Scrum est gratuit, immuable et n'existe que dans son intégralité — la note finale du guide, l'histoire de Scrum depuis OOPSLA 1995 et la vue d'ensemble du cadre.
Après avoir déroulé sa théorie, ses valeurs, son équipe, ses événements et ses artefacts, le Scrum Guide se referme sur une note finale d'une concision remarquable — quelques phrases seulement, mais qui portent tout le poids du document. Elles répondent à deux questions que tout lecteur finit par se poser : combien coûte Scrum, et jusqu'où a-t-on le droit de l'adapter ? La réponse des auteurs est sans détour : Scrum est gratuit, et Scrum est immuable. Suivent des remerciements aux personnes qui furent là au commencement, et un bref rappel historique qui ancre le cadre dans plus de trente ans de pratique. Ce dernier chapitre est aussi l'occasion de prendre du recul et de contempler l'édifice entier d'un seul regard.
Gratuit, et offert dans ce guide
La première affirmation de la note finale est économique et juridique : Scrum est gratuit et offert dans ce guide (« Scrum is free and offered in this Guide »). Il n'y a ni licence d'exploitation à acheter, ni certification obligatoire, ni redevance : la définition complète et officielle du cadre tient dans un document de treize pages, publié sous licence Creative Commons Attribution Share-Alike — en utilisant le guide, on accepte simplement les termes de cette licence. Tout ce qui est nécessaire pour faire du Scrum s'y trouve ; tout ce qui n'y figure pas n'est, par définition, pas du Scrum mais une pratique complémentaire.
Cette gratuité n'est pas anecdotique. Elle explique en partie la diffusion du cadre bien au-delà du développement logiciel : n'importe quelle équipe, n'importe où, peut lire le guide et essayer Scrum tel quel, sans intermédiaire. C'est une observation générale, mais elle éclaire le contraste avec l'écosystème commercial — formations, certifications, outillage — qui s'est construit autour de Scrum : cet écosystème peut être utile, mais il ne détient pas la définition. La définition, elle, est publique, complète et gratuite.
Immuable, et entier ou rien
La seconde affirmation est la plus célèbre, et la plus discutée : le cadre Scrum, tel que décrit dans le guide, est immuable (« immutable »). Les auteurs précisent aussitôt le sens de cette immuabilité : implémenter seulement des parties de Scrum est possible, mais le résultat n'est pas Scrum. Scrum n'existe que dans son intégralité.
Il faut bien comprendre ce que cette phrase interdit — et ce qu'elle n'interdit pas. Elle n'interdit pas d'ajouter : le guide dit explicitement que Scrum fonctionne bien comme conteneur pour d'autres techniques, méthodologies et pratiques. Elle interdit de retrancher ou de dénaturer : supprimer la Sprint Retrospective « parce qu'on n'a pas le temps », étirer le Sprint au-delà d'un mois, faire du Product Owner un comité, sont autant de démolitions d'éléments porteurs. On retrouve ici l'avertissement donné dès l'ouverture du guide : chaque élément du cadre sert un but précis, et en changer la conception de fond, en omettre des éléments ou ne pas en suivre les règles masque les problèmes et limite les bénéfices de Scrum, au point de pouvoir le rendre inutile.
À retenir
La logique de l'immuabilité est empirique, pas dogmatique. Scrum est un instrument conçu pour rendre les problèmes visibles ; or les éléments qu'une organisation est tentée de retirer sont presque toujours ceux qui exposent ses dysfonctionnements — la rétrospective qui révèle les tensions, le timebox qui révèle l'incapacité à découper le travail, la Definition of Done qui révèle la dette de qualité. Retirer l'élément ne fait pas disparaître le problème : cela fait disparaître le signal. C'est pourquoi les praticiens parlent souvent, avec ironie, de « Scrum-but » (« on fait Scrum, mais... ») — l'expression n'est pas dans le guide, mais elle décrit exactement ce que la note finale disqualifie.
L'image du conteneur mérite qu'on s'y arrête, car elle résout un paradoxe apparent : comment un cadre peut-il être à la fois immuable et « volontairement incomplet », comme l'affirme la définition de Scrum ? Précisément parce que les deux propriétés ne portent pas sur la même chose. Le squelette — responsabilités, événements, artefacts, engagements, règles — est fixe ; la chair — pratiques d'ingénierie, techniques d'estimation, formats d'atelier, outils — est laissée entièrement libre et doit émerger de l'intelligence collective de ceux qui l'utilisent. On peut remplir le conteneur de ce que l'on veut ; on ne redessine pas le conteneur.
Note
C'est aussi ce qui explique une absence qui surprend beaucoup de lecteurs : le guide 2020 ne mentionne ni user stories, ni story points, ni vélocité, ni les fameuses « trois questions » du Daily Scrum. Ces pratiques, si répandues qu'on les croit souvent obligatoires, appartiennent à la chair, pas au squelette — ce sont des techniques complémentaires que chaque équipe est libre d'adopter, d'adapter ou d'ignorer.
Les personnes du commencement
La section des remerciements tient en quelques lignes, mais elle rappelle que Scrum est une œuvre collective. Des milliers de personnes ont contribué à Scrum au fil des ans ; les auteurs choisissent de distinguer celles qui furent déterminantes au tout début : Jeff Sutherland a travaillé avec Jeff McKenna et John Scumniotales, Ken Schwaber avec Mike Smith et Chris Martin — et tous ont travaillé ensemble. Bien d'autres ont contribué dans les années qui ont suivi, et sans leur aide, écrivent les auteurs, Scrum ne serait pas aussi raffiné qu'il l'est aujourd'hui.
Trente ans d'histoire en quatre dates
La dernière section du guide retrace l'histoire du document lui-même. Scrum a été développé au début des années 1990, puis co-présenté pour la première fois par Ken Schwaber et Jeff Sutherland à la conférence OOPSLA en 1995. Cette présentation documentait pour l'essentiel l'apprentissage accumulé par Ken et Jeff au cours des années précédentes, et rendait publique la première définition formelle de Scrum.
| Date | Événement |
|---|---|
| Début des années 1990 | Ken Schwaber et Jeff Sutherland développent Scrum |
| 1995 | Première co-présentation publique à la conférence OOPSLA — première définition formelle de Scrum |
| 2010 | Première version du Scrum Guide, pour aider le monde entier à comprendre Scrum |
| 2020 | Version courante, après une série de mises à jour petites et fonctionnelles |
Le Scrum Guide documente ainsi Scrum tel qu'il a été développé, a évolué et a été maintenu pendant plus de trente ans par Jeff Sutherland et Ken Schwaber. Le guide se veut la définition, rien que la définition : d'autres sources fournissent des patterns, des processus et des insights qui complètent le cadre — et qui peuvent augmenter la productivité, la valeur, la créativité et la satisfaction vis-à-vis des résultats. L'histoire complète de Scrum, elle, est racontée ailleurs. Les auteurs tiennent enfin à honorer les premiers lieux où Scrum fut essayé et éprouvé : Individual Inc., Newspage, Fidelity Investments et IDX (devenu GE Medical).
La vue d'ensemble : le « 3-5-3 »
Au terme du parcours, le cadre entier peut se résumer d'un trait. Les praticiens utilisent souvent le moyen mnémotechnique « 3-5-3 » — l'expression n'apparaît pas dans le guide, mais elle en épouse fidèlement la structure : 3 responsabilités, 5 événements, 3 artefacts, chacun de ces artefacts étant adossé à un engagement.
LE CADRE SCRUM D'UN SEUL REGARD (« 3-5-3 »)
3 RESPONSABILITÉS 5 ÉVÉNEMENTS 3 ARTEFACTS → ENGAGEMENTS
───────────────── ──────────── ─────────────────────────
Product Owner Sprint (conteneur, ≤ 1 mois) Product Backlog → Product Goal
Scrum Master ├─ Sprint Planning (≤ 8 h) Sprint Backlog → Sprint Goal
Developers ├─ Daily Scrum (15 min / jour) Increment → Definition of Done
├─ Sprint Review (≤ 4 h)
= 1 Scrum Team └─ Sprint Retrospective (≤ 3 h)
(typiquement 10 (Planning, Review, Retro : maxima
personnes ou moins) pour un Sprint d'un mois,
généralement plus courts pour des
Sprints plus courts — le Daily
reste 15 min)
Le tout repose sur : 3 piliers empiriques (transparence, inspection, adaptation)
5 valeurs (engagement, focus, ouverture, respect, courage)Chaque colonne renvoie aux chapitres précédents ; l'essentiel ici est de voir comment tout s'emboîte. Les responsabilités définissent qui rend compte de quoi ; les événements créent la cadence formelle d'inspection et d'adaptation ; les artefacts rendent le travail et la valeur transparents ; et les engagements donnent à chaque artefact la cible contre laquelle mesurer le progrès. Retirez une pièce, et c'est un pilier empirique qui se retrouve sans support — voilà, en une image, pourquoi Scrum n'existe que dans son intégralité.
Astuce
Le « 3-5-3 » fait un excellent outil d'auto-diagnostic. Passez votre implémentation en revue : chacune des trois responsabilités est-elle réellement portée ? Les cinq événements ont-ils tous lieu, dans leur timebox ? Les trois artefacts sont-ils visibles, chacun avec son engagement explicite ? Chaque case vide de cette grille est un endroit où, selon la note finale, ce que vous pratiquez n'est pas Scrum — et surtout un endroit où de la transparence, de l'inspection ou de l'adaptation vous manque.
À retenir
- Scrum est gratuit et offert dans le guide, publié sous licence Creative Commons Attribution Share-Alike : la définition officielle du cadre est publique et complète, sans licence commerciale ni intermédiaire obligatoire.
- Le cadre Scrum tel que décrit est immuable : implémenter seulement des parties de Scrum est possible, mais le résultat n'est pas Scrum — Scrum n'existe que dans son intégralité.
- L'immuabilité n'interdit pas d'ajouter : Scrum fonctionne bien comme conteneur pour d'autres techniques, méthodologies et pratiques ; le squelette est fixe, la chair est libre.
- Le guide 2020 ne mentionne ni user stories, ni story points, ni vélocité, ni « trois questions » du Daily Scrum : ce sont des pratiques complémentaires, pas des éléments du cadre.
- Parmi les milliers de contributeurs, les auteurs distinguent ceux du commencement : Jeff Sutherland avec Jeff McKenna et John Scumniotales, Ken Schwaber avec Mike Smith et Chris Martin — et tous ensemble.
- Scrum a été co-présenté pour la première fois à la conférence OOPSLA en 1995, première définition formelle publique ; le guide documente un cadre développé, évolué et maintenu pendant plus de trente ans.
- Les premiers lieux d'essai et de preuve sont honorés dans le guide : Individual Inc., Newspage, Fidelity Investments et IDX (devenu GE Medical).
- Le moyen mnémotechnique « 3-5-3 » (3 responsabilités, 5 événements, 3 artefacts et leurs 3 engagements) — répandu chez les praticiens mais absent du guide — résume la structure du cadre et sert de grille d'auto-diagnostic.