Pourquoi les projets logiciels échouent malgré un cahier des charges : le désaccord silencieux

Le document était complet, relu, approuvé par tout le monde. Neuf mois plus tard, le produit sortait et personne n'en voulait. Ce que raconte ce genre de récit sur la différence entre un accord obtenu et un accord réel, et sur ce qu'une porte de validation doit provoquer.

Sur Reddit (r/startups, juillet 2026), un fondateur raconte neuf mois de travail avec une équipe complète pour un produit mort à l'arrivée, alors que son cahier des charges avait été approuvé par tout le monde. Les projets logiciels échouent malgré un cahier des charges quand la validation a surtout servi à éviter une discussion.

Ce que la validation avait masqué

L'auteur reconstitue la scène après coup. Deux directeurs se faisaient de la finalité du produit deux idées incompatibles. Plutôt que de s'expliquer dans la salle, chacun a hoché la tête devant le document et est reparti convaincu d'avoir obtenu ce qu'il voulait. L'approbation générale enregistrait une absence d'objection, ce qui ne dit rien de ce que chacun avait compris. Les neuf mois suivants ont servi à construire un produit qui répondait à deux commandes différentes, donc à aucune des deux. Le document avait enregistré un silence, et ce silence a tenu jusqu'à la mise en ligne, moment où les deux directeurs ont découvert en même temps qu'ils avaient perdu.

Le beau document aggrave le risque

Un document soigné se lit comme un travail terminé, et objecter devant un travail terminé ressemble à une attaque contre celui qui l'a fait. Plus il est long, moins il est lu ; plus il est propre, plus il inspire de confiance sans être lu. Le paradoxe se vérifie sur les documents commerciaux comme sur les documents de projet, et il explique pourquoi un devis accepté ne fixe pas le coût. Un brouillon manuscrit et raturé provoque plus de contradictions qu'une version reliée, parce qu'il autorise le lecteur à intervenir. Un document de projet gagne à circuler dans cet état, inachevé et bon à corriger, tant que les décisions coûteuses ne sont pas prises.

Trois signes d'un accord qui n'en est pas un

Le premier : la validation arrive en moins d'une minute, sans qu'aucune page n'ait été ouverte deux fois. Le deuxième : personne n'a posé de question, alors qu'un document de vingt pages contient toujours au moins une phrase ambiguë et une décision coûteuse. Le troisième, le plus fiable : demandez à trois personnes, chacune de son côté, ce que le produit permettra de faire dans six mois qu'elles ne peuvent pas faire aujourd'hui, et comparez les réponses. Quand les trois phrases ne se recouvrent pas, le document n'a acté aucun accord, quel que soit le nombre de signatures au bas de la page.

Une porte qu'on ouvre, et qui reste ouverte

Chez Maestro, chaque document produit par les agents attend un « Ça me va » avant que la suite ne démarre : le brief, le cahier des charges, le découpage en étapes, puis chaque étape construite. Cette porte a deux propriétés qui comptent ici. Elle arrive tôt et souvent, donc un malentendu se paye en une relecture de brief plutôt qu'en neuf mois de construction. Et elle laisse le document modifiable après coup : vous pouvez rouvrir le cahier des charges, corriger une phrase, revenir à une version antérieure de votre produit. La validation marque un moment de la conversation, elle ne ferme pas le sujet, et nous avons détaillé ailleurs pourquoi cette porte est notre principale sécurité.

Ce qu'une porte ne peut pas faire à votre place

Une porte de validation devient un tampon dès que vous la franchissez sans lire. Le mécanisme protège celui qui s'en sert pour poser ses questions ; il ne protège personne d'un clic réflexe, et l'histoire des grandes décisions automatisées mal relues montre ce que coûte l'approbation de confort, y compris quand une amende de 825 millions d'euros vient sanctionner une décision que personne n'a rouverte. Notre part du travail consiste à rendre le document court, écrit dans votre langue, et découpé assez tôt pour qu'une objection ne coûte presque rien. Votre part consiste à formuler l'objection.

Faire parler le désaccord

Avant votre prochaine validation, faites l'exercice des trois phrases. Demandez à chaque personne qui compte d'écrire seule, sans consulter les autres, ce que le produit permettra de faire, pour qui, et ce qu'il ne fera pas. Vingt minutes suffisent, et les trois lignes « ce qu'il ne fera pas » révèlent l'essentiel des désaccords, parce que c'est là que chacun a rangé en pensée la fonctionnalité à laquelle il tient. Mettez les réponses côte à côte, tranchez ce qui diverge devant les intéressés, notez la décision dans le document lui-même plutôt que dans un compte rendu que personne ne rouvrira, puis validez. Ce qui reste après cet exercice mérite le nom d'accord.