Definition of Ready Retrospective

Format de la rétrospective de la Définition de Prêt

Notre DoR actuelle

À quoi ressemble notre Définition de Prêt aujourd'hui ?

Ce sujet aide l'équipe à faire émerger et à s'aligner sur les critères qui définissent actuellement un élément de backlog « prêt ». De nombreuses équipes ont une DoR informelle ou non documentée — c'est l'occasion de la rendre explicite. Encouragez les participants à partager ce qu'ils pensent être les critères actuels, même s'ils diffèrent. Les divergences de compréhension sont des données précieuses.

Quand ça fonctionne

Qu'est-ce qui se passe bien quand les stories respectent notre Définition de Prêt ?

Identifier ce qui fonctionne bien lorsque la DoR est respectée aide l'équipe à comprendre la valeur de cette pratique et renforce les comportements positifs. Encouragez l'équipe à penser à des sprints ou des stories spécifiques où être « prêt » a vraiment fait la différence. Cela renforce la motivation à maintenir et améliorer la DoR.

Quand ça se dégrade

Quels problèmes surviennent quand les stories ne sont pas vraiment prêtes ?

C'est souvent le sujet le plus révélateur. Encouragez l'équipe à partager les points de douleur spécifiques qu'elle a vécus lorsque des stories ont intégré le sprint sans respecter la DoR. Cherchez des tendances — les mêmes types de problèmes reviennent-ils ? Certains types de stories ou membres de l'équipe sont-ils plus touchés ? Ce sujet fait souvent émerger la motivation la plus forte pour améliorer la DoR.

Améliorer notre DoR

Quels changements devrions-nous apporter pour renforcer notre Définition de Prêt ?

C'est le sujet orienté action où l'équipe identifie des améliorations concrètes à sa DoR. Encouragez des suggestions spécifiques et actionnables plutôt que des aspirations vagues. Réfléchissez à si l'équipe doit ajouter de nouveaux critères, en supprimer des obsolètes, améliorer le processus d'affinage ou créer de meilleurs outils. Visez à terminer cette session avec 1 à 3 changements convenus à tester lors du prochain sprint.

Quand utiliser cette rétrospective ?

• Votre équipe rencontre fréquemment des blocages en cours de sprint, un élargissement du périmètre ou des stories qui ne peuvent pas être terminées dans le sprint — souvent le signe que les éléments n'étaient pas vraiment prêts lors de la planification.
• Les sessions de planification de sprint s'éternisent ou semblent chaotiques, ce qui suggère que le backlog n'est pas suffisamment affiné avant que l'équipe s'engage sur le travail.
• Vous intégrez de nouveaux membres dans l'équipe et souhaitez établir ou documenter une compréhension partagée de ce que « prêt » signifie dans votre contexte.
• Votre équipe dispose d'une Définition de Prêt mais ne l'a pas révisée depuis un moment, et elle ne reflète peut-être plus la façon dont l'équipe travaille réellement.
• Après un sprint particulièrement difficile où des exigences floues ou des informations manquantes ont causé des retards ou des reprises significatifs.

Suggestions de questions brise-glace

• Si votre backlog était une cuisine, serait-il un garde-manger bien approvisionné et organisé ou un réfrigérateur chaotique plein de restes mystérieux — et pourquoi ?
• Quelle est la chose que vous auriez aimé savoir au début d'une tâche et que vous découvrez toujours à mi-chemin ?

Idées et conseils pour votre réunion rétrospective

• Révisez votre DoR avant la session — partagez-la avec l'équipe à l'avance pour que chacun arrive préparé avec des exemples concrets plutôt que des impressions vagues.
• Évitez les reproches lors de la discussion sur les dysfonctionnements. Cadrez la conversation autour des lacunes du processus plutôt que des erreurs individuelles pour maintenir un environnement psychologiquement sûr et productif.
• Limitez le temps alloué à chaque sujet pour garder la session focalisée. Les discussions sur la Définition de Prêt peuvent facilement dériver vers de véritables débats d'affinage — maintenez la rétro au niveau méta, pas au niveau de la story.
• Visez 1 à 3 changements actionnables de la DoR par session. Vouloir tout revoir d'un coup conduit à une DoR trop complexe à suivre. Des améliorations petites et itératives sont plus durables.
• Impliquez toute l'équipe, pas seulement le Scrum Master ou le Product Owner. Les développeurs, la QA et les designers vivent différemment l'impact des stories non prêtes — leurs perspectives sont essentielles.
• Faites un suivi lors de la prochaine rétrospective. Vérifiez si les changements de DoR convenus ont réellement amélioré la planification de sprint et la livraison. L'affinage continu de la DoR est lui-même une pratique agile.