Qu’est-ce qu’une checklist Definition of Ready ?
La Definition of Ready demande si un élément du backlog est assez clair pour être démarré. Dans Jira, une checklist transforme cette question en étapes à cocher sur l’élément de travail : objectif énoncé, critères d’acceptation esquissés, dépendances nommées, équipe alignée sur la taille et le risque. La liste est la même pour toutes les stories en affinage ; seules les cases cochées changent.
Une checklist Definition of Ready rend l’entrée visible avant que le travail ne passe en In Progress. L’équipe s’accorde en amont sur ce que veut dire « assez clair pour démarrer » et le suit sur le ticket — les maquettes manquantes, les dépendances inconnues et les périmètres flous ressortent donc pendant l’affinage.
Pourquoi les équipes gardent la Definition of Ready sur le ticket
Un travail bloqué en sprint vient presque toujours de manques à l’entrée : une question ouverte sans responsable, des exemples d’acceptation encore à définir, ou une dépendance restée invisible jusqu’au troisième jour. Une checklist sur l’élément de backlog fait ressortir ces manques pendant l’affinage — quand il est encore facile de réordonner le travail, avant la première ligne de code.
La Definition of Ready reste optionnelle : les équipes l’adoptent quand la qualité d’entrée mérite d’être suivie. Gardez la liste si l’affinage y gagne en vitesse ; raccourcissez-la ou abandonnez-la si les stories s’accumulent en attendant des cases que l’équipe saute de toute façon.
Quand l’appliquer
Utilisez une checklist Definition of Ready pendant l’affinage du backlog, avant qu’une story n’entre dans le sprint, ou dès la création d’un nouvel élément pour que l’entrée ait sa place depuis le départ. Appliquez-la comme rappel avant In Progress si votre équipe veut un garde-fou léger — ou gardez-la purement informative et laissez le tableau montrer ce qui manque encore.
Definition of Ready, critères d’acceptation et Definition of Done
Les critères d’acceptation décrivent ce que cette story doit livrer : les exemples que vous allez démontrer. La Definition of Ready demande si ces exemples, ces dépendances et cette estimation existent avant de commencer. Definition of Done est le seuil de sortie partagé : tests, revue et préparation de la release que chaque story doit à la fin. Gardez les trois comme checklists distinctes sur l’élément de travail pour que l’entrée, le comportement et la qualité de livraison restent séparés.
Definition of Ready — un exemple pour démarrer
Pour construire votre première checklist Definition of Ready, 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 backlog. L’idéal : l’enregistrer comme modèle et l’appliquer automatiquement à la création des Stories — l’affinage garde ainsi une trame constante et réutilise les mêmes intitulés à chaque fois. Retirez les lignes que votre équipe saute ; ajoutez celles dont votre processus a besoin.
Definition of Ready
- Objectif et description
- Le problème utilisateur ou opérationnel est énoncé en un court paragraphe
- Le résultat attendu est concret et vérifiable
- La priorité et la valeur sont assez claires pour classer l’élément face au reste du travail
- Périmètre et acceptation
- Ce qui est dans le périmètre et ce qui en est exclu est écrit sur l’élément de travail
- Les critères d’acceptation existent sous forme d’exemples concrets, même s’ils vont évoluer
- Les notes de design ou d’UX sont liées, ou marquées sans objet quand le design est hors périmètre
- Dépendances et faisabilité
- Dépendances, sources de données et accès sont nommés, ou marqués inconnus avec un responsable
- L’approche technique est faisable — un spike est créé quand l’estimation demande encore de l’exploration
- Les risques et les questions ouvertes ont un responsable, sinon l’élément reste en affinage
- Estimation et alignement de l’équipe
- Un responsable probable ou les compétences nécessaires sont identifiés
- L’équipe a une estimation approximative, des story points ou un spike limité dans le temps
- Toutes les personnes qui vont travailler sur l’élément comprennent l’objectif et les contraintes
Cette trame a sa place sur chaque story que votre équipe affine. Dans Checklist for Jira, vous ajoutez ou cochez des éléments dans le panneau du ticket pendant l’affinage, vous enregistrez les intitulés comme modèle de projet ou global, et vous l’appliquez automatiquement à la création des Stories — ou à la main depuis Add → Add from template quand vous en avez besoin.
Mettez la checklist sur l’élément de travail, pas dans la description
Checklist for Jira apporte les modèles, l’automatisation, les validateurs de workflow et un agent Rovo. Gratuit pour les équipes jusqu’à 10 utilisateurs.
Enregistrez une trame, automatisez avec légèreté
- Checklist for Jira ajoute un panneau de checklist dans la vue du ticket. Collez l’exemple ci-dessus sur un élément de backlog, adaptez les lignes à votre processus, puis enregistrez cette forme comme modèle de projet ou global dans les Checklist settings.
- Passez le modèle en Protected si vous voulez verrouiller la liste des étapes tout en laissant chacun cocher les éléments sur son ticket.
- Utilisez l’automatisation modèle par modèle pour attacher la trame Definition of Ready à la création d’une Story : un réglage par défaut léger pour que l’affinage ait toujours sa place. Ces automatisations sont intégrées à Checklist for Jira et fonctionnent sans crédits Jira Automation.
- Si votre équipe veut un rappel avant le démarrage, ajoutez un validateur de complétion sur la transition vers In Progress, limité à ce seul modèle. Gardez-le optionnel, sauf si l’équipe a explicitement demandé un blocage ferme.
- Combinez avec les critères d’acceptation pour les exemples que la Definition of Ready vous demande d’esquisser, Definition of Done à la fin, et la checklist de tests QA quand les testeurs mènent une passe dédiée — voir le guide d’automatisation.
Combinez-la avec le reste du kit de livraison
Gardez les critères d’acceptation sur le même ticket pour le comportement promis. Attachez Definition of Done dès que le travail entre dans le sprint, pour que le seuil de livraison soit visible dès le premier jour. Utilisez la checklist de tests QA quand quelqu’un a besoin d’une passe de tests structurée. Parcourez le catalogue de modèles pour la collection complète.
Questions fréquentes
Sommes-nous obligés d’utiliser la Definition of Ready ?
La Definition of Ready est optionnelle : c’est une règle de fonctionnement que Scrum laisse à votre équipe. Gardez-la seulement tant qu’elle rend les démarrages de sprint plus clairs.
Definition of Ready ou Definition of Done ?
La Definition of Ready porte sur l’entrée, avant de commencer. La Definition of Done est le niveau de qualité partagé à la fin. Les mélanger dans une seule liste finit en général par masquer les deux rôles.
Quelle différence entre la Definition of Ready et les critères d’acceptation ?
La Definition of Ready demande si les exemples, les dépendances et l’estimation existent avant le développement. Les critères d’acceptation sont ces exemples eux-mêmes : ce que vous démontrerez quand la story sera livrée.
Et si la Definition of Ready bloque le backlog ?
Réduisez la liste aux trois ou quatre lignes que votre équipe utilise vraiment, ou abandonnez-la. Un garde-fou trop lourd qui enlise l’affinage rate sa cible.
Mettez la checklist sur l’élément de travail, pas dans la description
Checklist for Jira apporte les modèles, l’automatisation, les validateurs de workflow et un agent Rovo. Gratuit pour les équipes jusqu’à 10 utilisateurs.