Definition of Done (DOD)

En scrum, il est important que l’ensemble de l’équipe s’aligne sur ce qui est considéré comme « fini ». Pour cela, l’équipe va définir son Definition of Done. Nous l’appelons également Dod qui est tout simplement l’acronyme ! La definition of done est une pratique imposée par le scrum par l’intermédiaire de son guide scrum. Nous allons profiter de l’article pour bien comprendre ce concept et assimiler l’importance de ne pas le sous-estimer. Vous pouvez regarder la vidéo de la minute agile sur le sujet : Definition of done (dod)

La Definition of Done (Dod)

L’équipe Scrum va définir ensemble l’ensemble des critères qui permettront d’affirmer qu’un item (user story par exemple) peut être considéré comme « done ». Ces critères auront pour objectif de s’imposer une qualité technique sur tous les éléments livrés. Souvent bien mal compris, en scrum, l’ensemble de l’équipe est 100% responsable de la qualité finale des réalisations et ceci jusqu’à la mise en production des éléments. Le product owner n’est pas un validateur du travail de cette équipe. Ainsi, l’équipe scrum doit s’imposer des critères qui définiront le minimum requis pour s’autoriser de livrer les éléments en production. Et cette équipe le fait en toute autonomie. Si le product owner est partie prenante de cette Definition of Done, il n’a aucune responsabilité spécifique autour du definition of done comparé au scrum master et aux développeurs. Il ne peut pas essayer d’imposer ses idées à l’équipe scrum. Il est essentiel que l’organisation comprenne que l’équipe scrum est 100% autonome sur la réalisation, la qualité de celle-ci et ceci dans leur intégralité. Sur les board visuels, cela est souvent représenté par le passage du post’it dans la colonne « done ».

Dans certaines équipes scrum, nous voyons d’ailleurs un des membres ayant des compétences de tests (ou d’homologation) qui aura la tâche de valider que l’item répond à 100% à cette Definition of Done. Cependant, rappelons que l’ensemble de l’équipe scrum restera responsable de la mise en « done » de chacun des éléments. Avoir un membre de l’équipe avec une expertise dédiée au testing, n’en enlève en aucun cas la responsabilité à l’ensemble de l’équipe scrum ; cette dernière lui fait confiance. Petite phrase intéressante du scrum guide pour montrer l’importance de cette pratique :

L’objectif de chaque Sprint est de fournir des Incréments de fonctionnalités potentiellement publiables qui adhèrent à la définition de « Fini » actuelle de l’équipe Scrum.

La mise en production incluse ?

L’équipe a la responsabilité de la réalisations des items jusqu’à la livraison de ceux-ci. Cependant cette livraison doit au minimum se faire sur un environnement stable ; celui-ci est souvent appelé vulgairement environnement de recette. La definition of done ne peut inclure la mise en production si le product owner valide la stratégie de livraison ou déploiement continu. Cela n’interdit pas d’inclure des concepts d’activations/désactivations de fonctionnalités en production. Si le product owner définie une stratégie de livraison par lot, alors la definition of done ne pourra pas inclure la mise en production !

La definition of done commune à toutes les tâches ?

L’équipe scrum ne va pas écrire une Dod pour chacun des items. Cela serait en effet trop chronophage. Cependant certains items peuvent se voir ajoutés des critères complémentaires de qualité. En effet, si chaque item impose de respecter à 100% l’ensemble des critères définis par la Dod, rien n’interdit l’équipe scrum d’ajouter parfois des critères complémentaires à certains items.

Le product owner participe à la Definition of Done (dod) ?

Depuis la dernière version du scrum guide, le product owner doit participer à la création de la Dod. Il est un acteur de sa création au même titre que tout membre de l’équipe scrum ; il n’a ni plus de poids, ni moins de poids sur les décisions. Cependant, dans quelques critères qui correspondent plus aux compétences du Product Owner et/ou à ses responsabilités, il est logique que celui-ci soit plus écouté ; c’est un concept d’intelligence collective avec confiance aux compétences de chacun.

La Definition of Done de plusieurs équipes

Si plusieurs équipes travaillent sur un produit commun (ou offre commune), il est fortement recommandé que celle-ci soit la même pour l’ensemble des équipes. D’ailleurs, le scrum guide impose d’avoir une même dod pour l’ensemble des équipes scrum travaillant autour d’un même produit. Ne pas le faire amènera des complexités supplémentaires inutiles voire parfois sera source de conflit entre les équipes. Si une équipe ne peut appliquer la même définition of done car la version standard ne correspond pas du tout à ses activités, elle devra alors la personnalisée pour avoir une Dod cohérente

Comment la mettre en place

L’équipe de développement va ensemble lors d’un atelier, définir la Definition of Done (Dod) sous plusieurs formes :

• action à mener
• critères de qualité
• conformité attendue (de façon concrète)

Par exemple l’équipe pourrait définir un Dod de ce type : Je vous recommande fortement d’afficher votre Definition of Done dans votre management visuel ou de la mettre de façon visible sur le logiciel  utilisé (en cas d’équipes dispersées).

La Dod doit évoluer

Au démarrage d’un produit, il n’est pas évident d’être stricte sur la Definition of Done. Il faudra alors alimenter la liste des critères au fur et à mesure de l’avancement afin d’amener le « done » a être un critère de qualité de plus en plus stricte. Cependant, au démarrage d’un produit, il ne faudra pas que la dod soit irréaliste au risque pour l’équipe de ne plus pouvoir livrer de la valeur aux clients/utilisateurs.

Conclusion definition of done (dod)

Le concept de la Dod est relativement simple à comprendre. Il sera par contre plus difficile de la mettre en application surtout au démarrage de produits. Les équipes scrum doivent accepter de ne pas être trop exigeantes au démarrage du produit ; en effet, cela permettra à l’équipe scrum d’avoir une phase d’apprentissage. Elle améliorera celle-ci tout au long de l’avancement du produit. Cependant, il ne faut pas oublier que la Dod est une pratique de l’équipe scrum et pas d’un ou quelques membres de cette équipe ; elle est responsable de sa définition, chaque membre y étant impliqué. UPDATE : cette article a été modifié pour correspondre au scrum guide 2022.