Livrer un vrai Incrément à chaque Sprint : une liste de vérification pour cette semaine
Le Guide Scrum est sans détour : l'Incrément est un jalon concret vers l'Objectif du Produit, et chaque Incrément doit être utilisable. Un travail seulement « presque terminé » n'est pas un Incrément. Pourtant, bien des équipes arrivent à la Revue de Sprint avec un tas d'éléments inachevés, une démo tenant avec du ruban adhésif, et rien qu'elles pourraient réellement livrer. La cause est généralement une Définition de Terminé qui existe sur papier mais pas en pratique.
Avec des équipes distribuées, cela devient plus dur. Quand on ne peut plus se pencher sur un bureau pour vérifier qu'une chose fonctionne, l'ambiguïté sur le « terminé » se multiplie. Le correctif est la discipline que Scrum a toujours exigée, appliquée plus délibérément. Voici une liste à utiliser dès ce Sprint.
Avant et pendant le Sprint
Confirmez que votre Définition de Terminé est explicite et partagée; si les normes de qualité vivent dans la tête de quelqu'un, écrivez-les là où toute l'équipe les voit.
Dimensionnez les éléments du Backlog de Sprint pour que chacun puisse plausiblement atteindre Terminé dans le Sprint; un élément qu'on ne peut achever ne peut entrer dans l'Incrément.
Intégrez et testez en continu pendant le Sprint, plutôt que dans une ruée frénétique le dernier jour.
Traitez « Terminé » comme une porte, et non comme une ligne qu'on franchit en glissant; un élément est Terminé selon votre définition, ou il ne l'est pas.
Rendez l'Incrément utilisable au fil de l'eau, afin qu'à tout moment du Sprint il existe quelque chose de potentiellement livrable.
À la Revue de Sprint et au-delà
Démontrez un logiciel qui fonctionne, pas des diapositives. La Revue de Sprint inspecte l'Incrément réel par rapport à l'Objectif du Produit. Si vous présentez des intentions plutôt qu'une fonctionnalité en marche, l'Incrément n'est pas réel.
Ne comptez pas le travail inachevé dans l'Incrément. Les éléments qui n'ont pas atteint la Définition de Terminé retournent au Backlog Produit. Les porter comme « presque terminés » masque l'état réel du produit.
Gardez l'Incrément livrable même si vous choisissez de ne pas livrer. La décision de livrer revient au Product Owner; l'Incrément doit être dans un état où livrer est un choix d'affaires, non une impossibilité technique.
Resserrez la Définition de Terminé avec le temps. À mesure que l'équipe mûrit, intégrez davantage de contrôles de qualité dans Terminé. Une définition plus forte produit un Incrément plus fiable, avec moins d'inspection à la fin.
Servez-vous de la Revue pour adapter le Backlog Produit. Inspecter un vrai Incrément avec les parties prenantes devrait changer ce que vous construirez ensuite. Si rien dans le backlog ne bouge, la Revue n'était qu'une réunion de statut, pas une inspection.
Le fil conducteur de tout cela est l'honnêteté sur l'état du travail. Une équipe qui livre à chaque Sprint un petit Incrément réellement Terminé bâtit la confiance et un rythme régulier et prévisible. Une équipe qui fait la démo de fumée et traîne une dette cachée érode les deux. L'Incrément est le lieu où la promesse d'empirisme de Scrum devient concrète : on inspecte quelque chose de réel et on s'adapte à partir de là.
Si vos derniers Sprints se sont terminés dans la précipitation avec une démo fragile, commencez par la Définition de Terminé. Rendez-la explicite, partagée, et refusez d'appeler Terminé tout ce qui ne la respecte pas. Tout le reste de cette liste découle de cette seule décision.
Si vous voulez de l'aide pour instaurer une cadence de livraison qui produit un Incrément réel et livrable à chaque Sprint, le conseil en exécution de programmes et de projets de XNM accompagne les équipes pour l'ancrer durablement.