Une définition de « prêt » : quand un élément de backlog peut entrer dans une itération

Ce que c'est

Une courte liste de vérification appliquée à un élément de backlog avant que l'équipe ne le fasse entrer dans une itération. Éléments typiques : l'élément énonce qui a besoin de quoi et pourquoi ; des critères d'acceptation existent et ont été lus par une personne du développement ; les dépendances envers d'autres équipes ou décisions sont résolues ou explicitement exclues ; l'équipe l'a dimensionné et il tient dans une itération ; les données ou accès de test nécessaires sont disponibles. Le Scrum Guide ne définit pas de « Definition of Ready » comme un artefact formel, mais indique que les éléments du Product Backlog pouvant être Terminés par la Scrum Team en un seul Sprint sont considérés comme prêts à être sélectionnés, et qu'ils atteignent généralement cet état grâce au raffinement. La liste INVEST de Bill Wake décrit les qualités attendues : indépendant, négociable, porteur de valeur, estimable, petit, testable.

Pourquoi c'est important

Les éléments qui entrent dans une itération à moitié compris se bloquent en cours de route, sont reportés, et faussent toutes les mesures de débit. Une définition de « prêt » déplace la découverte du « en fait, nous ne pouvons pas encore faire cela » du milieu de l'itération vers le raffinement, où elle ne coûte qu'une conversation plutôt qu'un changement de contexte.

Comment l'appliquer

• Rédiger la liste de vérification avec les personnes du développement, pas pour elles ; la limiter à une poignée de conditions observables.
• L'appliquer en raffinement, à voix haute, un élément à la fois ; un élément qui échoue reçoit une note indiquant ce qui manque et qui doit le fournir.
• Garder à l'esprit le « négociable » d'INVEST : être prêt signifie que l'intention et les exemples sont clairs, pas que chaque détail est spécifié.
• Suivre la fréquence à laquelle des éléments sont tirés dans l'itération malgré un échec à la liste, et la fréquence à laquelle ces éléments sont ensuite reportés ; ce couple de chiffres indique si la liste sert vraiment à quelque chose.
• Réviser la liste lorsqu'un élément qui l'avait passée s'est tout de même bloqué ; ajouter la condition manquante, ou accepter que certaines inconnues ne se révèlent que dans le travail lui-même.

Pièges

Une définition de « prêt » imposée comme un portail de validation recrée une passation entre « analyse » et « développement » et retarde le travail pendant que des documents sont peaufinés. Appliquer la notion de « prêt » à tout le backlog gaspille le raffinement sur des éléments qui ne seront peut-être jamais construits ; ne raffiner que les une ou deux prochaines itérations. Une équipe incapable d'amener ses éléments à l'état « prêt » a un problème en amont (product owner absent, stratégie non résolue) que la liste de vérification révèle mais ne résout pas.