La Definition of Ready, ou définition de « prêt », précise les conditions qu’une user story doit remplir avant d’entrer dans un sprint : besoin compris, critères d’acceptation écrits, taille raisonnable, dépendances identifiées.
Son intention est simple : éviter de démarrer un travail insuffisamment préparé, dont on découvrirait les zones d’ombre au troisième jour du sprint. Elle joue pour l’entrée le rôle que la Definition of Done joue pour la sortie.
Les critères les plus couramment retenus
Une story prête est généralement une story dont l’objectif utilisateur est explicite, dont les critères d’acceptation sont rédigés et vérifiables, dont la taille permet de la terminer dans un sprint, et dont les dépendances externes sont soit levées, soit connues et planifiées.
Certaines équipes y ajoutent la disponibilité des maquettes, la validation d’un point réglementaire ou l’accord préalable d’un service tiers. Là encore, un critère non vérifiable ne sert à rien : « la story est claire » ne se contrôle pas et ouvre la porte à toutes les interprétations.
Un outil contesté, et pour de bonnes raisons
La Definition of Ready ne figure pas dans le Scrum Guide, et plusieurs praticiens réputés la déconseillent. Leur argument mérite d’être entendu : transformée en porte d’entrée formelle, elle recrée un jalon de validation et pousse à sur-spécifier avant de commencer, ce qui contredit l’esprit itératif.
Le risque concret est celui d’un backlog bloqué, où des sujets prioritaires attendent une conformité administrative pendant que l’équipe travaille sur des sujets secondaires mais « prêts ». La priorisation se retrouve alors dictée par la paperasse plutôt que par la valeur.
L’usage raisonnable consiste à en faire un repère de conversation plutôt qu’un contrôle : un aide-mémoire pendant l’affinage, pas un formulaire à cocher avant la planification. L’Agile Alliance documente ce débat et les positions en présence.
Une position intermédiaire fonctionne bien en pratique : conserver les critères comme guide d’affinage, mais autoriser explicitement l’équipe à prendre un élément non entièrement « prêt » lorsqu’il est prioritaire et que l’incertitude restante est identifiée. On préserve ainsi le bénéfice de la préparation sans transformer un aide-mémoire en barrage administratif.