Scrum : responsabilités, événements, artefacts

Pourquoi on voit ça

L’agilité est un état d’esprit. Scrum est un cadre concret pour la mettre en pratique : c’est le plus utilisé dans les équipes de développement. Tu le croiseras en entreprise dès ton alternance, avec ses mots anglais que tout le monde emploie tels quels : Sprint, Backlog, Daily.

La référence est un document d’une quinzaine de pages, le Guide Scrum. Cette leçon suit sa version 2020. Tout tient en trois chiffres : 3 responsabilités, 5 événements, 3 artefacts. Apprends ces trois listes et tu sauras te repérer dans n’importe quelle équipe Scrum.

L’idée de Scrum

Scrum repose sur l’empirisme : on apprend en faisant, puis on décide d’après ce qu’on observe. D’où trois piliers :

• Transparence : le travail et son état sont visibles de tous ;
• Inspection : on regarde régulièrement où on en est ;
• Adaptation : si on dévie, on corrige tout de suite.

Tout se passe dans des cycles courts de durée fixe, les Sprints. À la fin de chacun, l’équipe a produit un morceau de produit utilisable.

Les 3 responsabilités

L’unité de base est l’équipe Scrum (Scrum Team) : un Scrum Master, un Product Owner et des Developers. En général 10 personnes ou moins. Il n’y a ni sous-équipe ni hiérarchie à l’intérieur. L’équipe est pluridisciplinaire (elle a toutes les compétences nécessaires) et autogérée (elle décide qui fait quoi, quand et comment).

Le Guide Scrum 2020 parle de responsabilités (accountabilities), et non plus de « rôles ».

Responsabilité	Redevable de	Concrètement
Product Owner	Maximiser la valeur du produit	Formule le Product Goal, crée et ordonne les éléments du Product Backlog, s’assure qu’il est clair et visible
Scrum Master	L’efficacité de l’équipe Scrum et la bonne application de Scrum	Aide chacun à comprendre Scrum, fait lever les obstacles, veille à ce que les événements aient lieu et restent dans leur durée
Developers	Créer un Increment utilisable à chaque Sprint	Construisent le Sprint Backlog, respectent la Definition of Done, adaptent leur plan chaque jour

Trois précisions :

• Le Product Owner est une seule personne, pas un comité. Ses décisions doivent être respectées par toute l’organisation.
• Le Scrum Master est un leader au service de l’équipe. Il n’a pas d’autorité hiérarchique sur elle.
• « Developers » désigne toute personne qui contribue à l’Increment : développeur, testeur, designer, ops… Pas seulement ceux qui codent.

Les 5 événements

Le Sprint est le conteneur : les quatre autres événements se déroulent dedans. Chaque événement a une durée maximale (timebox). Les durées ci-dessous valent pour un Sprint d’un mois ; pour un Sprint plus court, elles sont en général plus courtes.

Événement	Durée maximale	But	Qui
Sprint	1 mois	Transformer des idées en valeur ; contient tous les autres	Équipe Scrum
Sprint Planning	8 h	Planifier le Sprint : pourquoi, quoi, comment	Équipe Scrum
Daily Scrum	15 min, chaque jour	Inspecter la progression vers le Sprint Goal, adapter le plan	Developers
Sprint Review	4 h	Inspecter le résultat du Sprint avec les parties prenantes, décider de la suite	Équipe Scrum + parties prenantes
Sprint Retrospective	3 h	Améliorer la qualité et l’efficacité de l’équipe	Équipe Scrum

Ce qu’il faut savoir sur chacun :

• Sprint. Durée fixe, toujours la même d’un Sprint à l’autre. Un nouveau Sprint commence dès que le précédent se termine. Pendant le Sprint, on ne fait aucun changement qui mettrait en danger le Sprint Goal.
• Sprint Planning. Trois questions : pourquoi ce Sprint a de la valeur (on en tire le Sprint Goal), quoi faire (les éléments choisis dans le Product Backlog), comment le faire (le plan des Developers).
• Daily Scrum. Même heure, même lieu, tous les jours ouvrés. Ce n’est pas un compte rendu à un chef : les Developers se coordonnent entre eux.
• Sprint Review. Une séance de travail, pas une simple démonstration. On y présente ce qui est terminé, on écoute les parties prenantes, et le Product Backlog peut être ajusté.
• Sprint Retrospective. L’équipe regarde ce qui a bien ou mal fonctionné (personnes, échanges, outils, processus) et choisit des améliorations. Elle conclut le Sprint.

Les 3 artefacts et leur engagement

Un artefact est un objet qui rend le travail visible. Depuis 2020, chaque artefact porte un engagement : un repère qui permet de mesurer la progression.

Artefact	Ce que c’est	Engagement	Ce que dit l’engagement
Product Backlog	Liste ordonnée de tout ce qu’il faut pour améliorer le produit	Product Goal	L’état futur visé pour le produit, l’objectif à long terme
Sprint Backlog	Sprint Goal + éléments choisis pour le Sprint + plan pour les livrer	Sprint Goal	L’objectif unique du Sprint
Increment	Un pas concret vers le Product Goal, utilisable	Definition of Done	Le niveau de qualité exigé pour dire « terminé »

À retenir sur chacun :

• Le Product Backlog est l’unique source de travail de l’équipe. Il n’est jamais terminé : il vit avec le produit. Le préciser et le découper en éléments plus petits s’appelle l’affinage (refinement).
• Le Sprint Backlog appartient aux Developers. Ils le mettent à jour tout au long du Sprint.
• Un travail qui ne respecte pas la Definition of Done n’est pas un Increment : il ne peut pas être livré, il retourne dans le Product Backlog. Plusieurs Increments peuvent être créés dans un même Sprint.

Contexte, pas à apprendre. Le Guide Scrum cite aussi cinq valeurs : engagement, focus, ouverture, respect et courage. Et tu entendras souvent parler de user stories, de story points ou de burndown chart : ce sont des pratiques courantes, mais elles ne font pas partie du Guide Scrum.

À retenir

• Scrum = 3 responsabilités, 5 événements, 3 artefacts, sur une base : transparence, inspection, adaptation.
• Product Owner : la valeur et l’ordre du Product Backlog. Scrum Master : l’efficacité de l’équipe et le respect du cadre. Developers : l’Increment.
• Le Sprint dure un mois au maximum et contient les autres événements : Sprint Planning, Daily Scrum (15 min), Sprint Review, Sprint Retrospective.
• La Review inspecte le produit avec les parties prenantes ; la Retrospective inspecte la façon de travailler.
• Product Backlog → Product Goal ; Sprint Backlog → Sprint Goal ; Increment → Definition of Done.
• Pas « terminé » au sens de la Definition of Done = pas dans l’Increment.