Readiness
La readiness, c’est le fait de vérifier qu’une demande est assez claire pour être confiée à un agent IA.
Avant de lancer l’agent, on regarde si l’intention est compréhensible, si le périmètre tient debout, si les contraintes importantes sont visibles, et si l’on saura reconnaître un résultat acceptable.
Dans l’atelier, c’est le vieux geste artisanal : mesurer avant de couper.
Dans l’atelier
Une demande comme :
Améliore ce module.
peut sembler simple. Mais pour un agent IA, elle laisse beaucoup trop de place à l’interprétation.
Améliorer quoi ? La lisibilité ? Les performances ? La sécurité ? Les tests ? L’architecture ? Le nommage ? Le comportement utilisateur ?
Une demande prête à déléguer donne au moins une intention, un périmètre, quelques limites et des critères d’acceptation.
L’agent peut alors travailler sans partir raboter la mauvaise poutre.
À ne pas confondre
La readiness de l’atelier n’est pas exactement la Definition of Ready agile.
La DoR aide une équipe à décider si un sujet est prêt à démarrer. La readiness porte la même exigence sur la délégation à un agent : assez clair pour confier, assez clair pour reconnaître un bon résultat.
Ce n’est pas non plus la construction. La readiness examine le besoin avant de scier des planches - ce que l’article Readiness : avant de laisser coder l’IA et la skill Spec Readiness - Miroir Pur développent en méthode.
À retenir
La readiness évite de juger l’agent sur une demande mal préparée.
Elle ne garantit pas un bon résultat, mais elle augmente les chances d’obtenir un résultat compréhensible, vérifiable et réutilisable par l’équipe.
Dans une démarche Golden Thread, la readiness est le premier clou auquel on accroche le fil.