Inscrivez-vous dès maintenant et bénéficiez de 14 jours d’essai gratuit. Profiter de l’essai !

Aller au contenu

DSI et vibe coding : quand les métiers construisent leurs applications, qui les teste ?

DSI et vibe coding : quand les métiers construisent leurs applications, qui les teste ?

Un groupe d'enseignement supérieur qui assume

Quinze écoles, 40 000 étudiants, une DSI d'environ 110 personnes et quelque 140 applications. Ce groupe d'enseignement supérieur privé l'affirme publiquement : sa DSI utilise un assistant de code IA, et des collaborateurs des métiers construisent désormais des solutions complètes sans écrire de code. Un mouvement jugé inévitable, et source de gains de productivité importants.

Un cadre de gouvernance déjà posé

Les métiers peuvent créer des applications périphériques, à condition de rester des citoyens responsables du système d'information. Dès qu'un projet touche le cœur du SI ou des données de référence, la DSI reprend la main et le réintègre dans le circuit standard. Elle fixe les règles, les plateformes, la sécurité, la conformité RGPD.

De nouveaux rôles sont expérimentés. Un ingénieur déployé auprès des métiers pour construire des solutions tactiques. Un ingénieur de solution chargé de consolider les applications générées. Un ingénieur plateforme qui repère ce qui doit être mutualisé. Avec une conviction affichée : écrire moins de code ne dispense pas de le comprendre.

La question absente : les tests

Le témoignage ne détaille aucune pratique de test. C'est pourtant là que tout se joue. La frontière entre application périphérique et cœur du SI n'est jamais figée. Un outil construit pour une dizaine de personnes en sert deux cents un an plus tard. Puis il alimente un processus critique. Sans décision formelle.

Quand la DSI reprend la main, elle hérite alors d'un code qu'elle n'a pas écrit, sans tests, sur un usage déjà en production. La consolidation devient une reprise à l'aveugle.

Des tests dès la création

Le rôle de la DSI évolue. Elle ne contrôle plus la production du code, elle garantit sa vérification. Deux leviers. Des critères objectifs de bascule vers le circuit standard : nombre d'utilisateurs, données de référence touchées, intégration à un processus critique. Et un socle minimal de tests automatisés exigé de toute application générée dès sa mise en service, pas au moment de sa reprise.

Engagement & Performance

Sécurisez votre plateforme e-commerce dès aujourd'hui