L’essor du codage par vibration : Peut-il être utile aux chefs de projet ?
Croissance du codage par vibration: Le codage par vibration est passé d’un concept de niche à une pratique qui attire l’attention dans les milieux technologiques et business.
Chefs de projet: Les chefs de projet, experts en communication claire, sont étonnamment bien placés pour exceller dans le codage par vibration.
Exemples concrets: Les applications concrètes du codage par vibration montrent son potentiel à construire des outils pour des besoins de niche.
Défis: Si le codage par vibration accélère le développement initial, la montée en charge et la gestion de la qualité restent des défis majeurs.
Sensibilisation aux risques: Les créateurs non techniques peuvent rencontrer des risques tels que des problèmes de passage à l'échelle et des vulnérabilités de sécurité en utilisant le codage par vibration.
Au cours de l'année ou deux qui viennent de s'écouler, le « vibecoding » est passé d’un terme de niche circulant dans les coins d’internet fréquentés par les passionnés d’IA à un concept qui commence à émerger dans le grand public — du moins dans les milieux de la tech, du business et de la productivité. Après avoir passé d’innombrables heures à discuter d’IA avec des experts, et étant moi-même plongé dans une obsession du vibecoding, j’ai remarqué un schéma : le vibecoding est souvent l’étape suivante pour celles et ceux qui ont atteint la limite de ce que les outils d’IA existants peuvent leur offrir. Si vous ne trouvez pas l’outil que vous cherchez, pourquoi ne pas le créer vous-même ?
Le hic, c’est que la plupart des personnes à qui je parle n’en ont encore jamais entendu parler. Il s'agit encore d’un concept de niche à part entière, et qui est rarement évoqué dans les cercles de gestion de projet en particulier. J’ai donc cherché les personnes qui le pratiquent réellement : de vrais chefs de projet et responsables des opérations qui ont silencieusement intégré le vibecoding à leur routine, et je leur ai demandé comment ça se passait.
Que vous soyez chef de projet curieux de savoir où l’IA peut vous mener, ou manager cherchant à anticiper ce que votre équipe expérimente peut-être déjà, considérez ceci comme votre introduction au vibecoding — à la fois source d’inspiration et avertissement.
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Mais au fait, qu’est-ce que le vibecoding ?
Bien qu’il n’existe pas encore de définition officielle du « vibecoding » puisque c’est un terme nouveau, nous allons le définir ainsi : le fait de coder en donnant des instructions à un LLM en langage naturel, qui génère ensuite le code.
Pour les besoins de cet article, je veux aussi préciser que le « vibecoding » (du moins dans la manière dont j’emploie ce terme) se distingue du codage assisté par l’IA – où un développeur doté de compétences techniques utilise des outils comme GitHub Copilot pour accélérer un travail qu’il sait déjà réaliser.
Pourquoi les chefs de projet sont étonnamment bien placés pour ça
À première vue, le vibecoding pourrait sembler destiné aux entrepreneurs ou aux passionnés de technologie. Mais plus j’ai échangé avec des personnes, plus un autre profil s’est imposé : la personne qui s’épanouit dans le vibecoding n’est pas forcément la plus technique de la salle. C’est celle qui sait précisément ce qu’elle veut et l’exprime avec clarté — ce qui, quand on y pense, définit presque parfaitement un bon chef de projet.
Tim Fisher, VP of AI chez The Digital Project Manager, le formule de cette façon : « C’est une forme de communication qui n’existait pas auparavant. » Il considère le vibecoding moins comme une compétence technique que comme un nouveau médium pour transformer des idées en réalisations concrètes. « L’avantage de ces outils pour les non-codeurs est de pouvoir aller plus vite sur des points comme l’alignement autour d’une idée, et de dépasser le stade du ‘est-ce que ça va marcher ?’ »
Le vibecoding est une nouvelle façon de communiquer qui n’existait pas auparavant.
Ce que décrit Tim correspond parfaitement aux compétences d’un chef de projet : Rédiger des besoins, traduire des attentes métiers en cahiers des charges précis, communiquer entre équipes techniques et non techniques — autant de tâches du quotidien qui s’avèrent être justement ce que le vibecoding valorise.
Aniket Ghonge, Senior Supply Chain Manager chez Amazon, a présenté sa propre entrée dans le vibecoding d’une manière qui parlera à bien des chefs de projet. Des années avant l’apparition de l’IA agentique, il a contribué à guider une équipe de développement pour créer un outil interne, simplement en rédigeant les besoins et en expliquant ce dont il avait besoin. « Je n’ai rien construit. Je n’ai rien codé. J’ai juste dit : ‘Voici ce qu’il nous faut. Voici le déroulement que ça doit avoir.’ Et ils l’ont construit à partir de mes besoins. Voilà où mon parcours a commencé. Maintenant, avec l’IA agentique, je fais la même chose. Je rédige mes besoins, mais c’est l’IA qui écrit le code. »
La seule différence aujourd’hui ? Il n’a plus besoin d’équipe de développement.
Que construisent réellement les gens ?
La preuve la plus convaincante du potentiel du vibecoding n’est pas théorique — ce sont les choses concrètes, pragmatiques, que des gens ont mises en place dans l’ombre, alors que le reste d’entre nous se demandait encore si cela valait la peine d’essayer.
Voici un aperçu de ce que quatre praticiens non techniques ont réalisé :
Dixie Willard, fondatrice et stratège en chef de projets chez Poised and Plumb, travaille principalement avec des architectes d'intérieur et a créé de toutes pièces un générateur de cahiers des charges. L'application permet à un designer de parcourir une consultation client sur une tablette, en cochant pièces, choix et phases du projet en temps réel, et génère sur-le-champ un document de cahier des charges clair — ce qui auparavant nécessitait des notes, la mémoire, et des heures de travail administratif après la réunion. Elle l’a construite parce que rien de semblable n’existait. « Il n’y en a tout simplement pas. Et il y a beaucoup d'outils dont les designers pourraient avoir besoin et qui n'existent tout simplement pas. » Son point de vue sur l'intérêt du vibecoding dans des secteurs comme le sien : « Je pense que les cas d’usage de niche sont probablement la meilleure raison d’utiliser le vibecoding. Cela facilite tellement la vie. »
Je pense que les cas d’usage de niche sont probablement la meilleure raison d’utiliser le vibecoding. Cela facilite tellement la vie.
Aniket Ghonge passait entre 16 et 18 heures par semaine à traiter manuellement les données de prévision de la demande pour des centaines de transporteurs à travers le réseau logistique d’Amazon — recopiant des chiffres dans des feuilles de calcul, effectuant des calculs à la main, et recommençant tout la semaine suivante. « C’est un processus manuel. Cela me prenait environ 16 à 18 heures chaque semaine. Je ne peux pas continuer ça manuellement et risquer des erreurs, car à chaque fois qu’un humain manipule des données à grande échelle, c’est sujet aux erreurs. » Il a donc vibecodé une application web complète qui automatise aujourd’hui la majeure partie de ce travail. La comparaison avec l’avant est frappante : « Il y a quelques années, je devais travailler avec un développeur web, un designer UX, un chef de produit, un responsable de programme technique, de nombreuses personnes pour créer un produit basé sur mon concept. Aujourd’hui, je n’ai plus de blocages, et en deux semaines, j’ai créé une application. Une application similaire que je soutenais précédemment avait pris deux ans. »
Michael Gold, directeur en temps partagé (Fractional Head of Delivery) et fondateur de Gold Project Management, a construit un CRM personnalisé sur Lovable qui se connecte au site web de son entreprise et s’intègre avec Fireflies, son outil de transcription de réunions. Chaque matin, lui et son associé passent en revue leur pipeline au téléphone, et lorsqu’ils ont terminé, une simple pression sur un bouton fait le reste : « Je peux simplement cliquer sur mettre à jour à partir de la transcription, et cela parcourt automatiquement la transcription et l’assigne à la bonne personne. Et cela ajoute des notes et des tâches et les assigne à chacun de nous. » Il a depuis poussé le vibecoding plus loin, en collaborant avec un développeur pour concevoir un véritable outil d’automatisation des services professionnels, désormais en phase de lancement public.
Harry Max, dirigeant fractionnaire et auteur de Managing Priorities, a vu son associé construire en vibecoding une plateforme sophistiquée de priorisation à partir de zéro en neuf mois grâce à Claude Code — sans équipe de développement, ni investissement extérieur. La comparaison avant/après soulevée par Harry est difficile à ignorer : « En neuf mois, une seule personne a construit quelque chose d’aussi sophistiqué que ce que nous avions réalisé il y a 20 ans avec 14 personnes et 2 millions de dollars. »
En neuf mois, une seule personne a construit quelque chose d’aussi sophistiqué que ce que nous avions réalisé il y a 20 ans avec 14 personnes et 2 millions de dollars.
La vérité honnête : ce n’est pas toujours un long fleuve tranquille
Toutes les personnes à qui j’ai parlé étaient sincèrement enthousiastes à propos du vibecoding. Mais elles étaient aussi, sans exception, honnêtes sur les difficultés rencontrées.
L’expérience la plus courante semble proche de celle de Michael : « On peut passer de zéro à soixante plus vite que jamais, mais je crois qu’aller de soixante à cent reste vraiment un défi. Si on veut vraiment amener un projet au bout, il faut encore de l’expertise. »
Harry Max a souligné un piège plus subtil — l’attrait du processus lui-même. « Il est très séduisant de continuer à tout changer, et chaque fois que vous modifiez quelque chose, il y a un risque que quelque chose casse. Et vous ne détecterez le problème que si vous avez vraiment réfléchi à la façon dont vous allez gérer la qualité et les tests. » Il a aussi apporté une nuance sur les résultats qui paraissent meilleurs qu’ils ne le sont : « Le fait que l’on puisse ‘vibecoder’ des choses visuellement très réussies ne signifie pas qu’elles soient utiles. Cela ne veut pas dire qu’elles fonctionnent. Cela ne veut pas dire qu’elles résolvent un problème, mais ça a l’air génial. »
[Avec le vibecoding] vous pouvez passer de zéro à soixante plus rapidement que jamais, mais je pense toujours que passer de soixante à cent reste vraiment difficile.
Aniket Ghonge a appris l’une des leçons les plus dures par lui-même. Dans son empressement à continuer de développer des fonctionnalités, il a sauté une étape de test qui lui a coûté cher : « J'ai soudain perdu 50 % de mon travail, et ça m'a vraiment effrayé. Ce fut ma leçon difficile. D'accord, il faut tester une fonctionnalité dans un environnement de test avant de faire un changement en production. » Il s’en est sorti, mais cela lui a coûté plusieurs heures — et beaucoup d’anxiété.
Les risques que les non-techniciens ne voient pas toujours arriver
L'enthousiasme des praticiens est réel, mais les risques structurels le sont aussi — c'est pourquoi j'ai décidé de faire intervenir Tim pour un avis technique honnête.
Lorsque j'ai demandé à Tim ce qu'il pensait des chefs de projet qui font du vibecoding pour créer leurs propres outils, sa perspective n’était pas tant de décourager les gens que de s’assurer qu’ils avancent en connaissance de cause. Son observation la plus importante : « De manière générale, si vous ne savez pas ce que vous ignorez, vous ne pouvez pas supposer que le codeur agentique va vous mettre au courant. »
Cela s’applique surtout à la question de la montée en charge. « De manière générale, tous les projets en vibecoding ne sont pas scalables, principalement parce que vous ne demandez pas à l’agent de réfléchir à la montée en charge. Les non-développeurs ne pensent probablement même pas à des éléments comme la gestion des erreurs. » Un outil conçu en vibecoding peut fonctionner parfaitement pour cinq utilisateurs et s’effondrer en silence quand ils sont cinquante — et la personne qui l’a construit n’a peut-être aucun moyen de comprendre pourquoi.
De manière générale, tous les projets en vibecoding ne sont pas scalables, principalement parce que vous ne demandez pas à l’agent de réfléchir à la montée en charge.
Il y a ensuite la question de la responsabilité, qui devient particulièrement critique lorsque l’outil gagne en popularité au sein de l’organisation. « Si vous créez quelque chose sur lequel les gens comptent, cela doit devenir plus qu’un projet en vibecoding ; cela doit être repris par des personnes dont c’est le métier et qui savent des choses que vous ne soupçonnez même pas. » Fisher a illustré un scénario très concret : « Si quelqu’un demande à cette personne : “L’information que je reçois de ton outil est-elle correcte ?” et qu’elle ne connaît pas assez bien le fonctionnement interne de l’outil parce qu’elle a laissé l’agent tout faire, alors elle ne peut pas répondre. »
Même Dixie Willard, qui construit activement des outils auxquels elle croit, reconnaît le malaise qui accompagne l’enthousiasme : « C’est justement ce qui me rend toujours nerveuse, car je me dis, et s’il y a un problème de sécurité ? »
Il convient de noter que les failles de sécurité — clés API exposées, données utilisateurs non sécurisées, outils qui traitent par inadvertance des informations personnelles sans garde-fous appropriés — figurent parmi les pièges les plus fréquents dont Tim m’a parlé. C’est le genre de problème qu’un développeur traite automatiquement, mais qu’un vibecodeur risque tout simplement d’ignorer.
Alors, devriez-vous vous lancer ?
La réponse honnête est : tout dépend de ce que vous construisez et de ce que vous comptez en faire.
Le vibecoding est réellement puissant comme outil de prototypage et de communication. Si vous avez une idée, souhaitez tester si elle fonctionne ou avez besoin de montrer quelque chose de concret aux parties prenantes avant d’investir dans un développement réel, le potentiel est vaste et les risques maîtrisables. Tim l’exprime bien : la valeur clé réside dans le fait de pouvoir dépasser l’étape « est-ce que ça va marcher ? » plus vite que jamais auparavant.
Là où cela se complique, c’est lorsqu’un outil en vibecoding cesse d’être un prototype pour devenir un outil sur lequel des personnes comptent réellement. À ce moment-là, les lacunes en matière de montée en charge, de gestion des erreurs et de sécurité, qui pouvaient être ignorées à l’origine, commencent à compter — et la personne qui l’a conçu n’a peut-être même pas le vocabulaire technique nécessaire pour savoir où chercher.
Les praticiens cités dans cet article naviguent tous sur cette ligne de crête en temps réel. Certains transmettent le relais à des développeurs. D’autres apprennent au fur et à mesure. Tous cherchent, prompt après prompt, à identifier où se situent les limites de cette technologie.
Pour les chefs de projet, l’opportunité est réelle — mais la responsabilité qui l’accompagne l’est tout autant. La bonne nouvelle, c’est que savoir ce que vous voulez, poser les bonnes questions et comprendre quand il est temps de faire appel à quelqu’un font déjà partie du quotidien des bons PM. Le vibecoding, dans ses meilleurs cas, n’offre qu’un nouveau contexte à ces mêmes compétences.
Envie de lire d’autres analyses comme celles-ci ? Créez un compte DPM gratuit pour découvrir d’autres témoignages d’experts.
