Pourquoi ça tient
Si je disparais demain, qu’est-ce qui vous reste
Le contenu exact d’une restitution, en six points, sous 30 jours. Et surtout ce qu’elle ne comprend pas, parce que c’est là que se trouve le piège.
Blog · Pourquoi ça tient
Depuis que les assistants de développement existent, construire va vite. Ce qui n’a pas changé, c’est la recette : tester, corriger, faire valider, et recommencer jusqu’à ce que les cas anormaux soient traités. C’est là que passe le temps d’un chantier sérieux.
Je viens de l’automatisme industriel. Plus de dix ans, dont cinq comme automaticien de site, avec des tests de réception avant expédition et des tests sur site, plusieurs dans la pharma. Là-bas, une erreur qui passe n’est pas un défaut de logiciel : c’est une ligne à l’arrêt, et parfois un lot de production perdu.
On ne redémarre pas une ligne parce que ça a l’air de marcher. On déroule une feuille de tests, on la signe, et on démarre.
Cette discipline se transpose telle quelle au logiciel de bureau, et elle donne la façon dont je découpe un chantier. Sur les 24 sites de prestataires que j’ai lus en septembre 2026, un seul donne une garantie écrite sur ce qu’il livre.
La construction est devenue facile. Avec les assistants de développement actuels, sortir une application qui fait ce qu’on lui demande sur le cas normal prend quelques jours, et ce n’est plus réservé à une équipe.
C’est une bonne nouvelle, et elle explique l’abondance d’offres à bas prix. Elle explique aussi pourquoi tant de ces outils ne tiennent pas six mois.
Parce que ce qui n’a pas changé d’un gramme, c’est le reste. Décider ce qui doit se passer quand la donnée est absente, quand elle est en double, quand elle est absurde, quand le service d’en face ne répond pas. Écrire ces décisions. Les tester. Les faire valider par celui qui connaît le métier.
Chaque lot que je livre passe par la même feuille, et elle a cinq entrées.
Le cas nominal. L’outil fait ce qui est écrit, sur une donnée propre. La plus rapide, la moins intéressante.
Le cas limite. La valeur à zéro, la date d’hier, le champ rempli de 500 caractères, le client qui a deux adresses.
La donnée manquante. Que fait l’outil quand le champ qu’il attend n’existe pas. S’arrêter, passer outre, ou vous demander : le choix appartient au métier, pas à moi.
La panne d’un service tiers. On coupe volontairement l’accès à l’outil d’en face et on regarde ce que fait la chaîne : si elle s’arrête proprement en signalant, c’est bon ; si elle continue comme si de rien n’était, elle perdra ce qu’elle devait transmettre le jour où la panne arrivera pour de vrai, et ce jour-là personne ne fera le lien.
Et la vôtre. Vous prenez vos propres dossiers, dont ceux qui vous embêtent, et vous regardez le résultat. Tant qu’une ligne n’est pas cochée, le lot n’est pas livré.
Voici le cas qui résume tout le sujet. Sur un catalogue, une référence est restée un mois affichée à 1 260 € au lieu de 365 €.
Aucun test n’a rien vu. C’est normal : 1 260 est un nombre, il entre dans le champ, son format est valide, la chaîne a fonctionné exactement comme prévu. Ce qui aurait dû arrêter cette valeur, c’est une règle de métier. Un prix qui triple d’un import à l’autre mérite une alerte.
Cette règle ne s’invente pas à l’avance. Elle s’écrit après avoir vu le cas, ou après avoir vu un cas voisin ailleurs. C’est exactement pour ça que je découpe en lots et que le premier lot est court : il sert à découvrir les règles que personne n’avait su énoncer, pendant que l’erreur ne porte encore que sur quelques dizaines de lignes.
Elle exige du temps. Pas beaucoup : quelques heures par lot. Elle exige surtout que ce soit vous, et pas un collègue disponible. La personne qui fait la tâche aujourd’hui voit du premier coup d’œil ce qu’un testeur extérieur ne verra jamais.
En échange, elle est bornée. Dix jours ouvrés par lot pour tester et signaler. Ce que vous signalez et qui relève de ce qui était écrit se corrige sans frais. Passé le délai sans réserve, le lot est réputé validé, sinon aucun chantier ne se termine.
Le guide pourquoi un outil tient, ou pas reprend ces cinq lignes une par une, et le suivi prend le relais une fois la recette signée. Enfin, le délai se suspend quand j’attends quelque chose de vous, un accès, un contenu, une décision. Ça évite la discussion pénible de fin de chantier sur qui a fait attendre qui.
Ce que la recette ne peut pas attraper, c’est ce qui viendra plus tard, de l’extérieur. Aucun test ne prévoit qu’un fournisseur changera son format au mois d’août. Ça, seule une surveillance dans la durée le voit, et c’est la panne silencieuse.
Une recette n’est pas une formalité de fin de chantier. C’est le moment où votre métier entre dans l’outil, et il n’y a pas d’autre moment pour ça.
Jérémy Buyle
Ingénieur indépendant. Je construis des applications et des automatisations sur mesure pour les PME de 5 à 50 personnes, livrées testées, garanties 30 jours, et qui vous appartiennent. Lire le guide correspondant.
Pourquoi ça tient
Le contenu exact d’une restitution, en six points, sous 30 jours. Et surtout ce qu’elle ne comprend pas, parce que c’est là que se trouve le piège.
Pourquoi ça tient
Quatre dérives sur un seul dossier en 2026, aucune annoncée par le logiciel qui en était la cause. Le récit, avec les dates et les causes.
Pourquoi ça tient
Ce qu’on fait des données qu’une application n’a pas le droit de stocker, où vont celles qu’elle stocke, et ce que je refuse faute d’agrément.
Dites-moi qui la fait, combien de fois par semaine, et avec quels logiciels. Je vous réponds sous vingt-quatre heures, par écrit, avec une première lecture de ce que vous m’aurez décrit. Si la tâche ne se prête pas à un outil, je vous le dis et je vous explique pourquoi.
Une tâche répétitive ne coûte jamais d’un coup : elle prend deux heures cette semaine, deux heures la suivante, et personne ne la voit jamais passer dans un budget. Le calcul se fait en deux minutes et il se fait sans moi.
Décrire ma tâche Calculer ce que la tâche vous coûte par an