Definition of Ready (DoR)

Qu'est-ce que la définition de prêt (DoR)

Une fois qu'une équipe commence à mûrir avec son histoire d'utilisateur (US), elle sait ce qui est généralement attendu pour avoir suffisamment d'informations sur un élément du Backlog de produit (PBI) pour obtenir une estimation fiable pendant la planification du sprint.

Par exemple, ils peuvent avoir réalisé que : 

• les US aurait dû être présenté dans Sprint Refinement en mode "3 Amigos".
• les US doit être formaté en Gherkin complet pour permettre l'ATDD avec des outils tels que Cucumber ou Behave.
• les US devrait contenir certaines exigences non fonctionnelles(NFR) pour permettre le déploiement et la confiance des opérateurs.
• les US intègre l'automatisation des tests pour permettre le DevOps.

Tous ces éléments doivent être rassemblés dans une liste surnommée "Definition of Ready (DoR)". Une DoR vise à réduire l'incertitude, ce qui est bon pour de meilleures estimations au moment de la planification du sprint.

Cette liste est une sorte de liste de contrôle que l'équipe et le PO utilisent pour fournir suffisamment de détails avant le début du développement afin d'être le plus autonome possible. les USle développement commence afin d'être le plus autonome possible, tout comme le Definition of Done (DoD) pour dire si un US est effectivement réalisé ; cependant, alors que La DoDest obligatoire dans une équipe Scrum [Schwaber 2020], le DoR ne l'est pas.

Une DoR ne devrait pas être obligatoire [Cohn 2016] [Moustier 2019-1] car

• au moment du raffinement du sprint ou même pendant le sprint, certains détails peuvent manquer alors qu'ils pourraient être fournis juste à temps, ce qui est une pratique de Lean Management.
• le fait d'avoir tout prévu avant de commencer accroît l'encours de travail, augmente les délais d'exécution de l'IBP et conduit à la cascade.

D'autre part, puisque la DoR vous fournit simplement tout ce qu'il faut pour atteindre un US, il semble également que la DoR devrait améliorer le First Pass Yield (FPY), c'est-à-dire la capacité d'atteindre La DoDdu premier coup, ce qui est également une bonne pratique de Lean Management...

En fait, comme un US doit s'inscrire dans un Sprint, il y a un équilibre à trouver entre [Moustier 2019-1][Moustier 2019-2].

• le DoR qui facilite la prévisibilité
• La DoDqui durcit les US
• le FPY qui est un proxy pour le flux de les US
• et le moral de l'équipe (par exemple un Niko-Niko) qui est un indicateur de la durabilité de l'équipe

Impact sur la maturité des tests

Une bonne DoR est un rappel de ce qui est attendu pour livrer un PBI au cours d'une itération et finalement être déployé. À cet égard, les quatre quadrants [Marick 2003][Bach 2014][Crispin 2021] fournissent une série d'activités de haut niveau qui devraient être incluses dans le PBI.

Pourtant, ces quatre quadrants peuvent ne pas être suffisants pour couvrir les besoins autour d'un PBI livrable. D'autres critères peuvent être ajoutés tels que [Moustier 2021] :

• les critères bien connus de "INVEST" [Wake 2003] [Moustier 2019-1].
• Testabilité - cela inclut notamment les tests automatisés planifiés, les tests NFR, les données de test à utiliser ou à générer, les tests des PBI hérités tels que les Epic Leading Indicators [SAFe 2021-34], les tests exploratoires à réaliser, les observables à mettre en œuvre, les questions relatives au GDPR ou aux WCAG, 
• Lacommunication - cela inclut notamment les points de contact pour obtenir des informations supplémentaires ou les personnes qui attendent la livraison du PBI, les documents à générer, la programmation en binôme ou en binôme planifiée pour gérer le transfert de connaissances et un niveau de qualité plus élevé, la révision en mode 3 Amigos avec un responsable des opérations, la gestion des alertes, la formation à suivre ou à dispenser.
• Questions relatives audéploiement - il s'agit notamment des dates de livraison ou d'activation prévues, des stratégies de déploiement et du suivi en production.
• US Leformat est important - il s'agit notamment des liens avec les PBI hérités ou liés dans l'outil de billetterie, des liens avec les objectifs commerciaux [SAFe 2021-30], du format de style BDD/Gherkin, de la conformité au langage universel.

Le point de vue d'Agilitest sur DoR

La planification des scripts de tests qui seront automatisés et les US à mettre en œuvre aide définitivement à évaluer l'ampleur de la les US et facilite donc la prévisibilité des résultats de la planification du sprint. 

De plus, si la DoR aide l'équipe à réfléchir aux données de test pertinentes pour l'entreprise qui doivent être impliquées dans les scénarios testés, l'efficacité de l'automatisation sera considérablement améliorée. À cet égard, Agilitest traite les données de test directement dans le script ou dans un fichier CSV. Le choix d'utiliser un simple fichier CSV permet d'éviter des paramètres de test complexes et fournit un moyen robuste de réduire les faux positifs ("flaky tests") dus à des problèmes d'environnement de test lorsque des bases de données sont impliquées.

‍

Pour découvrir l'ensemble des pratiques, cliquez ici.

‍