# Évaluation de Ressource: BMAD-METHOD **URL**: https://github.com/bmad-code-org/BMAD-METHOD **Type**: GitHub repository **Date d'évaluation**: 2026-07-08 **Évaluateur**: Claude Code Ultimate Guide Team **Version guide**: 3.40.0 --- ## 📄 Résumé du contenu - **Breakthrough Method for Agile AI-Driven Development**: framework orchestrant 19+ agents spécialisés (Analyst, PM, Architect, Dev, QA...) à travers le cycle de vie logiciel - **Principe central**: "no code until human-vetted plan" (aucune ligne de code n'est écrite avant qu'un PRD + Architecture Doc + UX spec aient été validés par un humain) - **Trois pistes de planification**: Quick Flow Track (fix rapide), BMad Method Track (PRD + Architecture + UX complet), Enterprise Method Track (conformité étendue) - **Deux composants fondateurs**: Agentic Planning et Context-Engineered Development - **Modularité**: expansion packs installables à la demande (`bmad install expansion-packs/healthcare`) Origine de cette évaluation : recherche sur les alternatives open source au pattern présenté par WeScale/Maleus lors d'un meetup GenAI France (juillet 2026), soit décomposition PRD → tâches → build → gates avec gouvernance stricte. BMAD-METHOD est remonté indépendamment dans deux passes de recherche distinctes (WebSearch direct + recherche croisée fournie par l'utilisateur), ce qui renforce la confiance dans sa pertinence. --- ## 🎯 Score de pertinence: 4/5 | Score | Signification | |-------|---------------| | ~~5~~ | ~~Critique, gap majeur dans le guide~~ | | **4** | **Très pertinent - Amélioration significative** | | ~~3~~ | ~~Pertinent - Complément utile~~ | | ~~2~~ | ~~Marginal - Info secondaire / Redondant~~ | | ~~1~~ | ~~Hors scope - Non pertinent~~ | **Justification**: `guide/workflows/spec-first.md` couvre déjà Spec Kit et OpenSpec comme outils d'intégration SDD, mais aucun des deux ne modélise l'approche "équipe d'agents avec rôles produit" (Analyst → PM → Architect avant tout code). BMAD-METHOD est cité comme force différenciante d'un guide concurrent dans `docs/competitive-analysis.md` (ligne 20, "Claude-Code-Everything-You-Need-to-Know" utilise BMAD comme fil conducteur SDLC) sans que notre propre guide ne le documente. C'est un gap net et vérifié. --- ## ⚖️ Comparatif détaillé | Aspect | BMAD-METHOD | Notre guide | |--------|-------------|--------------| | Spec-driven, gate humain avant code | ✅ Principe central | ✅ Spec Kit / OpenSpec (spec-first.md) mais sans agents-rôles | | Agents avec personas produit (PM, Architect, QA) | ✅ 19+ agents | ❌ Non documenté sous cette forme | | Multi-pistes selon taille de tâche | ✅ Quick/Method/Enterprise | ⚠️ Implicite (Plan Mode léger vs spec-first complet) | | Isolation d'exécution parallèle | ❌ Non natif | Voir spec-kitty (évaluation séparée) | | Gate déterministe (code, pas LLM self-eval) | ❌ Non documenté | Couvert ailleurs via Spec-to-Code Factory | **Delta réel**: le concept de "planning agentique multi-rôles avant tout code" n'a pas d'équivalent direct dans le guide actuel. --- ## 📍 Recommandations **Où intégrer**: `guide/workflows/spec-first.md`, section "Integration with Tools" (à côté de Spec Kit et OpenSpec), plus un renvoi croisé possible dans `guide/ecosystem/agentic-tools.md` Section 3 (Multi-Agent Frameworks) si la structure s'y prête mieux à l'usage. **Format suggéré**: bloc de code d'installation + tableau des trois pistes + note sur la limite (pas d'isolation d'exécution parallèle native, contrairement à spec-kitty). --- ## 🔥 Challenge **Objection testée**: "BMAD-METHOD n'est-il pas juste une reformulation de Plan Mode + CLAUDE.md ?" **Réponse**: Non, la différence structurelle est le nombre de rôles simulés (19+ vs un seul agent qui planifie) et le fait que chaque rôle produit un artefact versionné distinct (PRD, Architecture Doc, UX spec) avant que le développement ne démarre. Plan Mode de Claude Code produit un plan unique ; BMAD produit une chaîne de documents inter-dépendants signés par des personas différents. C'est un pattern d'organisation du travail, pas juste un prompt plus long. **Risque de non-intégration**: des utilisateurs cherchant "comment structurer un cycle PRD → architecture → dev avec des agents" pourraient tomber sur BMAD ailleurs sans savoir comment le combiner avec Claude Code. --- ## ✅ Fact-Check | Affirmation | Vérifiée | Source/Commentaire | |-------------|----------|---------------------| | 50 215 stars, 5 781 forks | ✅ | Vérifié via `gh api repos/bmad-code-org/BMAD-METHOD` le 2026-07-08 (now 51,183 as of 2026-07-28) | | License | ⚠️ | `NOASSERTION` retourné par l'API GitHub, pas de fichier LICENSE standard détecté automatiquement, à vérifier manuellement avant citation en tant que "MIT" dans le guide | | Push le plus récent | ✅ | 2026-07-08, projet activement maintenu | | "19+ agents, 50+ workflows" | ⚠️ Non vérifié en détail | Chiffre repris de la documentation du projet, non audité ligne à ligne | --- ## 🎯 Décision finale | Critère | Valeur | |---------|--------| | **Score final** | 4/5 | | **Action** | ✅ Intégrer dans `spec-first.md` | | **Confiance** | Haute (cross-validé par deux recherches indépendantes + gap confirmé dans competitive-analysis.md) | | **Point de vigilance** | Vérifier la licence exacte avant de la citer dans le guide (l'API GitHub retourne NOASSERTION) | --- *Rapport généré manuellement pour Claude Code Ultimate Guide v3.40.0*