Scrum, un framework léger pour des problèmes complexes
Scrum est un framework 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. Il ne s'agit pas d'une méthodologie exhaustive prescrivant chaque étape du travail, mais d'un cadre minimal composé de rôles, d'événements, d'artefacts et de règles qui les relient.
Créé au début des années 1990 par Ken Schwaber et Jeff Sutherland, Scrum s'appuie sur la théorie empirique du contrôle des processus, ou empirisme. L'empirisme affirme que la connaissance vient de l'expérience et que les décisions doivent se fonder sur ce qui est observé, plutôt que sur une planification détaillée établie à l'avance.
Concrètement, une équipe Scrum travaille par courtes itérations appelées Sprints, généralement d'une durée d'un mois maximum, pendant lesquelles elle construit un incrément de produit potentiellement livrable. À la fin de chaque Sprint, l'équipe inspecte le résultat obtenu et adapte son plan pour le Sprint suivant.
Les trois piliers de l'empirisme : transparence, inspection, adaptation
L'empirisme sur lequel repose Scrum s'articule autour de trois piliers. La transparence signifie que le travail et le processus doivent être visibles pour ceux qui en sont responsables, ainsi que pour ceux qui reçoivent le travail. L'inspection consiste à examiner fréquemment les artefacts Scrum et les progrès vers un objectif, afin de détecter les écarts indésirables. L'adaptation intervient lorsqu'un ou plusieurs aspects d'un processus déviant en dehors des limites acceptables : un ajustement doit alors être effectué le plus rapidement possible.
Ces trois piliers ne fonctionnent que s'ils sont soutenus par les cinq valeurs Scrum : l'engagement, le focus, l'ouverture, le respect et le courage. Sans ces valeurs, les événements et artefacts de Scrum peuvent devenir des rituels vides de sens, appliqués mécaniquement sans réel bénéfice.
Les trois rôles de la Scrum Team
Une Scrum Team est composée de trois rôles distincts, sans hiérarchie entre eux : le Product Owner, le Scrum Master et les Developers. Le Product Owner est responsable de maximiser la valeur du produit résultant du travail de la Scrum Team, notamment en gérant le Product Backlog. Les Developers sont les personnes de la Scrum Team engagées à créer chaque incrément utilisable du produit à chaque Sprint. Le Scrum Master est responsable d'établir Scrum tel que défini dans le Scrum Guide, en aidant tout le monde à comprendre la théorie et la pratique de Scrum.
Ces trois rôles forment une unité cohésive, appelée aujourd'hui simplement la « Scrum Team », auto-gérée et multifonctionnelle. La Scrum Team choisit qui fait quoi, quand et comment, sans dépendre d'une autorité extérieure à l'équipe pour ces décisions.
Les événements Scrum : le rythme régulier de l'équipe
Scrum définit cinq événements : le Sprint lui-même, qui est un conteneur pour tous les autres, la Sprint Planning qui lance le Sprint en définissant ce qui peut être livré, le Daily Scrum où les Developers inspectent leurs progrès quotidiens, la Sprint Review où l'incrément est présenté aux parties prenantes pour recueillir leurs retours, et la Sprint Retrospective où l'équipe réfléchit à sa propre efficacité pour s'améliorer au Sprint suivant.
Chacun de ces événements est une opportunité formelle d'inspecter et d'adapter les artefacts Scrum : ils ne sont jamais optionnels et se déroulent selon une cadence régulière, ce qui réduit le besoin de réunions non définies dans Scrum.
Les artefacts Scrum et leurs engagements
Scrum définit trois artefacts : le Product Backlog, une liste évolutive et ordonnée de tout ce qui est nécessaire pour améliorer le produit, engagée par la Product Goal ; le Sprint Backlog, composé de l'objectif du Sprint, des éléments choisis du Product Backlog et d'un plan d'action, engagé par le Sprint Goal ; et l'Increment, l'ajout concret et fonctionnel réalisé pendant le Sprint, engagé par la Definition of Done.
Chaque artefact contient un engagement qui renforce la transparence et le focus par rapport aux objectifs mesurables poursuivis par la Scrum Team. Ces engagements permettent à l'équipe et aux parties prenantes de suivre les progrès de manière fiable, sans ambiguïté sur ce qui a réellement été accompli.
Pourquoi se certifier PSM I après avoir compris Scrum ?
Comprendre la théorie de Scrum est une première étape essentielle, mais l'appliquer correctement au quotidien demande de la pratique et une compréhension fine des pièges courants. La certification Professional Scrum Master™ I (PSM I) de Scrum.org valide cette compréhension fondamentale à travers un examen rigoureux, reconnu internationalement par les recruteurs et les entreprises.
Obtenir ce premier niveau de certification est souvent la première étape d'un parcours professionnel dans l'agilité, que l'on vise le rôle de Scrum Master, de coach agile ou simplement une meilleure collaboration au sein d'une équipe produit.