BMAD Method : Le framework agile complet pour Claude Code

Le probleme du vibe coding 0:00

Le vibe coding c'est magique : tu balances une idee a l'IA, elle te pond du code. Sauf qu'au bout de 30 minutes, l'IA a oublie ce que tu lui as dit au debut. Elle hallucine des features que tu n'as jamais demandees, ignore la moitie de ta codebase.

Et si on pouvait avoir la magie du vibe coding mais avec la rigueur d'une equipe d'ingenieurs ?

L'equipe BMAD 1:00

BMAD simule une equipe complete :

• Architecte — pense ton systeme
• Product Owner — structure tes specs
• Scrum Master — decoupe en taches
• Developer — code proprement sans halluciner
• Brainstormer — connait les 11 meilleures techniques de brainstorming

L'agent Analyst et le brainstorming 1:50

L'agent Analyst (Mary) lance une session de brainstorming interactive. Tu lui soumets une vague idee, et il te fait passer par 3 techniques de brainstorming parmi 11 qu'il connait :

• What-if scenarios — questions provocantes
• Analogical thinking — analogies dans d'autres domaines
• Reversal/inversion — "Comment rendre ca inutile ?"
• First principles — decomposer jusqu'aux fondamentaux
• Role-playing — se mettre dans la peau des personas

Exemple : role-playing avec 3 personas 4:06

L'agent cree 3 personnages et pose des questions du point de vue de chacun :

1. Le dev junior curieux — cerveau fatigue apres le boulot, veut du contenu facile
2. Le lead senior — deteste le bullshit, cherche les vraies avancees
3. Le non-dev curieux — interesse par les success stories et simplifications

Ce processus fait emerger des criteres que tu n'aurais pas identifies seul.

Les 11 techniques de brainstorming 6:00

Le brainstorming est un art theorise. L'agent Analyst connait 11 techniques et choisit les plus adaptees a ton idee. Le resultat : un fichier brainstorming.md qui contient tout ce qui a ete explore.

Le PM et le PRD 11:40

Le Product Manager prend le brainstorming et genere le PRD (Product Requirement Document) avec :

• Fonctionnalites requises
• Epics (grands blocs)
• Stories (taches detaillees)

Les stories sont organisees en fichiers separes pour ne pas surcharger le contexte.

L'Architect 14:51

L'Architect prend le PRD et produit :

• Architecture technique avec schemas
• Pipeline d'execution avec temps estimes
• Structure du projet

Plus rien n'est laisse au hasard pour les etapes suivantes.

Le Developer 17:46

Le Developer implemente story par story. Chaque story a :

• Une description technique precise
• Des acceptance criteria
• Un espace pour les dev notes

Quand il charge une story, il va cherry-pick les chapitres de l'architecture dont il a besoin — pas de surcharge du contexte.

Resultat : un projet qui marche "first try" 20:15

Le code est :

• Parfaitement type
• Teste (111+ tests dans l'exemple)
• Sans hallucination
• Maintenable

Le developpement s'est fait "un cafe dans une main, le telephone dans l'autre". Le projet aurait pu etre fait sans BMAD, mais il aurait ete plus degueu, moins maintenable, et sans la reflexion approfondie du brainstorming.

Ce que BMAD vous apprend 26:06

Au-dela de l'outil, BMAD vous fait comprendre :

• Comment fonctionne le developpement agile en entreprise
• Les inputs/outputs de chaque role
• Les responsabilites de PM, Architect, Scrum Master, Dev

C'est de la culture d'ingenieur de haut vol, applicable en entretien d'embauche.

Qu'est-ce que BMAD Method ? 0:00

BMAD Method est un framework agile complet pour developper des applications avec Claude Code. Il simule une equipe complete avec 6 agents specialises qui travaillent ensemble :

• Mary — Business Analyst (brainstorming, product brief)
• PM — Product Manager (PRD, requirements, epics)
• Architect — Architecture technique (tech stack, schemas)
• Scrum Master — Stories detaillees pour le dev
• James — Developer (implementation)
• Quinn — QA (tests, validation)

Le principe : chaque agent produit des documents que le suivant utilise. C'est du context engineering applique a l'agile.

Le workflow BMAD 1:14

Le flux de travail suit une progression logique :

1. Analyst → Brainstorming + Product Brief (optionnel mais puissant)
2. PM → PRD avec functional requirements et epics/stories
3. Architect → Architecture, tech stack, coding standards
4. Scrum Master → Stories detaillees pour le developer
5. Developer → Implementation story par story
6. QA → Validation du code

Vous pouvez sauter des etapes selon la complexite de votre projet. Pour une app simple, allez directement au PM.

Installation 2:26

L'installation se fait en une commande :

npx bmad-method install

L'installateur vous demande :

• Le chemin du projet (peut creer un nouveau dossier)
• Si vous voulez sharder les documents (recommande)
• Quel IDE utiliser (Claude Code, Cursor, Windsurf...)

En 5 secondes, tous les agents et commandes slash sont installes.

L'agent Analyst et le brainstorming 11:09

Mary, la Business Analyst, est peut-etre l'agent le plus puissant. Son brainstorming inclut 20 techniques :

• Six Thinking Hats
• Five W's (root cause analysis)
• Role-playing (personas)
• SCAMPER, Mind Mapping
• Yes-And (improv)
• Et bien d'autres...

Le brainstorming n'est pas reserve au dev — utilisez-le pour n'importe quelle reflexion de vie.

Le Product Brief 26:40

Le Product Brief est le document fondamental qui definit :

• Executive summary
• Problem statement et pain points
• Proposed solution
• Target users avec demographics

Il force a reflechir avant de coder — evitant de construire quelque chose qui ne va nulle part.

L'agent PM et le PRD 35:26

Le Product Manager cree le PRD (Product Requirements Document) avec :

• Functional requirements (ce que l'app doit faire)
• Non-functional requirements (performance, securite)
• Epics regroupant les fonctionnalites
• User stories avec acceptance criteria
• Scope MVP vs post-MVP

Advanced Elicitations 41:01

A chaque section, BMAD propose des "advanced elicitations" pour pousser l'IA a faire mieux :

• Hindsight is 20/20 — "Si on regardait 6 mois apres le lancement, qu'est-ce qu'on regretterait ?"
• Red Team vs Blue Team
• Agile Team Perspective Shift
• Self-consistency validation

C'est votre chance de "mettre la pression" a l'IA pour obtenir de meilleurs resultats.

L'agent Architect 48:26

L'Architect produit :

• Tech stack avec versions exactes (empeche l'IA de changer de libs)
• Data models (interfaces TypeScript)
• Sequence diagrams (Mermaid)
• Source tree (structure des fichiers)
• Coding standards (conventions, JSDoc)

Ces documents sont shardes en fichiers separes que le developer charge automatiquement.

Sharding des documents 58:51

Le sharding decoupe les gros documents en petits fichiers :

/shard

Resultat : le PRD devient un dossier avec un fichier par epic. L'architecture devient coding-standards.md, tech-stack.md, source-tree.md. Le developer ne charge que ce dont il a besoin — contexte optimise.

L'agent Scrum Master 1:06:09

Le Scrum Master transforme les user stories en developer stories ultra-detaillees :

• Tasks et subtasks precis
• Context technique extrait de l'architecture
• Acceptance criteria
• Placeholders pour notes dev et QA

C'est le coeur du context engineering : donner au dev exactement ce qu'il faut, rien de plus.

L'agent Developer 1:10:52

James le developer :

• Charge automatiquement coding-standards, tech-stack, source-tree
• Suit les tasks de la story une par une
• Cree ses propres to-dos internes
• Met la story en "ready for review" quand termine

L'agent QA 1:12:46

Quinn le QA valide que le developer n'a pas deraille :

• Verifie que le code respecte l'architecture
• Check les acceptance criteria
• Identifie les problemes potentiels

Utilisez Opus pour le QA — c'est la verification critique.

Conseils cles

• Clear le contexte entre chaque agent
• Ne pas checker son cerveau a la porte — relisez, questionnez
• Utilisez Opus pour l'architecture et le QA
• Parlez aux agents — demandez des explications
• Correct course si vous devez pivoter en cours de projet

Retour aux articles