La Definition Of Done peut être comparée aux normes de sécurité dans une usine de fabrication.
Tout comme les normes de sécurité établissent les critères à respecter pour garantir la sécurité des travailleurs et la qualité des produits,La Definition Of Done définit les règles et les critères à suivre pour garantir que chaque tâche ou fonctionnalité est achevée selon les normes de qualité et de fonctionnalité exigées dans le cadre du contexte !
La dod permets de penser présent et futur et de respecter l’entreprise dans son état actuel, mais aussi dans son état futur. L’objectif de cette Definition est vraiment de s’aligner sur la notion de qualité, afin de respecter collectivement une vision tout en parlant le même langage.
Une compréhension commune entre la Scrum Team et les parties prenantes.
Une fois la DOD terminé, on pourrait presque dire que “terminé” prends un autre sens dans notre langage :
“Un exemple de situations courante :
David du Marketing : “Bonjour Julien ! Est ce que ce ticket est terminé ?”
Julien : “Oui c’est terminé.” Jean le Développeur : “Non ! la DOD comporte des tests automatisés et ils ne sont pas encore terminés, le développement lui est ok.”
Julien: “ ha oui, non ce n’est pas terminé ”.
David du Marketing : :’(
La definition of done c’est :
- Une norme de qualité commune : c’est un ensemble d’exigences et de critères spécifiques qui doivent être remplis pour qu’un élément de travail soit considéré comme terminé. Elle représente la norme de qualité commune acceptée par l’équipe et le Product Owner.
- Non négociable : elle est non négociable et s’applique uniformément à tous les éléments de travail. Elle ne peut pas être modifiée en cours de sprint “pour aller plus vite”. Tous les membres de l’équipe doivent s’engager à respecter cette définition pour chaque élément de travail.
- Définie par l’équipe : la dod est déterminée par l’équipe de développement. Elle peut varier d’une équipe dans un contexte à l’échelle(en fonction des compétences et des normes de qualité de chaque équipe), Cependant chaque équipe respecte les critères de la “dod globale”.
- Critères mesurables : La dod doit inclure des critères mesurables et objectifs qui déterminent quand un élément de travail est terminé. Ces critères peuvent inclure des tests unitaires réussis, une documentation complète, des revues de code, des validations, etc.
- Transparence et compréhension partagée : dod doit être claire, compréhensible et transparente pour tous les membres de l’équipe et le Product Owner. Tout le monde doit avoir une compréhension commune de ce que signifie « Done » pour éviter les malentendus et les attentes non satisfaites.
- Est primordial pour l’incrément : Si l’incrément ne respecte pas la dod, alors il ne peut être livré. Rappel du scrum guide : “Un travail qui ne remplirait pas les conditions de la Dod ne peut pas être considéré comme un Increment.”
Un exemple de definition of done
Pour un contexte avec des développeurs :
- Les fonctionnalités sont implémentées et les critères d’acceptation sont respectés.
- J’ai recetté/testé ma fonctionnalité manuellement.
- Le code produit à été revu par deux collègues, et les deux personnes confirment qu’il est écrit proprement, facile à comprendre et suit les normes de codage de l’équipe.
- Les tests unitaires sont écrits et passent avec succès.
- La fonctionnalité est livré sur l’environnement de test pour être à disposition des parties prenantes.
- L’état du ticket(le status) redmine/jira est actualisé pour mettre les boards à jour (à faire ⇒ en cours ⇒ en preprod).
Dod : Une contrainte dans un environnement mal agilisé
Dans un environnement mal agilisé, dod peut être perçue comme une contrainte. Certaines équipes peuvent ressentir une pression pour sauter des étapes ou pour accepter des éléments de travail inachevés. Cela peut être dû à des délais serrés, à une mauvaise compréhension de la valeur ou à d’autres facteurs externes.
Il est crucial de sensibiliser les parties prenantes et de les impliquer dans la dod. Il est important de communiquer les avantages de cette approche, tels que la réduction des erreurs, l’amélioration de la satisfaction client et la diminution des chances de produire de la dette technique à court, moyen et long terme.
En fin de compte, l’objectif est de transformer l’environnement en un environnement plus agile, où la dod est acceptée et valorisée pour la valeur qu’elle apporte ! Cela nécessite un engagement continu, une communication ouverte et des ajustements progressifs pour s’adapter à la culture, aux enjeux business et aux besoins spécifiques de l’organisation.
Conclusion
La Definition of Done est un élément essentiel dans le cadre de travail Scrum. Elle établit les critères et les exigences pour considérer une tâche ou une fonctionnalité comme terminée. En fournissant une norme de qualité commune et non négociable, elle garantit que chaque élément de travail respecte les critères mesurables définis par l’équipe. La transparence et la compréhension partagée de la DOD sont essentielles pour éviter les malentendus et les attentes non satisfaites. En respectant la DOD, l’incrément peut être livré en toute confiance, assurant ainsi la satisfaction des parties prenantes et la progression du projet dans son ensemble.