Qu'est-ce que la Definition of Ready
La Definition of Ready (DoR) fonctionne comme une checklist pour vos tâches. Avant qu'une tâche n'intègre un sprint, l'équipe vérifie : avons-nous toutes les informations dont nous avons besoin ? Est-il clair ce qu'il faut faire ? La DoR empêche de commencer avec des idées à moitié finies et de se retrouver bloqué en cours de route.
Une Definition of Ready typique dans les équipes agiles comprend trois points essentiels :
Clarté : La tâche est formulée de manière compréhensible et tout le monde sait ce qu'il faut faire.
Complétude : Tous les détails nécessaires et les critères d'acceptation sont présents
Faisabilité : L'équipe peut réalistiquement terminer la tâche dans un sprint
Point intéressant : la DoR n'apparaît même pas dans le Scrum Guide officiel. Pourtant, de nombreuses équipes utilisent cet outil pour mieux structurer leur travail. Lorsque vous définissez votre DoR, vous établissez ensemble quand une tâche est vraiment prête à être démarrée.
Qu'est-ce que la Definition of Done
Tandis que la DoR régit le début, la Definition of Done (DoD) s'occupe de la fin. Elle répond à la question : quand une tâche est-elle vraiment terminée ? La DoD est une partie officielle du framework Scrum et apporte de la clarté pour toutes les parties prenantes.
La Definition of Done remplit trois fonctions importantes :
Transparence : Tous les membres de l'équipe et tous les stakeholders comprennent ce que « terminé » signifie concrètement.
Assurance qualité : L'équipe maintient des standards uniformes, peu importe qui traite la tâche
Capacité de release : Seul le travail qui remplit tous les critères peut être livré
Une tâche qui ne remplit pas tous les critères DoD ? Elle retourne dans le backlog. Elle ne peut être ni montrée lors du sprint review ni livrée. Cette règle claire empêche que du travail à moitié fini passe pour « terminé ».
Comment se différencient DoD et DoR
Les deux définitions apportent de la clarté, mais interviennent à des moments différents :
Critère
Definition of Ready
Definition of Done
Moment
Avant le début du travail
Après l'achèvement du travail
Focus
La tâche est-elle prête à être démarrée ?
La tâche est-elle complètement achevée ?
Statut Scrum
Optionnel, pas dans le Scrum Guide
Engagement Scrum officiel
Exemple
Critères d'acceptation définis
Code testé et documenté
La Definition of Ready vs Definition of Done montre : les deux se complètent parfaitement. La DoR demande « Pouvons-nous commencer ? », la DoD demande « Avons-nous terminé ? ». Le principe « terminé signifie terminé » rend clair : il n'y a pas de zone grise – soit une tâche remplit tous les critères, soit elle n'est pas terminée.
Qui établit DoR et DoD dans l'équipe Scrum
L'établissement des deux définitions est un travail d'équipe. Chaque rôle dans l'équipe Scrum porte une responsabilité :
Équipe Scrum (développeurs) : Crée et maintient la Definition of Done ensemble
Product Owner : S'assure que la Definition of Ready reflète les exigences métier
Scrum Master : Modère le processus et favorise la compréhension commune
Plusieurs équipes travaillent-elles sur le même produit ? Alors toutes ont besoin de la même Definition of Done. Cela garantit une qualité uniforme sur toutes les parties du produit. Les organisations donnent souvent des standards minimums, mais les équipes peuvent les étendre pour leurs exigences spécifiques.
Exemples concrets de Definition of Ready et Definition of Done
Les concepts abstraits deviennent tangibles grâce aux exemples. Les checklists suivantes montrent à quoi ressemblent DoR et DoD en pratique. Gardez à l'esprit : vos critères dépendent de l'équipe, du secteur et du projet.
1. Exemple de Definition of Ready
Une checklist DoR éprouvée pourrait ressembler à ceci :
User Story formulée : La tâche suit le format « En tant que [utilisateur] je veux [fonction], afin de [bénéfice] »
Critères d'acceptation définis : Des critères de succès mesurables sont présents
Dépendances clarifiées : Tous les travaux préparatoires nécessaires sont terminés
Estimation présente : L'équipe a évalué l'effort
Cas de test esquissés : Les scénarios de test de base sont connus
Cette checklist empêche votre équipe de commencer avec des informations incomplètes. Chaque point contribue à éviter les mauvaises surprises pendant le développement.
2. Exemple de Definition of Done
Une checklist DoD typique comprend :
Code écrit et vérifié : Peer-review effectuée
Tests réussis : Tests unitaires et tests d'intégration passés
Documentation mise à jour : Les changements sont documentés
Aucun bug connu : Tous les bugs critiques corrigés
Prêt pour le déploiement : Le code peut être transféré en production
Seules les tâches qui remplissent tous ces critères sont considérées comme achevées.
Bonnes pratiques pour la gestion de projet avec DoR et DoD
Écrire la Definition of Ready et la Definition of Done ne suffit pas – vous devez les vivre au quotidien. Ces trois pratiques vous aident à ancrer avec succès les deux concepts dans votre gestion de projet.
1. Formuler des critères clairs avec l'équipe
L'élaboration commune crée une compréhension commune. Quand tous les membres de l'équipe comprennent et soutiennent les critères, ils fonctionnent aussi au quotidien. Les formats d'atelier ou les rétrospectives conviennent idéalement pour la création.
Prenez le temps pour ce travail de base. Discutez ensemble quels critères sont sensés pour votre équipe. Documentez les résultats de manière visible pour tous. Cet investissement est rentable : des critères clairs réduisent les malentendus et améliorent sensiblement la collaboration.
2. Effectuer une vérification régulière
DoR et DoD ne sont pas des documents figés. Ils évoluent avec votre équipe et votre produit. De nouvelles exigences de conformité, une technologie modifiée ou l'expérience acquise – tout cela peut nécessiter des ajustements.
Utilisez les rétrospectives pour des vérifications régulières. Demandez-vous : les critères conviennent-ils encore ? Qu'est-ce qui fonctionne bien, qu'est-ce qui nous freine ? Adaptez les définitions quand les conditions cadres changent. Cette flexibilité maintient vos définitions pertinentes et praticables.
3. Documenter le progrès et la conformité dans l'outil
Les outils de gestion de projet numériques rendent DoR et DoD visibles pour tous. Les checklists, les champs personnalisés ou les automatisations aident à surveiller le respect des critères.
Avec MeisterTask, vous pouvez par exemple utiliser des champs personnalisés pour représenter directement les critères DoR dans les tâches et déposer des checklists pour la DoD. Ainsi, il reste transparent pour tous quelles étapes sont encore ouvertes. Cette visibilité fait gagner du temps dans les alignements et rend les reviews plus efficaces. Les chefs de projet gardent une vue d'ensemble sans devoir constamment poser des questions.
Adaptation de DoR et DoD dans les secteurs réglementés
Certains secteurs posent des exigences particulières à DoR et DoD. Les obligations de conformité, la protection des données et les obligations de documentation spéciales nécessitent des critères étendus. Trois exemples montrent comment adapter vos définitions aux exigences spécifiques au secteur.
Secteur public
Le droit des marchés publics, les obligations de transparence et les longs processus d'approbation caractérisent ici le travail de projet. Votre DoR contient donc souvent des points comme « analyse d'impact sur la protection des données terminée » ou « autorisation budgétaire accordée ».
La DoD prend en compte en plus les obligations de documentation et les standards d'archivage. Un critère typique : « accessibilité testée selon BITV 2.0 ». Ces définitions étendues s'assurent que vos résultats correspondent à toutes les exigences légales.
Production et fabrication
Les standards de sécurité et les normes qualité comme ISO 9001 déterminent ici les exigences. Votre DoR peut contenir des points comme « disponibilité des matériaux vérifiée » ou « dessin technique approuvé ».
Dans la DoD se trouvent souvent des critères comme « tests de sécurité réussis » ou « lot de production documenté ». Ces adaptations spécifiques au secteur s'adressent directement aux besoins de la direction et des propriétaires d'entreprises de fabrication de taille moyenne.
Secteur bancaire et financier
La conformité réglementaire comme les directives BaFin et MiFID II caractérisent le secteur financier. La DoR contient ici souvent « évaluation des risques effectuée » ou « analyse d'impact sur la protection des données terminée ».
Dans la DoD, des points comme « test de pénétration réussi » ou « piste d'audit complète » sont indispensables. MeisterTask soutient ces exigences élevées par la certification ISO 27001 et la conformité RGPD complète – idéal pour les équipes dans les secteurs réglementés.
Définissez Ready et Done pour votre équipe agile
DoR et DoD apportent de la clarté, améliorent la qualité et favorisent le progrès continu. Ils forment le fondement d'une collaboration transparente dans les équipes agiles. La prochaine étape ? Asseyez-vous avec votre équipe et élaborez vos propres définitions.
Commencez aujourd'hui. Prenez le temps pour ce travail de base important. Documentez vos critères et vivez-les au quotidien. Un outil de gestion de projet adapté facilite considérablement la mise en œuvre. MeisterTask vous soutient avec des tableaux Kanban intuitifs, des checklists personnalisables et une conformité RGPD complète.
