Une checklist Definition of Done qui reste sur l’élément de travail

Qu’est-ce qu’une checklist Definition of Done ?

Definition of Done, c’est le niveau de qualité que chaque story doit atteindre avant que quelqu’un ne la déplace vers Done. Dans Jira, une checklist transforme ce niveau d’exigence en étapes à cocher sur l’élément de travail lui-même : revue par les pairs terminée, CI au vert, documentation à jour, et ainsi de suite. La liste est la même pour toutes les stories ; seules les cases cochées changent.

Une checklist Definition of Done impose de la clarté et lève l’ambiguïté avant qu’un travail ne passe à Done. Au lieu de demander « C’est déjà fini ? », « Avons-nous appliqué les mêmes standards que la dernière fois ? » ou « Quel est notre niveau d’exigence sur cette story ? », l’équipe se réfère à la liste affichée sur le ticket. Tout le monde voit les mêmes étapes, coche les mêmes preuves et s’accorde sur le sens de « terminé ».

L’écart se lit dans le langage de tous les jours. Une équipe dit qu’une story est terminée quand le développement, les tests et la revue de code sont finis — mais cela veut-il dire déployée ? Une autre ne parle de terminé qu’une fois le changement passé par tout le cycle de livraison et en production. Une checklist Definition of Done oblige l’équipe à trancher la question une fois pour toutes, inscrit la réponse sur le ticket et évite que chaque story rouvre le même débat.

Pourquoi les équipes gardent la Definition of Done sur le ticket

La plupart des équipes savent déjà à quoi ressemble « du bon travail ». La difficulté, c’est de le répéter. Sans liste partagée, « terminé » devient un débat au stand-up, les commentaires de revue vivent à trois endroits différents et la personne suivante hérite d’une passation incomplète. Une checklist sur le ticket rend le niveau d’exigence explicite : tout le monde voit les mêmes étapes, l’avancement est visible sur le tableau et rien de critique ne reste dans la tête d’une seule personne.

Dans la livraison logicielle, le bénéfice se voit sur chaque story : vous ouvrez le ticket, vous voyez ce qu’il reste — revue fusionnée, tests au vert, documentation à jour —, vous cochez au fil de l’eau et vous passez à Done seulement quand les preuves sont sur le ticket. Le même niveau d’exigence s’applique que vous livriez une fonctionnalité, corrigiez un bug ou nettoyiez de la dette technique.

Quand l’appliquer

Utilisez une checklist Definition of Done sur chaque story, correction de bug ou tâche qui doit répondre au même niveau d’exigence. Appliquez-la au passage en In Progress ou dès la création de la story, pour que le niveau d’exigence soit posé dès le départ. Exigez-la avant la transition vers Done quand Done doit vraiment signifier que la barre est atteinte.

Definition of Done, critères d’acceptation et Definition of Ready

Les critères d’acceptation décrivent le comportement promis par cet élément de travail : les exemples que vous allez démontrer. Definition of Ready demande si l’élément est assez clair pour entrer dans le sprint. Definition of Done est le seuil de sortie partagé : tests, revue, documentation et préparation de la release que chaque story doit à la personne suivante. Les équipes qui gardent les trois sous forme de checklists sur le ticket voient la différence au lieu d’en débattre au stand-up.

Definition of Done — un exemple pour démarrer

Si vous n’avez pas encore de checklist Definition of Done, partez de l’exemple ci-dessous. Copiez la liste et collez-la dans le champ de saisie de Checklist for Jira sur un élément de travail. L’idéal : l’enregistrer comme modèle et l’appliquer à chaque story — cela supprime du travail manuel à chaque nouveau ticket. Adaptez les intitulés à votre stack ; gardez la liste sur l’élément de travail pour que l’avancement reste visible.

Enregistrer, protéger, automatiser, exiger

Faites de cet exemple un standard que votre équipe applique à chaque story, tâche et bug. Quatre étapes dans Checklist for Jira : enregistrez le modèle, protégez sa structure, appliquez-le automatiquement avec l’automatisation intégrée, puis exigez qu’il soit complet avant Done.

Enregistrer

Créez un modèle de projet dans les Checklist settings de ce projet, ou un modèle global dans l’administration Jira, et collez-y la liste de l’exemple ci-dessus. Adaptez les éléments à votre stack et ajoutez une courte description pour que vos collègues — et l’agent Rovo — sachent quand l’utiliser. Un modèle enregistré, c’est ce qui vous permet de réutiliser la même Definition of Done sur chaque story sans la ressaisir, et c’est aussi ce qui débloque l’application automatique et les validateurs de workflow des étapes suivantes.

Protéger

Passez le modèle en Protected dans l’onglet Advanced. Chacun peut cocher les éléments et changer leur statut sur le ticket, tandis que la liste des étapes reste verrouillée : la Definition of Done reste identique sur chaque élément de travail que le modèle touche.

Automatiser

Utilisez l’automatisation intégrée, disponible modèle par modèle, pour attacher cette Definition of Done à la création des types de tickets choisis ou au passage vers un statut que vous définissez. Cochez Story, Task et Bug (ou les types qui doivent porter le même niveau d’exigence) pour que la liste soit sur le ticket avant que quiconque commence à cocher. Bonne nouvelle : ces automatisations sont intégrées à Checklist for Jira et fonctionnent sans crédits Jira Automation.

Exiger

Ajoutez un validateur de complétion sur la transition vers Done de votre workflow Jira. Limitez-le à ce modèle depuis la liste des modèles : la transition attend alors que tous les éléments soient terminés — l’élément de travail reste ouvert jusqu’à ce que la checklist soit finie. Le guide d’automatisation détaille les validateurs, les post-fonctions et les règles inter-projets plus exigeantes.

Combinez-la avec le reste du kit de livraison

Gardez les critères d’acceptation sur le même ticket pour les exemples. Attachez la checklist de tests QA quand le type de ticket est Bug ou quand la QA mène une passe dédiée. Utilisez la checklist de mise en production sur le changement qui part réellement en production. Parcourez le catalogue de modèles pour la collection complète.

Questions fréquentes