On a vu les deux. Le cahier des charges projet informatique de 40 pages, avec chaque écran spécifié, chaque champ documenté. Et le brief de 3 lignes, envoyé un vendredi soir : « On veut un outil pour gérer nos stocks, faites-nous une proposition. »
Le premier rassure. Le second fait peur. Et pourtant, ce n’est pas la taille du document qui fait la qualité du projet.
Le cahier des charges de 40 pages : rassurant, mais figé
Un cahier des charges très détaillé fige une solution avant même d’avoir challengé le problème. On exécute une spec, pas un besoin. Résultat : au moment des tests utilisateurs, rien ne colle à l’usage réel, et il faut recoder une bonne partie de ce qui semblait pourtant validé sur le papier.
Le document donne une impression de contrôle, mais ce contrôle porte sur la mauvaise chose : la forme de la solution, plutôt que la nature réelle du besoin.
Le brief de 3 lignes : inconfortable, mais juste
Un brief très court, lui, oblige à poser des questions concrètes avant de se lancer. Qui va scanner les entrées de stock, le magasinier ou le commercial ? Qu’est-ce qui se passe aujourd’hui quand un article est en rupture ? Un coup de fil, un Excel partagé ?
Il y a souvent des questions que le client lui-même ne s’était jamais posées, tellement elles semblaient aller de soi. C’est plus inconfortable au départ, mais ça construit le bon projet, pas juste le projet demandé.
Ce qui fait vraiment un bon projet
La différence ne tient donc pas au volume du document de départ, mais à la façon dont l’équipe qui le reçoit va le traiter. Un cahier des charges de 40 pages peut très bien cacher un besoin mal compris. Un brief de 3 lignes peut, au contraire, être le point de départ d’un travail de clarification rigoureux, à condition que quelqu’un pose les bonnes questions avant de coder.
Comment Mahé Technologies transforme un brief en projet solide
Chez Mahé Technologies, on propose une maquette de ce qu’on a compris, à partir du brief reçu, qu’il fasse 3 lignes ou 40 pages. Le client se projette dessus, corrige, pointe ce qui ne va pas. En une itération, on arrive souvent à un résultat meilleur que ce qu’il avait en tête au départ.
C’est cette étape, plus que la longueur du cahier des charges, qui détermine si le projet livré correspond au besoin réel.
Un projet à cadrer, brief court ou long ? Parlons-en.
