Qu'est-ce que Scrum ? — The Scrum Guide

Peu de textes fondateurs du monde du travail tiennent en aussi peu de pages que le Scrum Guide. Ken Schwaber et Jeff Sutherland, les deux créateurs de Scrum, y condensent l'intégralité des règles du jeu — c'est le sous-titre officiel du document : The Definitive Guide to Scrum: The Rules of the Game. Cette brièveté n'est pas un accident éditorial : elle reflète la philosophie même de Scrum, un cadre léger et volontairement incomplet, qui définit uniquement le nécessaire et confie tout le reste à l'intelligence des personnes qui l'utilisent. Ce premier chapitre s'attache à la raison d'être du guide et à la définition officielle de Scrum, avec sa boucle fondamentale en quatre temps.

L'objectif du Scrum Guide

Les auteurs ouvrent le document par un rappel historique d'une sobriété remarquable : ils ont développé Scrum au début des années 1990, puis écrit la première version du Scrum Guide en 2010 afin d'aider les gens du monde entier à comprendre Scrum. Depuis, ils font évoluer le guide par petites mises à jour fonctionnelles — pas de refonte spectaculaire, mais des ajustements successifs qu'ils assument ensemble. Vingt ans séparent donc la naissance du cadre de sa codification écrite : Scrum a d'abord été pratiqué et éprouvé sur le terrain avant d'être fixé dans un texte de référence.

Ce texte a un statut bien particulier : le Scrum Guide contient LA définition de Scrum. Il n'en existe pas d'autre qui fasse autorité. Et cette définition n'est pas un buffet où l'on se sert à sa convenance : chaque élément du cadre sert un but précis, essentiel à la valeur globale et aux résultats obtenus avec Scrum. Les auteurs sont explicites sur les conséquences d'un Scrum à la carte — modifier le cœur de la conception ou des idées de Scrum, omettre des éléments, ou ne pas suivre ses règles, masque les problèmes et limite les bénéfices de Scrum, au point de pouvoir le rendre inutile.

À retenir

C'est sans doute l'avertissement le plus lourd de conséquences du guide : un Scrum amputé ne fait pas « un peu moins bien » — il masque les problèmes au lieu de les révéler. L'anti-pattern courant — garder les réunions mais supprimer ce qui dérange, « parce qu'on n'a pas le temps » — revient à débrancher le détecteur de fumée parce qu'il sonne trop souvent. Cette image est une illustration pédagogique, mais le principe, lui, est textuellement dans le guide.

Les auteurs prennent aussi le temps de désamorcer un malentendu de vocabulaire. Né dans le développement logiciel, Scrum s'est répandu bien au-delà de ses racines : ils se disent honorés de le voir adopté dans de nombreux domaines abritant un travail essentiellement complexe, où le travail est accompli par des développeurs, mais aussi des chercheurs, des analystes, des scientifiques et d'autres spécialistes. Le mot « Developers » est employé dans Scrum non pour exclure, mais pour simplifier — et le guide ajoute cette phrase d'une élégance rare dans un document normatif : si vous tirez de la valeur de Scrum, considérez-vous comme inclus.

Note

Le guide précise également ce qu'il n'est pas : à mesure que Scrum est utilisé, des patterns, des processus et des tactiques compatibles avec le cadre émergent — mais leur description dépasse l'objet du Scrum Guide, car ces pratiques sont sensibles au contexte et varient énormément d'une utilisation à l'autre. Elles sont décrites ailleurs. Le guide se limite délibérément au cadre lui-même.

Enfin, un détail juridique qui en dit long sur l'esprit du projet : le Scrum Guide est publié sous licence Creative Commons Attribution Share-Alike (BY-SA). Scrum est offert librement — quiconque utilise le guide accepte les termes de cette licence, qui garantit que la définition reste accessible à tous et partagée dans les mêmes conditions.

La définition officielle

La définition tient en une phrase, que voici traduite fidèlement : 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.

Chaque mot pèse. Cadre (framework) et non méthode ou processus : Scrum structure sans prescrire. Léger : il définit le strict nécessaire. Personnes, équipes et organisations : sa portée dépasse la seule équipe de développement. Générer de la valeur : la finalité n'est ni de produire des fonctionnalités ni de tenir un planning, mais de créer de la valeur. Solutions adaptatives : on ne déroule pas un plan figé, on ajuste en continu. Problèmes complexes : Scrum est taillé pour les situations où l'on ne peut pas tout prévoir à l'avance — c'est son terrain de jeu naturel.

La boucle fondamentale

Le guide résume ensuite Scrum « en un mot » (in a nutshell) : Scrum requiert un Scrum Master pour favoriser un environnement où se déroule une boucle en quatre temps.

            ┌──────────────────────────────────────────────────────┐
            │   Le Scrum Master favorise un environnement où :     │
            │                                                      │
            │   1. Un Product Owner ordonne le travail relatif     │
            │      à un problème complexe dans un Product Backlog  │
            │                        │                             │
            │                        ▼                             │
            │   2. La Scrum Team transforme une sélection de ce    │
            │      travail en un Increment de valeur pendant       │
            │      un Sprint                                       │
            │                        │                             │
            │                        ▼                             │
            │   3. La Scrum Team et ses parties prenantes          │
            │      inspectent les résultats et s'ajustent          │
            │      pour le prochain Sprint                         │
            │                        │                             │
            │                        ▼                             │
            │   4. Répéter                                         │
            └──────────────────────────────────────────────────────┘

Tout Scrum est là, en miniature. Le Product Owner (responsable produit) met de l'ordre dans le chaos d'un problème complexe en l'organisant dans un Product Backlog (carnet du produit) ; la Scrum Team (équipe Scrum) en prélève une sélection et la transforme en un Increment (incrément) de valeur au cours d'un Sprint ; l'équipe et ses parties prenantes inspectent les résultats et s'ajustent pour le Sprint suivant ; et l'on recommence. Le quatrième temps — « Répéter » — n'est pas une coquetterie de rédaction : c'est la répétition régulière de ce cycle qui produit l'apprentissage. Les responsabilités, les événements et les artefacts que cette boucle mentionne au passage seront chacun détaillés dans les chapitres suivants.

Simple, mais volontairement incomplet

« Scrum est simple », affirme le guide, qui invite à l'essayer tel quel et à déterminer si sa philosophie, sa théorie et sa structure aident à atteindre les objectifs et à créer de la valeur. L'invitation est subtile : elle ne dit pas « adaptez Scrum à votre contexte avant de commencer », mais bien « essayez-le d'abord tel qu'il est écrit » — cohérente avec l'avertissement sur les éléments qu'on omet.

La suite est l'une des phrases les plus importantes du document : le cadre Scrum est volontairement incomplet, ne définissant que les parties nécessaires à la mise en œuvre de la théorie de Scrum (théorie que le chapitre suivant explorera). Scrum est bâti sur l'intelligence collective des personnes qui l'utilisent. Plutôt que de fournir des instructions détaillées, ses règles guident les relations et les interactions entre les personnes. Autrement dit : Scrum vous dit qui se parle, quand, autour de quoi et dans quel but — jamais comment faire votre travail.

Ce que le Scrum Guide définit	Ce qu'il laisse délibérément ouvert
Les règles du cadre : responsabilités, événements, artefacts et leurs engagements	Les techniques d'ingénierie, outils et méthodes de travail
Le but de chaque élément et leurs relations	La manière d'estimer, de planifier ou de découper le travail
Les interactions entre les personnes	Les processus et pratiques employés à l'intérieur du cadre
Le strict nécessaire pour mettre en œuvre la théorie de Scrum	Tout le reste — confié à l'intelligence collective des utilisateurs

Astuce

Une expérience instructive consiste à chercher dans le texte du Scrum Guide 2020 les termes que le folklore agile associe spontanément à Scrum : user stories, story points, vélocité, ou encore les fameuses « trois questions » du Daily Scrum. Aucun n'y figure. Ce sont des pratiques complémentaires — parfois utiles, souvent pertinentes — mais elles ne font pas partie de Scrum. Les confondre avec le cadre lui-même, c'est exactement le genre d'amalgame que la lecture du texte source permet de dissiper.

Cette incomplétude assumée explique la relation de Scrum aux autres pratiques : divers processus, techniques et méthodes peuvent être employés à l'intérieur du cadre. Scrum enveloppe les pratiques existantes ou les rend inutiles. L'image est forte : Scrum n'entre pas en concurrence avec vos manières de travailler, il les englobe — et si la boucle d'inspection révèle qu'une pratique n'apporte rien, elle tombera d'elle-même.

Le dernier apport de la définition est peut-être le plus redoutable pour les organisations : Scrum rend visible l'efficacité relative du management actuel, de l'environnement et des techniques de travail, afin que des améliorations puissent être apportées. Scrum ne répare rien par lui-même — c'est un révélateur. En instaurant un cycle court et régulier de production et d'inspection, il expose au grand jour ce qui fonctionne et ce qui freine : décisions managériales, environnement de travail, outillage, techniques. C'est une bonne nouvelle pour qui veut s'améliorer, et une nouvelle plus inconfortable pour qui préférerait ne pas voir.

À retenir

Scrum a été développé au début des années 1990 ; le premier Scrum Guide date de 2010 et évolue depuis par petites mises à jour fonctionnelles portées ensemble par Ken Schwaber et Jeff Sutherland.
Le guide contient LA définition de Scrum : chaque élément du cadre sert un but précis, et changer le cœur, omettre des éléments ou ignorer les règles masque les problèmes et limite les bénéfices, au point de pouvoir rendre Scrum inutile.
Le mot « Developers » simplifie, il n'exclut pas : chercheurs, analystes, scientifiques et autres spécialistes sont inclus dès lors qu'ils tirent de la valeur de Scrum.
Définition officielle : 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.
La boucle fondamentale : le Scrum Master favorise un environnement où le Product Owner ordonne le travail dans un Product Backlog, la Scrum Team en transforme une sélection en Increment de valeur pendant un Sprint, l'équipe et ses parties prenantes inspectent et s'ajustent — puis on répète.
Scrum est simple mais volontairement incomplet : il ne définit que les parties nécessaires, s'appuie sur l'intelligence collective de ses utilisateurs et guide les relations et interactions plutôt que de donner des instructions détaillées.
Scrum enveloppe les pratiques existantes ou les rend inutiles, et rend visible l'efficacité relative du management, de l'environnement et des techniques de travail — c'est un révélateur, pas un remède.
Le guide est publié sous licence Creative Commons BY-SA : Scrum est offert librement.