Définition de la préparation dans Scrum – Ce que c’est et pourquoi cela importe

Les utilisateurs finaux ont parfois des idées ou des concepts nouveaux. Ce concept sera représenté par un ou plusieurs épics et ajouté par le Product Owner dans le Product Backlog. En travaillant ensemble, l’équipe déterminera comment transformer ce concept en un ou plusieurs épics, puis affiner ces éléments en histoires utilisateur plus petites et plus claires — en tant que fonctionnalités réelles du produit — qui seront incluses dans la prochaine implémentation du sprint.

Le Product Owner peut définir un artefact appelé « Définition de la préparation » avec l’équipe afin de s’assurer que les éléments en haut du backlog sont prêts à être transférés dans un sprint, de sorte que l’équipe de développement puisse s’engager en toute confiance et les terminer à la fin du sprint.

Pourquoi la Définition de la préparation ?

La Définition de la préparation (DoR) est un ensemble de critères convenus qui indique à tout le monde quand quelque chose est prêt à commencer — par exemple, quand une histoire utilisateur est prête à entrer dans un sprint, ou quand toutes les conditions nécessaires sont remplies pour que l’équipe puisse commencer le sprint. Une DoR bien définie augmente considérablement les chances de l’équipe Scrum de réussir à atteindre son Sprint Goal. Voici une liste des avantages qu’une DoR bien structurée peut apporter à l’équipe :

• Mesure l’état de « préparation » des éléments du backlog
• Assure que les éléments du backlog sont considérés comme « suffisamment prêts »
• Aide l’équipe à identifier quand le Product Owner ou d’autres membres sont surchargés
• Encourage l’engagement mutuel entre les membres de l’équipe
• Réduit la pression sur l’équipe à s’engager sur des estimations avant qu’une histoire ne soit véritablement « prête »
• Réduit le décalage des exigences pendant le développement

Exemple – Définition de la préparation pour le sprint

Différentes équipes peuvent avoir des définitions différentes de la préparation — certaines exigent moins de critères. Par exemple, certaines équipes décrivent simplement la valeur pour l’utilisateur, priorisent l’élément et notent comment le démontrer. L’estimation et la communication ont lieu pendant la Sprint Planning réunion. Voici quelques éléments d’exemple à considérer lors de la création de la DoR de votre équipe :

• Le Sprint Backlogest priorisé
• Le Sprint Backlog inclut tous les défauts, les histoires utilisateur et autres travaux auxquels l’équipe s’engage
• Pas de travail caché
• Tous les membres de l’équipe ont calculé leur capacité au sprint
• Projet à temps plein = X heures par jour
• Toutes les histoires utilisateur satisfont la définition de prêt

Exemple – Définition de prêt pour une histoire utilisateur

Cette section présente un exemple de définition de prêt pour une histoire utilisateur, ainsi qu’un exemple pour le prêt de sprint. Vous pouvez adopter certaines de ces éléments comme base ou point de départ :

• L’histoire indique clairement sa valeur pour l’utilisateur.
• Les critères d’acceptation de l’histoire sont clairement définis.
• Les dépendances de l’histoire utilisateur ont été identifiées.
• L’équipe de livraison a accepté l’histoire utilisateur.
• Le Scruml’équipe accepte les artefacts d’expérience utilisateur.
• Les critères de performance sont définis de manière appropriée.
• Il est précisé qui acceptera l’histoire utilisateur.
• L’équipe sait comment démontrer l’histoire.

Résumé

Le terme « Définition de prêt » n’est pas décrit dans le guide Scrum, contrairement à l’histoire utilisateur et aux critères d’acceptation intégrés à celle-ci. Peut-être pouvez-vous considérer la Définition de prêt comme un élément de l’activité de révision du backlog, plutôt que de l’utiliser comme une liste de vérification séquentielle ou une étape de validation. La révision du backlog est un processus continu, donc elle n’est pas limitée à un seul événement — c’est une activité.