4 minutes

En gestion de projet Agile, en particulier dans la méthodologie Scrum, il existe un élément appelé Definition Of Done (ou DOD).

Vous ne savez pas ce que c’est ? Pas de panique, notre article vous explique tout ! Suite à cette lecture, vous serez capable d’implémenter une Definition Of Done avec vos équipes ainsi que de juger de sa qualité.

Qu’est-ce que la Definition Of Done ?

Une histoire de cuisine

Tout le monde a déjà vécu cette situation ou une situation similaire. Vous cuisinez votre gâteau au chocolat préféré. 🍫 Le plat est au four, la cuisine rangée, la vaisselle est faite. Vous annoncez alors haut et fort que votre gâteau est fini.

À ce moment-là, un petit gourmand pointe le bout de son nez pour déguster votre dernière réussite, et là, déception. Le gâteau n’est pas encore cuit ! Vient alors cette question : “Pourquoi avoir dit que le gâteau était fini si on ne peut pas le manger ?”.

📢 Alors, voyez-vous ce qu’est la DOD maintenant ? En traduisant, on obtient la définition de fini, ce qui est plutôt transparent ! 

La définition du Scrum Guide

Si nous quittons notre cuisine pour nous replacer en gestion de projet Agile, l’objectif de la Definition Of Done permet à un groupe de s’accorder sur ce qui qualifie une User Story comme finie, et ainsi de la déplacer en Done dans notre tableau Kanban.

Position de la Definition Of Done dans le tableau Kanban - Méthodologie Scrum

Le Scrum Guide caractérise la Definition Of Done de la manière suivante :  

“Quand un item du backlog ou un incrément se définit comme “fini”, tout le monde doit comprendre ce que “fini” indique. Bien que cela puisse varier de manière significative d’une équipe Scrum à l’autre, les membres d’une même équipe doivent avoir une compréhension partagée de ce que veut dire un travail fini pour assurer la transparence. Ceci est la définition de “fini” pour l’équipe Scrum : elle permet d’assurer quand le travail est complet sur un incrément d’un produit.”

L’importance de la Definition Of Done

Effectivement, “fini” ne veut pas dire la même chose pour tout le monde. Chacun possède sa propre définition ! Si nous reprenons l’exemple de notre gâteau au chocolat, “fini” peut caractériser plusieurs états de votre recette :

📌 Le four est arrivé en température, 🥣

📌 La cuisine est propre,  🍽️

📌 Le gâteau peut-être dégusté !  🎂

Ici, le problème relevé par la non-entente autour de la définition de “fini” n’est pas dramatique. Il suffira aux gourmands de montrer un peu de patience pour déguster le gâteau. 

📢 Pourtant, garder au sein d’une équipe une zone de flou sur les caractéristiques permettant de définir une tâche comme finie peut engendrer de nombreux problèmes dans une gestion de projet plus complexe.

Les ingrédients indispensables

Une réponse à un problème de fond

Afin de faciliter le travail en équipe, il est important d’avoir des règles et définitions communes. C’est le cas de la Definition Of Done ! 

Prenons un nouvel exemple : un de vos collègues vous demande si vous avez fini votre dernier développement, car il en a besoin pour continuer sa propre tâche. Vous lui répondez que oui, c’est fini. Il vous fait cependant remarquer que vous n’avez pas mis la documentation à jour sur ce développement. Il est par extension inutilisable pour la suite du projet. 

Ce casse-tête vous rappelle quelque chose ? Si votre équipe ne s’accorde pas sur ce que l’appellation “fini” désigne, cette situation peut générer de nombreuses complications internes, impactant l’avancée globale de votre projet (et parfois l’ambiance globale dans votre groupe).

📢 Pour y remédier, vous pouvez vous poser quelques questions :

📌 Cette étape de mise à jour de la documentation fait-elle partie de la Definition Of Done de votre équipe ?

📌 Est-ce que la définition actuelle correspond encore aux besoins de votre projet et à la réalité de votre équipe ?  

Il est important de noter que la Definition Of Done n’est pas figée dans le temps. Elle doit évoluer en même temps que votre projet. Vous pouvez ajouter des étapes et tout aussi bien enlever celles qui n’ont plus de valeur !

Une liste d’étapes nécessaires

La Definition Of Done est une liste d’étapes à réaliser avec succès pour considérer la fonctionnalité développée comme finie ! Afin de concorder le plus possible aux besoins de l’équipe, du projet et du client, vous devez rédiger et partager cette liste avec tous les membres de votre équipe projet. Le maître mot de la Definition Of Done est transparence !

📢 Notre conseil : lors de la première édition de votre Definition Of Done, ne surchargez pas vos équipes avec un nombre insurmontable de tâches. Pour commencer, voyez avec eux quelles sont les étapes fondamentales à effectuer pour considérer une User Story comme finie. Lors de votre premier Sprint Retrospective, vous pourrez de nouveau faire le point sur votre Definition Of Done et ajouter ou modifier des éléments si l’équipe pense que cela est nécessaire !

Voici quelques exemples d’étapes que l’on peut retrouver dans votre Definition Of Done : 

📌 Un autre membre de l’équipe revoit mon travail.

📌 Les tests d’acceptation sont effectués.

📌 J’ai rédigé la documentation de l’User Story.

📢 Bien entendu, les étapes de votre DOD doivent être en adéquation avec votre projet ! En outre, elles vont différer en fonction de la nature du produit, des technologies implémentées.

Conclusion

Vous l’aurez compris, il n’y a pas de Definition Of Done universelle, vous devez construire la vôtre : il existe en réalité autant de Definition Of Done que de projets et d’équipes ! Elle s’applique néanmoins à toute typologie de projet, que ce soit dans le domaine informatique ou en cuisine (notre exemple avec le gâteau au chocolat en est l’illustration flagrante). 

📢 La bonne recette est celle qui correspond aux besoins de votre équipe et de votre projet. 

Vous pouvez utiliser comme point de départ la question “ Qu’entends-tu par User Story terminée ?”. En prenant les retours de tous les membres de votre équipe, vous ferez de votre Definition Of Done un artefact puissant qui vous assurera transparence ainsi qu’une bonne entente pour toute la durée de votre projet.