Définition de « prêt » (Definition of Ready - DoR)

Sélectionner la langue :

Vous devez autoriser les cookies de Vimeo pour pouvoir visionner la vidéo.
Débloquez le cours complet et obtenez votre certification !

Vous consultez le contenu gratuit. Débloquez le cours complet pour obtenir votre certificat, vos examens et le matériel téléchargeable.

*En achetant le cours, nous vous offrons deux cours de votre choix*

*Voir la meilleure offre du web*

Transcription Définition de « prêt » (Definition of Ready - DoR)


La définition de « prêt » (Definition of Ready - DoR) est un accord crucial au sein d'une équipe agile qui sert de liste de contrôle (checklist).

Son objectif est de garantir qu'une histoire utilisateur ou un autre élément du backlog est suffisamment préparé et clair avant que l'équipe de développement ne commence à y travailler.

Contrairement aux critères d'acceptation (uniques pour chaque histoire) ou à la définition de « fait » (DoD, qui s'applique à la fin du travail), la DoR est une norme unifiée qui s'applique à toutes les histoires avant qu'elles n'entrent dans une itération ou un sprint.

Elle fonctionne comme un « gardien de la qualité » pour le travail entrant, garantissant que l'équipe dispose des informations nécessaires pour commencer à construire efficacement.

S'assurer que les récits sont prêts pour le développement

L'objectif principal du DoR est de gagner du temps et d'éviter le gaspillage.

Si l'équipe de développement commence à travailler sur des récits mal définis, dépourvus de critères d'acceptation clairs, sans conception prête ou présentant des blocages non résolus, elle perdra inévitablement du temps en clarifications, commettra des erreurs et devra refaire le travail.

La DoR agit comme un filtre : si une histoire ne répond pas aux critères convenus, elle n'est pas prête à être prise en compte dans la planification du sprint ou à entrer en phase de développement.

Cela permet à l'équipe de se concentrer sur la création de valeur une fois que le travail est correctement préparé, ce qui rend les réunions de planification plus fluides et le développement plus efficace.

Elle sert également d'outil permettant à l'équipe de gérer la qualité du travail qu'elle reçoit du propriétaire du produit.

Création collaborative de la liste de contrôle DoR

La DoR n'est pas imposée, mais doit être créée et convenue de manière collaborative par toute l'équipe, y compris le propriétaire du produit et les développeurs.

Elle est définie à l'issue d'une discussion au cours de laquelle l'équipe décide de ce que signifie « prêt » dans son contexte particulier. Il n'existe pas de DoR universelle ; chaque équipe définit la sienne.

Les éléments communs qui sont généralement inclus dans une DoR sont les suivants :

  • L'histoire est rédigée dans le format convenu (par exemple, Comment-Je-le-veux-Pour-quoi).
  • Les critères d'acceptation sont définis et clairs.
  • L'histoire répond aux critères INVEST (ou du moins aux plus pertinents, tels que « estimable » et « petit »).
  • Les conceptions UX/UI nécessaires sont disponibles.
  • Il n'existe aucun blocage ou dépendance connu qui empêche de commencer.
  • L'histoire a été e


definition de pret definition of ready dor

Y a-t-il des erreurs ou des améliorations ?

Où est l'erreur ?

Qu'est-ce qui ne va pas ?