DOD et DOR : mais qui tes-vous ?

Lorsque lon travaille dans un environnement agile, on entend rgulirement parler de la DOD et de la DOR . A plusieurs reprises, je me suis aperu que ces notions taient parfois abstraites ou mconnues. Dans certains cas, elles sont mises en place mais finalement peu ou pas utilises, limage des bonnes rsolutions que lon prend en dbut danne mais que lon ne fait jamais. Autant de signes qui mont donn envie de poser quelques lignes sur le papier afin que chacun puisse alimenter sa propre rflexion.

Dans cet article nous allons tout dabord partir la rencontre de la DOD : quel est ce concept ? comment est-ce quon la construit ? doit-elle tre mise jour ? puis nous partirons la dcouverte de sa petite sur, la fameuse DOR. Nous verrons quil existe des points communs entre les deux.

DOD : DEFINITION OF DONE

Le concept du travail termin : de la vie quotidienne lIT.

La Definition of Done est aussi connue sous lacronyme DOD comme vous laurez compris. Littralement cest la dfinition de ce qui est fini / termin Definition of Done .

Une fois que lon a dit a, il est lgitime de se poser la question suivante : cest quoi un travail termin ? Souvent jai constat que chacun peut avoir sa propre dfinition.

Pour commencer, prenons un exemple de la vie quotidienne : une personne que lon nommera Paul demande ses enfants de plier leur linge et de le ranger dans leur armoire. Quelques heures plus tard, Paul saperoit que seuls les chaussettes sont regroupes par paires et ranges correctement. Le reste des habits tant tri par couleur et mis en tas sur le lit. Ce nest pas ce que Paul avait imagin... Pour les enfants le niveau de qualit du pliage et du rangement tait suffisant mais pas pour Paul. Au travers de cet exemple on commence comprendre quil peut tre prfrable que tout le monde ait la mme dfinition du travail termin afin dviter les mauvaises surprises

Pour revenir au monde de lIT, quand on est amen travailler en diffrentes tapes successives, il peut tre important que lon soit daccord sur ce quest le travail termin. Lobjectif est de savoir quand on peut pousser notre travail une autre tape afin quune tierce personne puisse le rcuprer. Pour illustrer ce paragraphe, prenons lexemple suivant : comment le Product Owner, peut-il considrer que le dveloppement dune US est termin ? Comment peut-il dterminer que cette US peut rentrer dans le primtre de la prochaine dmo ? Dans ce cas, la DOD peut tre un outil intressant. Continuez la lecture vous allez comprendre pourquoi...

La DOD : de quoi est-elle compose ?

De manire simple la DOD peut tre caractrise comme une liste de critres faisant rfrence ce quil faut avoir fait pour considrer le travail comme termin.

Pour revenir notre exemple, voici quelques critres qui pourront aider le PO dterminer si une US peut tre dmontre :

• Tests unitaires raliss : ils couvrent 70% du code.
• Code valid : le code produit pour lUS a t revu par 2 pairs.
• Documentation jour : la documentation associe lUS a t crite ou mise jour.
• Suivi jour : JIRA ou un autre board ont t actualiss
• Dmo prte : la dmo a t prpare avec les donnes utiliser et les diffrents cas dmontrer.

Attention rien nest grav dans le marbre ! Il peut exister plusieurs autres critres en fonction du projet et du contexte de lentreprise !

Notons que toutes les US sur un sprint donn ont la mme DOD. Il faut considrer les critres de la DOD comme une invitation la rflexion. Ecrire de la documentation pour toutes les US du backlog a-t-elle un sens ? Est-ce pertinent pour chaque US ? Est-ce que cela apporte de la valeur ? Il faut se poser la question et si la documentation pour une US nest pas pertinente et bien il convient de ne pas la faire ce qui nempchera pas lUS dtre dmontre...

Autrement dit la DOD ne doit pas tre un frein on doit savoir parfois lcher un peu la corde pour ne pas bloquer les dveloppements.

Quand et comment la construire ?

Sur la temporalit il ny a pas de rgles prcises. En gnrale la DOD est dtermine avant le premier sprint planning. Certaines quipes la dfinissent en cours de projet car elles nont pas pens ou jug ncessaire de la raliser avant. Il existe diffrentes manires de crer une DOD, citons en deux.

Tout dabord, lquipe peut sinspirer de la DOD dautres quipes. Imaginons une quipe qui dcouvre le contexte de lentreprise ou qui fait ses premiers pas dans un environnement agile. Elle peut dans ce cas se baser sur une DOD dj ralise et utilise, lui permettant davoir une premire base de travail et dchange afin dviter le syndrome de la feuille blanche. Bien videmment il ne faut pas reprendre aveuglement la DOD de son voisin mais se demander quels sont les critres exploitables pour mon projet ? Il peut sagir aussi dun REX intressant.

Lautre piste exploiter est celle de lexprience du Scrum Master. Dans ce cas le Scrum peut proposer une liste de critres pour clairer et guider lquipe. Les diffrents acteurs choisissant alors les critres leur paraissant significatifs et adapts au projet un moment donn.

Quelle que soit la mthode cela passe par une runion dquipe pour que les membres puissent dfinir ensemble une premire DOD.

La DOD peut-elle voluer ?

Une seule rponse : oui ! La DOD peut voluer, rien ne loblige tre statique dans le temps ! Lquipe peut ajouter des critres ou en supprimer. Bien souvent, la DOD volue pendant le projet. Par exemple, si les acteurs rencontrent un problme et quils aimeraient quil ne se reproduise pas et bien ils peuvent rajouter un critre dans la DOD. Au fur et mesure la DOD est le reflet des apprentissages de lquipe.

Il est fortement dconseill de la faire voluer en plein milieu de sprint. Si lquipe rajoute un critre impactant cela peut faire exploser les compteurs et perturber la ralisation des dveloppements. Cependant, si pour le bien du produit un nouveau critre doit tre absolument intgr sans perturber lobjectif et la date de fin du sprint alors la situation doit studier

DOR : DEFINITION OF READY

Le concept du travail prt

La Definition of Ready, connu sous lacronyme DOR est la liste dlments quune user story doit rassembler pour tre candidate au dveloppement. Ce sont les critres qui vont permettre la user story de passer du backlog produit au backlog sprint. Elle est considre comme un contrat entre le PO et les dveloppeurs.

La DOR peut tre un garde-fou pour viter les sprints plannings qui sternisent et qui peuvent impacter la motivation de lquipe. Si une US respecte la DOR, les dveloppeurs devraient avoir tous les lments disposition pour lvaluer rapidement et prcisment. On peut alors viter de multiples questions en sprint planning et on minimise le risque de sous-estimer une US.

Cration, mise jour et composition : des points communs avec la DOD !

Comme pour beaucoup de dcisions que prennent les quipes agiles, la DOR doit tre labore par le biais dune discussion ouverte limage de la DOD. L encore pas de recette miraclelquipe peut sappuyer sur les expriences dautres quipes ou dexperts agiles afin davoir une premire rampe de lancement adapte son projet bien sre !

Tout comme la DOD, la DOR nest pas fige dans le temps. Elle volue en parallle de la progression de lquipe en termes de confiance et de maturit. La DOR na pas dobligation changer chaque fin de sprint. Toutefois, lquipe doit de temps en temps prendre le temps ncessaire pour sassurer que cette dernire est toujours en adquation avec la maturit de lquipe et le contexte du projet.

Comme sa petite sur la DOR est compose galement de critres sur lesquels lquipe va sappuyer pour dfinir si lUS est prte tre dveloppe. Ci-dessous quelques exemples de critres :

• LUS a t prsente lquipe par le PO. Elle a t challenge accepte et comprise par lensemble des membres de lquipe
• Le besoin a t spcifi : les rgles de gestion sont exprimes et des exemples les illustrent
• Des maquettes sont disponibles pour prciser le besoin
• Lquipe a dclin lUS en tches techniques

Liste non exhaustive bien videmment !

DOR : Bonne ou mauvaise pratique ?

Mme si la DOR est considre comme une bonne pratique, l encore il ne faut pas que la DOR soit un frein lagilit. Parfois, tout ce qui est dans le sprint planning nest pas forcment prt. Une US embarque dans le sprint peut voir sa maquette IHM ralise en cours de sprint pour diffrentes raisons (manque de temps du designer, adaptation de dernire minute). Bien sr, ce fonctionnement est pratiquer la marge mais il peut tre utilis.

En conclusion

Nous venons de poser quelques mots sur ces deux notions frquemment rencontres en agilit. Comme nous le montre le schma ci-dessous la DOD et DOR interviennent en amont et en aval du sprint. Vous laurez compris la DOD et la DOR sont jumelles dans le fonctionnement mme si elles ont des objectifs diffrents. Il ny a pas dobligation les utiliser mais elles peuvent tre dune aide prcieuse en particulier pour les quipes qui dbutent en agilit. Si vous navez pas encore mis en uvre ces notions je vous invite les essayer car en gnrale quand on y gote on les adapte !