Le DORA 2025 (près de 5 000 professionnels) a constaté que l'IA est corrélée positivement avec la vitesse de livraison mais négativement avec la stabilité : c'est un amplificateur qui magnifie le système que vous aviez déjà. Elle ne crée pas l'instabilité, elle la révèle. Base solide, elle vous propulse ; base chaotique, elle amplifie le chaos plus vite.
Vous avez acheté à votre équipe la machine la plus chère de la salle de sport et elle a grossi. Ce n'est pas une mauvaise blague : c'est, mot pour mot, ce qui arrive à la plupart des organisations qui adoptent l'IA en espérant qu'elle règle leurs problèmes. La machine n'y est pour rien. La machine fait exactement ce que font les machines à multiplier : elle attrape ce que vous étiez déjà et lui ajoute un zéro à droite. Si vous vous entraîniez bien, ce zéro vous transforme. Si vous mangiez mal et sautiez les fondamentaux, ce zéro multiplie aussi le désastre, mais plus vite et avec un meilleur marketing. Le rapport DORA 2025 de Google a mis un chiffre sur cette intuition, et le chiffre fait plus mal que ce qu'on attendait.
L'étude que personne ne voulait lire
DORA n'est pas un blog d'opinion ni un fil viral : c'est la recherche annuelle la plus rigoureuse qui existe sur la performance des équipes logicielles, la même qui a popularisé les quatre métriques qu'utilise aujourd'hui la moitié de l'industrie. Dans son édition 2025, ils ont interrogé près de 5 000 professionnels de la tech dans le monde, cumulé plus de cent heures de données qualitatives, et trouvé quelque chose qui sonne comme une bonne nouvelle jusqu'à ce que vous lisiez les petites lignes : 90 % utilisent déjà l'IA au travail et plus de 80 % pensent qu'elle a augmenté leur productivité. Adoption quasi totale, enthousiasme quasi total. Et pourtant, quand ils ont mesuré l'impact réel sur la livraison de logiciels, une fissure est apparue : cette année, l'IA est corrélée positivement avec le throughput et avec la performance du produit — vous livrez plus, vous livrez plus vite — mais négativement avec la stabilité. Vous allez plus vite et vous cassez davantage. La vitesse a monté ; le sol, non.
L'amplificateur, pas la baguette magique
Le mot qu'a choisi DORA pour titrer sa découverte est chirurgical : l'IA ne répare pas une équipe, elle amplifie ce qui existe déjà. Ce n'est pas un moteur, ce n'est pas un cerveau, ce n'est pas un collègue : c'est un amplificateur. Et un amplificateur a une propriété brutale qu'il vaut mieux graver dans sa mémoire : il ne distingue pas la musique du bruit. Il monte le volume de ce qu'on lui donne. Si votre équipe a des processus solides, des tests automatisés, un contrôle de version mûr et des cycles de feedback rapides, l'IA amplifie cet ordre et les propulse. Si votre équipe travaille sur des architectures couplées, des déploiements manuels, zéro test et un processus qui apprend les erreurs en production, l'IA amplifie ce chaos — et désormais le chaos arrive trois fois plus vite. Même agent, même modèle, résultat opposé. La différence n'a jamais été dans l'IA. Elle était dans le système où vous l'avez branchée.
L'accélération ne crée pas le problème, elle le révèle
Voici la partie contre-intuitive que presque tout le monde lit de travers. Les gens concluent « donc l'IA déstabilise le logiciel » et se trompent de sujet. L'IA ne crée pas l'instabilité : elle la révèle. Ces faiblesses — l'absence de tests, le couplage féroce, le feedback qui prend des jours — étaient toujours là, cachées sous un rythme de changement lent qui les rendait tolérables. Quand vous triplez le volume de changements, la fissure qui supportait un goutte-à-goutte se met à couler. C'est l'analogie de l'accélérateur : appuyer à fond sur la pédale ne casse pas la voiture, mais vous informe très vite si les freins fonctionnaient. L'IA est un test de résistance de votre ingénierie qui est arrivé sans que vous l'ayez demandé. Et c'est pourquoi le même rapport le dit sans détour : les équipes qui travaillent sur des architectures découplées avec des cycles de feedback rapides voient des gains, tandis que celles prisonnières de systèmes rigides et de processus lents voient peu ou pas de bénéfice.
Les 30 % qui avouent ce que presque personne ne dit à voix haute
Il y a une donnée dans DORA qui fonctionne comme une confession collective : près de 30 % des professionnels rapportent peu ou pas de confiance dans le code que l'IA génère. Lisez-la bien, car elle coexiste avec les 80 % qui disent que l'IA augmente leur productivité. La même personne vous dit, sans voir la contradiction, « ça me rend plus productif » et « je ne fais pas confiance à ce qu'elle produit ». Cette dissonance est exactement le son d'un amplificateur sans contrôle : il sort plus de volume, mais personne n'est sûr que ce soit de la musique. Et la productivité à laquelle vous ne pouvez pas faire confiance n'est pas de la productivité, c'est de la dette avec des intérêts cachés. Une équipe dotée de bonnes rambardes transforme cette méfiance en revue systématique et la neutralise. Une équipe sans rambardes la transforme en prière collective pour que la pull request n'explose pas le vendredi.
Le vrai goulot d'étranglement a déménagé
La leçon stratégique de tout cela, c'est que l'IA déplace le goulot d'étranglement, elle ne l'élimine pas. Pendant des décennies, la limite était d'écrire le code : penser, taper, itérer. Cette limite a pratiquement disparu. Désormais, la limite est votre capacité à absorber les changements sans vous casser : vos tests, vos permissions, votre façon de déployer, votre manière de savoir que quelque chose a échoué avant que le client ne le sache. Autrement dit : l'IA a rendu bon marché la partie qui était auparavant chère — générer — et a rendu hors de prix la partie que vous ignoriez auparavant — contenir. Celui qui comprend cela cesse de demander « quel modèle j'utilise ? » et commence à demander « mon système tient-il le coup à cette vitesse ? ». C'est la question à un milliard de dollars que DORA 2025 pose sur la table, et la réponse n'est pas donnée par l'IA : elle est donnée par votre ingénierie.
Comment nous le voyons
Si l'IA amplifie le système que vous avez déjà, alors l'avantage compétitif n'est pas d'avoir le meilleur modèle — c'est aujourd'hui une case que tout le monde coche —, mais d'avoir le meilleur système autour du modèle. C'est pourquoi NeuralOS ne s'obsède pas sur quel cerveau tourne en dessous (nous sommes agnostiques au modèle, à dessein) mais bien sur les rambardes qui font que l'amplification joue en votre faveur : RLS et isolation par tenant pour que la vitesse ne piétine pas vos données, un Vault chiffré par locataire pour que les identifiants ne fuient pas quand le volume monte, un moteur d'automatisations avec reprise et checkpoints durables pour qu'une panne ne vous laisse pas à mi-chemin sur la route de l'argent, et une discipline de construction-audit-réflexion qui traite chaque changement comme coupable jusqu'à ce qu'un test prouve le contraire. Nous ne promettons pas que l'IA ne cassera rien : nous construisons le système qui fait que, quand vous accélérez, le sol est en place. L'IA ne répare pas votre équipe. Elle vous oblige à décider, plus vite que jamais, quel genre d'équipe vous étiez. Nous, nous préférons que la réponse vous soit favorable.