La question n'existait pas encore
Il arrive que le travail ne révèle pas des réponses, mais des questions que personne ne pouvait encore formuler.
La réunion de refinement s’était terminée plus tôt que prévu. Le ticket était clair, les critères acceptés et personne n’avait de question particulière. Nous avions même ce sentiment rare d’avoir bien préparé le travail.
Le lendemain, le développement a commencé. Il fallait choisir une valeur par défaut. Puis décider laquelle de deux règles devait gagner. Une réponse d’API, évidente tant qu’elle restait une phrase, avait soudain besoin d’une forme exacte.
La première réaction est familière : nous aurions dû poser ces questions pendant la réunion.
Peut-être. Mais je vois le même scénario dans des équipes différentes. Certaines questions ne sont pas oubliées ; elles apparaissent lorsque l’idée rencontre enfin quelque chose qui refuse l’à-peu-près. Une conversation peut garder deux interprétations dans la même phrase. Le code, lui, finit toujours par en choisir une, souvent sans la délicatesse d’attendre la prochaine réunion.
Le refinement peut faire émerger les questions déjà présentes. Il ne peut pas garantir celles qui n’existent qu’au moment de construire.
Je ne crois donc plus qu’une réunion réussie soit celle après laquelle personne ne pose de nouvelle question. Ce serait plutôt celle qui permet aux questions tardives de revenir sans être traitées comme la preuve que quelqu’un a mal travaillé.
La prochaine fois qu’un ticket semblera parfaitement clair, je profiterai sans doute du calme. Mais je garderai une chaise libre pour la première question du lendemain.