Concept inhérent au framework Scrum, la Definition of Done permet de déterminer lorsqu’un item est considéré comme “done”, c’est-à-dire lorsqu’il est terminé.
Pourquoi cette pratique est-elle essentielle dans le cadre du développement d’un produit digital ?
Quels sont les critères qui permettent d’assurer qu’un item est réellement finalisé ?
Zoom sur la DOD.
Qu’est-ce que la Definition of Done (DOD) ?
Établie en 2007, la Definition of Done émerge dans le cadre de Scrum et Agile. Ces dernières requièrent une rigueur extrême afin de livrer le plus rapidement possible un produit centré sur les besoins des utilisateurs.
La DOD intervient précisément dans ce contexte, afin d’assurer une livraison rapide et de qualité et de dérisquer la prod.
Concrètement, la Definition of Done est une liste de critères à vérifier pour déterminer si les user stories, ou les items d’un Backlog Produit de façon plus générale, sont finalisés. Ainsi, à l’issue de chaque sprint, les User Stories inscrites comme “done” sont testées et peuvent être livrées à l’équipe de production.
L’avis de l’expert theTribe
“La DOD consiste à mettre ensemble par écrit des règles sur la qualité qu’on attend d’un produit, afin que tout le monde soit aligné sur ces critères, et partage la même définition et les mêmes règles.
ㅤ
Ce document doit être visible et accessible pour assurer la transparence, en étant par exemple affiché sur un board physique.
ㅤ
C’est également un engagement pris par l’équipe d’atteindre ce niveau de qualité. Une fois les critères remplis, on considère ainsi que le produit est prêt et on l’envoie en prod. À ce moment-là, on sait qu’on a apporté la valeur qu’on avait prévu de livrer.” Emmanuel Lévêque, ingénieur développement d’application
Pourquoi la Definition of Done est essentielle ?
La DOD est un concept capital pour garantir la qualité d’un produit et atteindre le niveau d’exigence attendu dans le cadre d’un projet de développement. Elle présente de nombreux avantages :
- Elle permet d’aligner toutes les équipes (métiers et techniques) sur ce qui est attendu et ce qui est considéré comme “done”.
- Elle donne un cadre concret qui stipule quels sont les critères objectifs permettant de décider si une User Story est finalisée ou non.
- Elle garantie moins de risques de devoir retravailler une User Story ; avant d’être livrée, celle-ci doit répondre à tous les critères définis en amont par les équipes. Cela évite les allers-retours incessants entre les experts, qui peuvent, à terme, finir par paralyser la team dans son ensemble.
- Elle garantit la transparence du process et répartit les responsabilités au sein des équipes.
En bref, la DOD facilite le travail en équipe en donnant des règles et des définitions communes. C’est l’un des piliers de Scrum et de la méthode Lean Startup.
L’avis de l’expert theTribe
“La DOD permet d’améliorer la communication entre toutes les parties prenantes et de gagner en rapidité au niveau des allers-retours. En effet, tous les membres de l’équipe savent ce qu’on attend d’eux en termes de qualité et peuvent mieux jauger le temps qu’il leur faut pour réaliser leurs missions.” Emmanuel Lévêque, ingénieur développement d’application
Qui est responsable de la DOD ?
Toute l’équipe est concernée par la DOD dans le cadre de la création d’un produit. Que ce soit les experts techniques, le Scrum Master, le Product Owner, ou bien le restant de l’équipe métier, toutes les parties prenantes doivent prendre part à l’élaboration de la DOD.
En effet, il s’agit d’un exercice collaboratif, qui a pour objectif de mieux communiquer au sein de l’équipe. De plus, l’expertise de chacun va permettre d’obtenir une definition of done qui couvre tout le processus de cycle de vie d’une User Story : c’est le principe de l’intelligence collective.
Comment construire une DOD ?
C’est lors d’un atelier avant le sprint que les équipes vont élaborer la Definition of Done.
Au programme de cette réunion avec toutes les parties prenantes du projet : se mettre d’accord sur les critères nécessaires à la finalisation d’un item.
L’objectif à l’issue du workshop est simple : il faut que tout le monde partage la même définition de ce qui est “done”, et ce grâce à la liste de critères établis.
À noter que ce document est prototypé pendant le Sprint 0 et peut évoluer au fil des rétrospectives. Et ce, afin de garantir une qualité des livrables toujours plus élevée.
À titre d’exemple, les critères définis dans la DOD peuvent être les suivants :
- Nous avons effectué la revue de code ;
- Les critères d’acceptation de la User Story sont tous validés ;
- La documentation a été mise à jour ;
- etc…
L’avis de l’expert theTribe
“Chez theTribe, nous élaborons la DOD à chaque début de projet avec l’ensemble des parties prenantes. Il y a généralement deux niveaux de critères :
– Les critères d’organisation minimum, qui constituent la base de toutes les Definitions of Done et qu’on retrouve généralement d’un projet à l’autre.
– Des critères plus spécifiques, qui dépendent des produits et de leurs particularités.ㅤ
Le secret d’une DOD réussie, c’est de commencer par aller à l’essentiel, pour éviter les listes à rallonge. Si quelqu’un n’est pas capable de redonner la DOD, alors celle-ci est trop complexe. Au contraire, il faut tendre vers la facilité, afin de mieux collaborer.
ㅤ
Une fois que les principaux critères ont été partagés avec l’ensemble de l’équipe, on ajoute des éléments au fur et à mesure. La liste n’est pas figée dans le marbre et évolue au fil des sprints, afin d’augmenter petit à petit le niveau de qualité.” Emmanuel Lévêque, ingénieur développement d’application
