Le cadre Scrum est l’approche Agile la plus répandue dans le monde. Il organise le travail en sprints de durée fixe, avec trois responsabilités clairement réparties et une série d’événements réguliers qui rythment la vie de l’équipe.
Scrum repose sur l’empirisme : la connaissance naît de l’expérience et les décisions se prennent sur la base de ce que l’on observe. Trois piliers le soutiennent — transparence, inspection et adaptation — qui permettent d’ajuster à la fois le produit et le processus à chaque cycle.
Les trois rôles du cadre Scrum
Le Product Owner porte la valeur : il ordonne le backlog produit et arbitre ce qui sera développé en premier. Le Scrum Master n’est pas un chef de projet mais un facilitateur, responsable de la bonne compréhension du cadre et de la levée des obstacles. Les développeurs, enfin, s’auto-organisent pour transformer les éléments du backlog en incrément utilisable.
Cette répartition est souvent mal appliquée en entreprise, où le Scrum Master se voit confier un rôle hiérarchique et le Product Owner réduit à un rôle de secrétaire du backlog. Le Scrum Guide officiel, mis à jour régulièrement par Ken Schwaber et Jeff Sutherland, tranche ces ambiguïtés en une trentaine de pages.
Les événements qui rythment le sprint
Chaque sprint s’ouvre par une planification qui fixe l’objectif et le contenu engagé. La mêlée quotidienne, limitée à quinze minutes, sert à réajuster le plan du jour, pas à rendre des comptes. La revue de sprint présente l’incrément aux parties prenantes et recueille leurs retours. La rétrospective, enfin, porte sur la façon de travailler ensemble et débouche sur une amélioration concrète.
Supprimer la rétrospective parce que « l’équipe manque de temps » est le premier symptôme d’un Scrum qui se vide de sa substance : c’est le seul événement dédié à l’amélioration du système lui-même.