Pendant des mois, j'ai travaillé avec Claude Code de la même façon : je décrivais vaguement ce que je voulais, l'agent codait, je corrigeais, l'agent recodait, et au bout de quelques heures on s'était éloignés du problème initial sans vraiment s'en rendre compte. Le code fonctionnait. Mais il ne correspondait plus à ce que j'avais en tête au départ.
Ce n'est pas un problème de l'IA. C'est un problème de contexte.
BMAD — Breakthrough Method for Agile AI-Driven Development — est le framework open-source qui m'a fait changer d'approche. L'idée centrale : construire le contexte avant d'écrire une seule ligne de code. Ce n'est pas une contrainte. C'est ce qui fait la différence entre un projet qui tient la route et une dette technique accumulée dès le premier sprint.
Les agents IA sont extraordinairement bons pour exécuter. Ils sont beaucoup moins bons pour deviner vos intentions. Si vous leur donnez un brief flou, ils produisent quelque chose de plausible — pas forcément ce dont vous avez besoin.
Le vrai coût de ce flou ne se paie pas à la première session. Il se paie trois semaines plus tard, quand vous ajoutez une feature qui ne s'intègre pas proprement, quand vous réalisez que l'architecture ne supporte pas votre prochain besoin, ou quand vous onboardez quelqu'un sur le projet et qu'il est impossible de reconstituer pourquoi telle décision a été prise.
BMAD force à répondre à ces questions avant de coder.
Le framework repose sur une séquence de trois agents spécialisés qui se relaient, chacun produisant un livrable structuré :
Avant tout, on clarifie le pourquoi. Quel problème résout-on ? Pour qui ? Quelles sont les contraintes réelles ? Quel est le périmètre — et surtout, ce qui est hors périmètre ? C'est le moment du deep interview, où on ne laisse aucune ambiguité traîner. L'Analyst produit un brief de 1 à 2 pages qui sert de boussole pour tout le reste du projet.
Le brief devient un Product Requirements Document : des Epics (grands chantiers) découpés en Stories (tâches isolées et délimitées). Ce découpage est le cœur de la méthode. Une Story bien écrite tient dans une seule session de travail avec un agent. Elle a un critère d'acceptation clair. L'agent ne peut pas se perdre parce que le scope est borné.
C'est là que se figent les décisions techniques : stack, structure de fichiers, patterns, choix d'API. Pour Nortrip Toolbox par exemple, c'est ici qu'on documente pourquoi on a choisi Supabase plutôt que Prisma, ou comment les routes API sont organisées. Trois mois plus tard, ces décisions sont traçables.
Un quatrième rôle — le PO — valide la cohérence entre ces trois documents avant de lancer les agents de développement. Il découpe aussi les documents en fichiers exploitables par les agents : chaque agent dev ne reçoit que ce dont il a besoin.
J'ai intégré BMAD sur deux projets récents : une feature de ventilation comptable sur Nortrip Toolbox, et un système de gestion de devis pour un client artisan en Gironde.
La différence la plus immédiate : la vitesse de récupération quand quelque chose ne va pas. Quand un agent part dans une mauvaise direction, j'ai les documents pour le recadrer en une phrase — pas besoin de réexpliquer tout le contexte depuis le début. Le Project Brief est là. La Story est là. L'architecture est là.
La deuxième différence : la traçabilité des décisions. Dans 6 mois, quand je reviendrai sur ce code, ou quand quelqu'un d'autre travaillera dessus, les documents BMAD expliquent le pourquoi. Ce n'est pas juste du code — c'est de la connaissance projet.
Une chose importante : BMAD n'est pas un processus lourd à appliquer sur tous les sujets. Le framework est calibré selon la complexité :
C'est ce qui le rend utilisable au quotidien. Il n'alourdit pas le flux de travail — il le structure au bon niveau de profondeur.
Si vous utilisez Claude Code, Cursor, ou n'importe quel agent IA pour construire des systèmes — des automatisations, des web apps, des outils internes — et que vous avez déjà eu l'impression de tourner en rond sans avancer vraiment, BMAD est fait pour vous.
Ce n'est pas une méthode réservée aux équipes tech. J'applique les principes avec des clients PME qui n'ont jamais écrit une ligne de code, uniquement pour cadrer leurs besoins avant qu'on démarre ensemble. Le résultat : moins d'allers-retours, des livraisons plus prévisibles, et des systèmes qui tiennent dans le temps.
Le framework est open-source et disponible sur GitHub. Mais si vous voulez voir comment l'appliquer concrètement à votre projet — que ce soit une automatisation Make, une web app sur mesure, ou un système d'agents IA — on peut le faire ensemble.
Je propose un audit gratuit d'une heure pour cadrer votre projet avec la méthode BMAD et identifier les premières Stories à construire.
Réservez votre créneau ici — et arrêtez de partir dans tous les sens.
Benjamin Bertigny — Fondateur NBN IA. Je construis des systèmes IA pour les PME et les artisans. Bordeaux, Gironde, toute la France.
Prêt à automatiser votre business ?
Audit gratuit 1h — on identifie ensemble les 3 automatisations les plus rentables pour vous.
Réserver l'audit gratuit