Carte des Workflows

La méthode BMad (BMM) est un module de l’écosystème BMad, conçu pour suivre les meilleures pratiques de l’ingénierie du contexte et de la planification. Les agents IA fonctionnent de manière optimale avec un contexte clair et structuré. Le système BMM construit ce contexte progressivement à travers 4 phases distinctes — chaque phase, et plusieurs workflows optionnels au sein de chaque phase, produisent des documents qui alimentent la phase suivante, afin que les agents sachent toujours quoi construire et pourquoi.

La logique et les concepts proviennent des méthodologies agiles qui ont été utilisées avec succès dans l’industrie comme cadre mental de référence.

Si à tout moment vous ne savez pas quoi faire, le skill bmad-help vous aidera à rester sur la bonne voie ou à savoir quoi faire ensuite. Vous pouvez toujours vous référer à cette page également — mais bmad-help est entièrement interactif et beaucoup plus rapide si vous avez déjà installé la méthode BMad. De plus, si vous utilisez différents modules qui ont étendu la méthode BMad ou ajouté d’autres modules complémentaires non extensifs — bmad-help évolue pour connaître tout ce qui est disponible et vous donner les meilleurs conseils du moment.

Note finale importante : Chaque workflow ci-dessous peut être exécuté directement avec l’outil de votre choix via un skill ou en chargeant d’abord un agent et en utilisant l’entrée du menu des agents.

Ouvrir le diagramme dans un nouvel onglet ↗

Phase 1 : Analyse (Optionnelle)

Explorez l’espace problème et validez les idées avant de vous engager dans la planification.

Workflow	Objectif	Produit
bmad-brainstorming	Brainstormez des idées de projet avec l’accompagnement guidé d’un coach de brainstorming	brainstorming-report.md
bmad-domain-research, bmad-market-research, bmad-technical-research	Validez les hypothèses de marché, techniques ou de domaine	Rapport de recherches
bmad-create-product-brief	Capturez la vision stratégique	product-brief.md

Phase 2 : Planification

Définissez ce qu’il faut construire et pour qui.

Workflow	Objectif	Produit
bmad-create-prd	Définissez les exigences (FRs/NFRs)1	PRD.md2
bmad-create-ux-design	Concevez l’expérience utilisateur (lorsque l’UX compte)	ux-spec.md

Phase 3 : Solutioning

Décidez comment le construire et décomposez le travail en stories.

Workflow	Objectif	Produit
bmad-create-architecture	Rendez les décisions techniques explicites	architecture.md avec ADRs3
bmad-create-epics-and-stories	Décomposez les exigences en travail implémentable	Fichiers d’epic avec stories
bmad-check-implementation-readiness	Vérification avant implémentation	Décision Passe/Réserves/Échec

Phase 4 : Implémentation

Construisez, une story à la fois. Bientôt disponible : automatisation complète de la phase 4 !

Workflow	Objectif	Produit
bmad-sprint-planning	Initialisez le suivi (une fois par projet pour séquencer le cycle de développement)	sprint-status.yaml
bmad-create-story	Préparez la story suivante pour implémentation	story-[slug].md
bmad-dev-story	Implémentez la story	Code fonctionnel + tests
bmad-code-review	Validez la qualité de l’implémentation	Approuvé ou changements demandés
bmad-correct-course	Gérez les changements significatifs en cours de sprint	Plan mis à jour ou réorientation
bmad-sprint-status	Suivez la progression du sprint et le statut des stories	Mise à jour du statut du sprint
bmad-retrospective	Revue après complétion d’un epic	Leçons apprises

Quick Dev (Parcours Parallèle)

Sautez les phases 1-3 pour les travaux de faible envergure et bien compris.

Workflow	Objectif	Produit
bmad-quick-dev	Flux rapide unifié — clarifie l’intention, planifie, implémente, révise et présente	spec-*.md + code

Gestion du Contexte

Chaque document devient le contexte de la phase suivante. Le PRD² indique à l’architecte quelles contraintes sont importantes. L’architecture indique à l’agent de développement quels modèles suivre. Les fichiers de story fournissent un contexte focalisé et complet pour l’implémentation. Sans cette structure, les agents prennent des décisions incohérentes.

Contexte du Projet

Recommandé

Créez project-context.md pour vous assurer que les agents IA suivent les règles et préférences de votre projet. Ce fichier fonctionne comme une constitution pour votre projet — il guide les décisions d’implémentation à travers tous les workflows. Ce fichier optionnel peut être généré à la fin de la création de l’architecture, ou dans un projet existant il peut également être généré pour capturer ce qui est important de conserver aligné avec les conventions actuelles.

Comment le créer :

• Manuellement — Créez _bmad-output/project-context.md avec votre pile technologique et vos règles d’implémentation
• Générez-le — Exécutez bmad-generate-project-context pour l’auto-générer à partir de votre architecture ou de votre codebase

En savoir plus sur project-context.md

Glossaire

Footnotes

1. FR / NFR (Functional / Non-Functional Requirement) : exigences décrivant respectivement ce que le système doit faire (fonctionnalités, comportements attendus) et comment il doit le faire (contraintes de performance, sécurité, fiabilité, ergonomie, etc.). ↩

2. PRD (Product Requirements Document) : document de référence qui décrit les objectifs du produit, les besoins utilisateurs, les fonctionnalités attendues, les contraintes et les critères de succès, afin d’aligner les équipes sur ce qui doit être construit et pourquoi. ↩ ↩²

3. ADR (Architecture Decision Record) : document qui consigne une décision d’architecture, son contexte, les options envisagées, le choix retenu et ses conséquences, afin d’assurer la traçabilité et la compréhension des décisions techniques dans le temps. ↩