English
Deutsch
Vibe coding : la frontière entre spec et code s'efface
Le "vibe coding" — terme popularisé par Andrej Karpathy début 2025 — décrit une nouvelle façon de développer : décrire ce qu'on veut en langage naturel, laisser l'IA générer le code, ajuster par itérations successives en mode conversationnel, sans nécessairement comprendre le code généré ligne par ligne.
Pour les Business Analysts, cette évolution soulève une question fascinante : si les spécifications fonctionnelles peuvent directement générer du code fonctionnel, que devient notre métier ?
La connexion directe spec → code : réalité ou illusion ?
La promesse : écrire "je veux un formulaire de demande de congés qui vérifie les soldes, envoie une notification au manager et met à jour le calendrier RH" et obtenir une application fonctionnelle en quelques minutes.
La réalité 2025 : c'est partiellement vrai. Pour des fonctionnalités discrètes, bien définies, sans complexité d'intégration, des outils comme Cursor, Claude Code ou Replit Agent peuvent générer du code fonctionnel à partir d'une description en langage naturel. Mais dès qu'on touche à des systèmes existants, des contraintes d'architecture ou des règles métier subtiles, la qualité chute rapidement.
Ce que le vibe coding change pour les BA
La précision des spécifications devient critique
Paradoxalement, le vibe coding augmente l'importance des spécifications de qualité. L'IA génère exactement ce qu'on lui décrit — si la description est ambiguë, le code sera fonctionnellement incorrect. Les edge cases, les contraintes de performance, les règles de gestion implicites doivent maintenant être explicités dans les spécifications, car l'IA ne les devinera pas.
Le BA devient validateur de qualité fonctionnelle
Si un développeur peut prototyper une feature en 2 heures grâce au vibe coding, le BA doit être capable de la valider fonctionnellement en 30 minutes. Cela nécessite de comprendre comment tester les cas nominaux et les edge cases, et de maîtriser les outils de test.
Le nouveau rôle : "Prompt Architect"
"Le Business Analyst de 2026 ne rédigera plus des specs pour des développeurs humains. Il rédigera des prompts structurés pour des agents de développement IA, tout en maintenant la responsabilité de la qualité fonctionnelle."
Les compétences en rédaction de spécifications ne disparaissent pas — elles se déplacent vers la rédaction de prompts système riches, de contextes de développement structurés, et de critères de validation formalisés.