Deux tiers des équipes agiles dans le monde s'appuient sur un cadre qui tient en treize pages. Comment Scrum organise-t-il le travail dans l'incertitude avec seulement onze éléments ?
Du rugby au logiciel
Le terme Scrum vient du rugby : la mêlée où l'équipe avance ensemble. Il apparaît dès 1986 dans un article de la Harvard Business Review, The New New Product Development Game de Hirotaka Takeuchi et Ikujiro Nonaka, décrivant le développement itératif et auto-organisé chez Honda, Canon et Fujitsu. En 1993, Jeff Sutherland applique ces principes au logiciel ; en 1995 il co-publie le framework avec Ken Schwaber. Le Scrum Guide, dont la version actuelle date de 2020, en est la référence officielle.
Le contrôle empirique : trois piliers
Dans un environnement complexe, on ne peut pas tout planifier à l'avance. Scrum adopte le contrôle empirique fondé sur :
- Transparence — tout le travail significatif est visible (backlog, Definition of Done partagée).
- Inspection — artefacts et progression sont examinés fréquemment.
- Adaptation — dès qu'un écart apparaît, on ajuste le plan plutôt que de s'y accrocher.
Le framework en 3 + 3 + 5
Scrum tient sur onze éléments. Trois responsabilités : Product Owner, Scrum Master, Developers. Trois artefacts : Product Backlog, Sprint Backlog, Increment, chacun porteur d'un engagement. Cinq événements : le Sprint (le conteneur, de 1 à 4 semaines), le Sprint Planning, le Daily Scrum, la Sprint Review (inspection du produit) et la Sprint Retrospective (inspection du processus).
Les cinq valeurs et l'itération
L'équipe auto-organisée incarne cinq valeurs : engagement, focus, ouverture, respect et courage. À chaque Sprint, elle sélectionne un sous-ensemble du Product Backlog, formule un Sprint Goal et livre un Increment potentiellement utilisable. D'après le rapport State of Agile 2024, 66 % des équipes agiles utilisent Scrum, ce qui en fait de loin le cadre le plus déployé.