Et si le vibe coding renforçait encore le rôle des DSI ?

Générer du code n'a jamais été aussi rapide. Le livrer en production, le sécuriser et le maintenir, reste une tout autre exigence.

Avec le vibe coding, décrire une application en langage naturel et laisser un agent générer le code, les tests ou la documentation devient accessible aux métiers comme aux directions générales. Cette accélération soulève toutefois une question essentielle : comment garantir la qualité, la sécurité, la conformité et la maintenabilité des applications ?

Dans son dossier d’octobre 2026, IT for Business pose la question du rôle de la DSI face à cette nouvelle donne. Manuel Pennequin et Anne Hautin y partagent la vision d’Open : loin de s'effacer, la DSI doit plus que jamais garantir les conditions d'une production logicielle maîtrisée, industrialisée et durable.

Retrouvez la vision de nos experts dans le dossier print d'IT for Business n°2320, 

« Vibe coding : une révolution à garder sous contrôle. »

 

Les outils importent peu, ce qui compte, c'est le changement de responsabilité. On n'est plus seulement un opérateur quelque part sur la chaîne. On est aussi un architecte, un contrôleur, etc.
Manuel PENNEQUIN Directeur AI First, Open, dans IT for Business

Ce qu'il faut retenir du dossier

Du vibe coding au vibe engineering

Manuel Pennequin préfère parler de vibe engineering : l'IA n'augmente pas seulement le développeur, mais tous les acteurs de la chaîne, de la conception au déploiement en passant par les tests. Un choix de mot qui change la façon de mesurer les gains.

Le goulot d'étranglement se déplace

Si un agent génère une fonctionnalité dix fois plus vite, la revue de code, la qualification, la sécurité et la mise en production doivent suivre. Sinon, la DSI pilote une usine à code reliée à une chaîne qui n'a pas été dimensionnée pour ce débit.

Un logiciel « gratuit » peut coûter cher

Avec la facturation au token des agents de développement, le coût de l'IA devient une variable à part entière. Le dossier invite à raisonner en coût par fonctionnalité réellement mise en production, plutôt qu'en jours-homme.

De la dette technique à la dette de conception

Une application peut fonctionner sans que personne ne sache expliquer pourquoi son architecture est ainsi. Le risque n'est plus seulement dans le code, mais dans ce que l'organisation ne saura plus expliquer ni faire évoluer.

Une gouvernance proportionnée au risque

Un prototype peut rester libre, un système critique manipulant des données sensibles non. Règles d'usage des agents, permissions, contrôles automatisés dans la CI/CD, validation humaine aux étapes clés : bien conçue, la gouvernance devient un levier d'adoption, pas un frein.

Il ne s'agit plus seulement de vérifier qu'un code fonctionne ou qu'un parcours utilisateur s'exécute sans erreur. Il faut désormais évaluer le comportement d'un système : mesurer les biais, éprouver la robustesse, tester les cas limites, apprécier la cohérence et la stabilité des réponses produites.
Anne HAUTIN Directrice Business Unit Nantes, Open, dans IT for Business

Pour aller plus loin