Cadrer un problème en une phrase
Si vous ne pouvez pas l'écrire en une phrase, vous ne l'avez pas compris.
La plupart des briefs décrivent une solution déguisée en problème : “il nous faut une app mobile”, “il faut de l'IA”. Ce sont des réponses à une question qu'on n'a pas posée. Mon premier travail est de remonter le courant jusqu'au problème réel.
L'exercice tient en une contrainte : écrire le problème en une seule phrase, sans nommer de technologie. “Nos clients abandonnent au paiement parce qu'ils doivent ressaisir leurs informations” est un problème. “Il nous faut un nouveau tunnel de paiement” n'en est pas un.
Cette phrase devient le juge de toutes les décisions suivantes. Chaque fonctionnalité, chaque ligne d'architecture doit pouvoir se justifier par rapport à elle. Si elle ne le peut pas, elle dégage.
C'est inconfortable, parce que ça oblige à dire non tôt. Mais c'est exactement ce qui évite de construire vite la mauvaise chose.
Si vous ne pouvez pas écrire le problème en une phrase, vous n'êtes pas prêt à écrire du code.