Le problème n'est jamais le code
J'ai mis des années à comprendre ça. Au début de JADEV, je pensais que notre avantage compétitif, c'était la qualité du code. La propreté des architectures. La rapidité d'exécution.
J'avais tort.
Notre avantage, c'est la façon dont on pense avant d'écrire la première ligne. Le code, n'importe quel développeur compétent peut l'écrire. Mais savoir quoi coder, dans quel ordre, et surtout, quoi ne pas coder, ça, c'est un autre métier.
Voici les quatre modèles mentaux qu'on applique quotidiennement chez JADEV. Pas comme des concepts abstraits lus dans un livre. Comme des outils de travail. Des réflexes.
1. L'inversion, Commencer par l'échec
Charlie Munger le dit mieux que moi : « Dites-moi où je vais mourir, pour que je n'y aille jamais. »
Avant chaque projet, on pose une question simple : qu'est-ce qui ferait échouer ce produit ? Pas « comment le réussir ». L'inverse.
Un client est venu nous voir l'année dernière avec une idée de marketplace. Il avait tout prévu : le design, le parcours utilisateur, les fonctionnalités côté acheteur. Il voulait qu'on commence par le front-end.
On a inversé. Qu'est-ce qui tuerait cette marketplace ? Réponse évidente : pas d'offre. Zéro vendeur signifie zéro acheteur. Peu importe la beauté de l'interface.
Alors on a construit le module d'onboarding fournisseurs en premier. Pas glamour. Pas de belles maquettes à montrer aux investisseurs. Mais quand la marketplace a ouvert, il y avait déjà 40 vendeurs actifs avec du catalogue. Les premiers acheteurs ont trouvé un produit vivant, pas une coquille vide.
J'ai vu trop de marketplaces mourir parce qu'on avait optimisé le mauvais côté en premier. L'inversion nous a protégés de ce piège.
Ce modèle mental est brutal. Il force à regarder en face ce qu'on préfère ignorer. Mais il fonctionne.
2. Les premiers principes, Détruire les hypothèses
Elon Musk a popularisé ce concept, mais l'idée remonte à Aristote. Le principe : décomposer un problème jusqu'à ses vérités fondamentales, au lieu de raisonner par analogie.
En pratique, ça veut dire remettre en question les évidences.
Un exemple concret. Un prospect nous demande une architecture microservices. Pourquoi ? « Parce que c'est ce que font les startups sérieuses. » Combien d'utilisateurs ? « Environ 500 pour le lancement, peut-être 2 000 d'ici un an. »
Stop.
500 utilisateurs. On parle de 500 utilisateurs. Vous n'avez pas besoin de Kubernetes. Vous n'avez pas besoin de 12 services découplés avec un message broker. Vous avez besoin d'un monolithe propre, bien structuré, que deux développeurs peuvent comprendre et faire évoluer.
Je me suis planté là-dessus moi-même, au début. Sur un de nos premiers projets, j'ai sur-architecturé. Six microservices pour une application qui servait 200 personnes. Le temps de développement a triplé. La complexité de déploiement est devenue absurde. On a fini par tout reconsolider en un monolithe modulaire.
Leçon apprise dans la douleur : la bonne architecture, c'est celle qui correspond à votre réalité d'aujourd'hui, pas à votre fantasme de dans trois ans.
Premiers principes, c'est refuser de copier les choix de Netflix quand on est une PME avec un budget de PME. C'est revenir à la question fondamentale : de quoi ce produit a-t-il réellement besoin pour fonctionner ?
3. Le principe de la pyramide, Structurer pour convaincre
Barbara Minto a formalisé ça chez McKinsey. L'idée : toute communication doit commencer par la conclusion, suivie de trois arguments de support, eux-mêmes étayés par des preuves.
Chez JADEV, on applique ça partout. Les propositions commerciales. Les pull requests. Les messages Slack.
Pourquoi ? Parce que la clarté de pensée se reflète dans la clarté de communication. Si je ne peux pas structurer ma recommandation en une idée centrale supportée par trois points, c'est que je n'ai pas assez réfléchi.
Quand on rédige une proposition, la première phrase dit ce qu'on recommande. Pas le contexte. Pas l'historique. La recommandation. Ensuite, trois raisons. Ensuite, les détails.
Même nos pull requests suivent cette structure. Le titre dit ce que le changement fait. Le corps explique pourquoi en trois points. Les reviewers comprennent en 30 secondes si le PR mérite leur attention.
C'est un détail ? Non. J'ai vu des projets dérailler parce que personne ne comprenait les décisions techniques. Parce que les documents faisaient 20 pages et que la conclusion était à la page 18. La pyramide élimine ce problème.
4. Le scout mindset, L'honnêteté comme politique
Julia Galef distingue deux attitudes : le soldat et l'éclaireur. Le soldat défend sa position. L'éclaireur cherche la vérité, même quand elle dérange.
Chez JADEV, on essaie d'être des éclaireurs. Chaque estimation, chaque promesse, chaque coût passe par un filtre simple : est-ce que je suis honnête, ou est-ce que je dis ce que le client veut entendre ?
Une anecdote qui résume tout. Un prospect nous demande d'estimer un projet. Notre concurrent quote 3 mois. On quote 6.
Le prospect nous choisit.
Pas malgré les 6 mois. À cause des 6 mois. Parce qu'on a expliqué exactement pourquoi ça prendrait 6 mois et ce qui allait mal se passer si on essayait de le faire en 3. L'intégration avec leur ERP legacy. Les dépendances vers des APIs tierces mal documentées. La phase de migration de données que tout le monde sous-estime.
On a livré en 5. Ils sont devenus notre client le plus fidèle.
La plupart des agences optimisent pour dire oui. Oui, c'est faisable. Oui, dans ce budget. Oui, pour cette date.
Nous, on optimise pour dire la bonne chose. Même quand ça nous coûte le contrat. Parce qu'un client déçu coûte infiniment plus cher qu'un contrat perdu.
Est-ce que ça marche à chaque fois ? Non. On a perdu des deals parce qu'on était trop francs. Un prospect m'a dit un jour : « Vous êtes les seuls à nous dire que notre idée a des failles. » Il a signé avec quelqu'un d'autre. Six mois plus tard, il nous a rappelés pour réparer ce que l'autre avait construit.
Ce que ces modèles changent concrètement
Ces quatre modèles mentaux ne sont pas de la théorie. Ils changent des décisions concrètes, chaque semaine.
L'inversion nous empêche de construire le mauvais produit. Les premiers principes nous empêchent de sur-architecturer. La pyramide nous force à communiquer clairement. Le scout mindset nous garde honnêtes.
Ensemble, ils créent quelque chose de rare dans notre industrie : de la confiance. Les clients ne reviennent pas chez JADEV parce qu'on code plus vite. Ils reviennent parce qu'on les aide à prendre de meilleures décisions.
Le code, c'est la partie facile. La réflexion qui le précède, c'est là que le produit se gagne ou se perd.