Définition
Dans Scrum, un incrément est un ajout concret au produit, utilisable et vérifié, qui s'additionne à tous les incréments précédents et constitue une étape vers le Product Goal. Le Scrum Guide 2020 (Schwaber et Sutherland) précise qu'un travail ne fait partie d'un incrément que s'il satisfait la Definition of Done. Un développement terminé mais non conforme à cette définition n'est pas un incrément.
Le mot dit l'essentiel : on ajoute, on ne remplace pas. Le guide demande que l'ensemble des incréments fonctionne toujours ensemble ; un ajout qui casse ce qui existait a produit une régression, pas un incrément.
L'incrément parmi les trois artefacts
Le Scrum Guide 2020 définit trois artefacts et attache à chacun un engagement. L'incrément est le troisième.
| Artefact | Ce qu'il contient | Son engagement |
|---|---|---|
| Product Backlog | La liste ordonnée de tout ce qui pourrait améliorer le produit | Le Product Goal |
| Sprint Backlog | Le travail retenu pour le sprint et le plan pour le réaliser | Le Sprint Goal |
| Incrément | L'ajout au produit, utilisable et vérifié | La Definition of Done |
Le Product Backlog dit ce que l'on pourrait faire, le Sprint Backlog ce que l'on fait maintenant, l'incrément ce qui existe réellement. Les trois accountabilities de Scrum s'y rattachent : le Product Owner répond du premier, les Developers du deuxième et de la qualité de l'incrément, le Scrum Master de la bonne compréhension du cadre.
La Definition of Done, le critère qui tranche
La Definition of Done est la description formelle de l'état dans lequel doit se trouver l'incrément pour satisfaire les exigences de qualité du produit. Le Scrum Guide 2020 pose qu'un élément qui ne la satisfait pas ne peut être ni livré ni même présenté à la revue de sprint. Quand l'organisation en impose une, les équipes doivent la respecter comme minimum ; sinon elles en créent une adaptée à leur produit.
Une Definition of Done sérieuse énumère ce qui doit être vrai : code relu, tests passés, documentation à jour, accessibilité vérifiée, mise en production possible sans intervention manuelle. Une définition tacite laisse chacun juger seul. Les Developers répondent de cette conformité, et aucune autre instance ne peut déclarer terminé ce qui ne l'est pas.
Un incrément, plusieurs incréments, une revue
Trois précisions du guide sont régulièrement ignorées.
- Plusieurs incréments peuvent naître dans un même sprint. Dès qu'un élément satisfait la Definition of Done, l'incrément existe.
- Un incrément peut être livré avant la fin du sprint. Rien n'oblige à attendre la clôture pour mettre de la valeur entre les mains des utilisateurs.
- La revue de sprint n'est pas une porte de sortie. Le guide écrit qu'elle ne doit jamais être considérée comme un passage obligé avant de délivrer de la valeur.
Elle reste le moment où la somme des incréments du sprint est présentée.
Les erreurs fréquentes
- Appeler incrément un travail non terminé. Une fonctionnalité développée mais non testée n'en fait pas partie, quel que soit le pourcentage annoncé.
- Reporter la qualité. Un sprint de stabilisation en fin de projet signale une Definition of Done non tenue en chemin.
- Livrer une couche technique. Un travail d'infrastructure invisible peut être terminé sans constituer une étape vers le Product Goal.
- Confondre incrément et démonstration. Une maquette cliquable n'est pas un ajout utilisable au produit.
Les termes voisins à ne pas confondre
- Livrable. Terme de conduite de projet classique, il couvre tout ce qu'un prestataire remet, documents compris.
- Release. La mise à disposition d'un incrément aux utilisateurs. Un incrément peut exister sans être mis en production, l'inverse n'est pas vrai.
- MVP. Une stratégie de mise sur le marché, atteinte au bout de plusieurs incréments. Le terme est absent du Scrum Guide.
- Prototype. Il sert à apprendre et se jette ; l'incrément s'ajoute au produit et reste.
- Epic. Une unité de découpage du backlog, pas une unité de livraison. Un epic se livre en plusieurs incréments, et un incrément peut au contraire toucher plusieurs epics.
La première chose que je demande à voir sur un projet agile.
La Definition of Done, écrite, affichée, connue de tous. Quand elle est tenue, la revue de sprint se passe bien parce que tout ce qui est montré est réellement fini. Quand elle manque, j'entends la même phrase en fin de sprint : « c'est développé, il reste juste à tester ». Ce « juste » représente des semaines de travail invisible, qui se paient à quelques jours de la mise en ligne.
Questions fréquentes
À propos de l'auteur
Laurent Tulpan
Directeur de projet digital senior, ancien développeur et expert SEO depuis 2005. Il aide des équipes à tenir une Definition of Done exigeante sur des projets menés pour des grands comptes et des PME (TF1, SFR, Orange, SNCF). Découvrir son approche.
À lire ensuite
Scrum, le framework agile
Les trois accountabilities, les cinq événements et les trois artefacts.
Le sprint
Durée, objectif et les événements qui structurent le travail de l'équipe.
Le backlog produit
Le construire, le prioriser et le maintenir sans qu'il devienne illisible.
L'epic en agile
Un besoin trop large pour un sprint, et comment le découper.