BMAD Method

Une équipe agile simulée par des agents

BMAD Method (Breakthrough Method of Agile AI Driven Development) est un projet open source sous licence MIT porté par la communauté BMad, qu'anime Brian Madison, connu sous le pseudonyme bmadcode. Il revendique vingt-cinq ans de logiciel (NASA, Northrop Grumman, Siemens, Extend) et un passé de vétéran de l'armée américaine. Le dépôt de référence est bmad-code-org/BMAD-METHOD sur GitHub.

Le cadre fait jouer à des agents spécialisés les rôles d'une équipe agile complète : analyste, product manager, architecte, scrum master, développeur, QA. Son parti pris tient en deux idées. Rendre explicites les décisions que les assistants de code transforment sinon en hypothèses tacites codées en dur, et faire porter tout le contexte par la story : chaque décision produit ou projet reste disponible pour la suite, sans avoir à la ré-expliquer à chaque session.

La version 6 (v6.0.0-alpha.23, diffusée le 11 janvier 2026) a introduit une architecture de skills, l'inclusion de sous-agents, une intelligence adaptative à l'échelle et l'automatisation de la boucle de dev. Selon les versions, BMAD compte de douze à vingt et un agents et plus de cinquante workflows.

Le cycle en huit étapes

La planification se fait volontiers dans une interface web, avec des bundles pour Gemini Gems ou ChatGPT Custom GPTs, puis les artefacts passent dans l'outil de codage, Claude Code ou Cursor. L'installateur pose des commandes comme « /bmad-help », « bmad update » et « bmad doctor ».

• Brief : l'agent analyste cadre le besoin.
• PRD : l'agent PM rédige le document produit avec l'humain.
• Architecture : l'agent architecte fixe les choix techniques.
• Stories : l'agent scrum master découpe en stories qui embarquent leur contexte.
• Readiness : PM et architecte vérifient que tout est prêt avant le code.
• Dev story : l'agent dev implémente story par story.
• Review : l'humain et l'agent QA relisent.
• Rétro : l'équipe capitalise en fin d'epic.

Lecture dans le SDLC augmenté par l'IA de SFEIR

Sur la grille du SDLC augmenté par l'IA, Brief et PRD couvrent Define, avec le PRD comme gate ; Architecture et Stories couvrent Plan, et Readiness en constitue le gate ; Dev story correspond à Build ; Review recouvre Verify et Review ; la Rétro joue le rôle de Compound-1, dans le cycle. Ship, Ops et Deprecation restent hors champ. Le détail de cette lecture figure dans l'article BMAD, une équipe agile complète simulée par des agents et dans le comparatif des neuf méthodes.

SFEIR retient de BMAD la richesse des rôles et les deux checkpoints avant le développement. Son propre cycle reste plus léger, avec des gates fixes (Define, Plan, Ship) et une capitalisation en deux temps, statique en Compound-1 et runtime en Compound-2, là où BMAD s'en remet à une seule rétrospective.

Forces, limites et cas d'usage

BMAD est le cadre le plus complet de sa famille côté rôles et cycle de vie. Il convient aux équipes qui ont besoin d'une séparation explicite des responsabilités et d'artefacts faciles à auditer, ce qui compte face aux exigences de conformité. Il vise les projets substantiels, à vrais utilisateurs, intégrations externes ou surface de sécurité : équipes qui grandissent, organisations multi-équipes, contextes réglementés, en greenfield comme en brownfield (BMAD dispose d'un mode brownfield).

C'est aussi la méthode la plus lourde et la plus coûteuse en tokens de la famille. En v6, une partie de l'écosystème a recentré BMAD sur la planification et l'orchestration, en laissant le code aux outils spécialisés. Un praticien résume : réserver BMAD aux projets substantiels, le mode plan suffisant pour les petites features. BMAD se combine avec les outils de spec-driven development pour l'implémentation et se compare au compound engineering pour la boucle d'apprentissage.