Philippe Martin présente la méthode BMAD (Breakthrough Method for Agile AI-Driven Development) comme un « plan d'urbanisme » indispensable pour structurer l'usage de l'IA agentique dans le cycle de développement logiciel, en opposition au « vibe coding » qui génère une dette technique explosive.
Le problème : depuis l'arrivée des LLM, de nombreuses équipes « codent au feeling » avec l'IA — prompt, récupération de code, ajustement manuel, recommencement. Sur le court terme, c'est grisant. Sur le long terme, c'est comme laisser chaque développeur négocier seul avec un entrepreneur : extensions partout, pas de plan d'ensemble, réseau électrique prêt à prendre feu.
on ne demande pas à l'IA 'écris-moi une app', on lui demande 'implémente ce module dans ce design précis'
La réponse BMAD : organiser les agents IA comme une équipe de construction disciplinée. Chaque agent joue un rôle de contremaître spécialisé : un agent clarifie le besoin et produit une vraie spécification plutôt qu'un prompt flou, un architecte propose des options alignées avec les standards, des « artisans » génèrent code, tests et documentation, et des contrôleurs traquent défauts et régressions. L'humain reste architecte en chef et maître d'ouvrage : il définit la vision, les contraintes non négociables et tranche les décisions structurantes.
Intégration dans le SDLC : l'auteur propose trois zones d'insertion. En amont, les agents transforment une intention métier en PRD structuré beaucoup plus rapidement. Au milieu, ils proposent des architectures et génèrent le code dans un cadre défini — « on ne demande pas à l'IA 'écris-moi une app', on lui demande 'implémente ce module dans ce design précis' ». En aval, les agents surveillent, analysent les logs et alimentent un backlog de dette technique priorisé.
Legacy et dette technique : BMAD pousse à traiter la structure plutôt que la couche de peinture. Les agents cartographient le code, identifient les zones à risque et proposent des refactorings progressifs. La génération systématique de tests et de documentation permet de résorber le passif.
Évolution des rôles : l'analogie du pilote automatique en aviation illustre la transformation — le pilote n'a pas disparu, son travail a changé. Les développeurs deviennent designers de solutions et reviewers exigeants, les architectes orchestrent un système où les contraintes d'entreprise sont injectées dans les agents, les managers apprennent à cadrer le problème et évaluer la valeur produite par la chaîne hybride.
Recommandations : commencer par les règles du jeu avant les outils, choisir des cas pilotes concrets, mesurer et raconter les résultats, et accepter que le cadre évoluera — comme un bon plan d'urbanisme permet de rénover une ville sans tout raser à chaque fois.