Comment je structure le dev de mes apps mobiles avec la méthode BMAD - Builder Créatif

BMAD method — workflow de développement mobile avec agents IA

J’ai passé 7 ans à construire des apps mobiles. Et pendant longtemps, le plus gros problème n’était pas le code — c’était tout ce qui vient avant.

Définir le produit. Structurer l’architecture. Écrire les stories. Prioriser. Et surtout, garder la cohérence entre ce qu’on planifie et ce qu’on code.

Depuis que j’utilise la méthode BMAD avec Claude Code, cette phase de structuration est passée de plusieurs semaines à quelques jours. Et le code qui en sort est meilleur.

C’est quoi BMAD exactement ?

BMAD, c’est Breakthrough Method for Agile AI-Driven Development (aussi appelé “Build More Architect Dreams”). C’est un framework open source qui structure la collaboration entre toi et l’IA en simulant une vraie équipe agile.

Au lieu d’un seul prompt fourre-tout, BMAD définit des agents spécialisés :

Agent	Rôle
Analyst	Cadre le problème, produit le brief produit
PM	Rédige le PRD (Product Requirements Document)
Architect	Conçoit l’architecture technique
UX Designer	Structure les parcours utilisateur
Dev	Implémente story par story
Scrum Master	Priorise, planifie les sprints
QA / Test Architect	Définit la stratégie de tests

Chaque agent a son propre contexte, ses propres instructions, ses propres livrables. Ils se passent le relais comme dans une vraie équipe.

Le tout est gratuit, open source, et s’installe en une commande :

npx bmad-method install

Pourquoi ça change tout pour le mobile

Construire une app mobile, c’est pas juste écrire du Flutter ou du React Native. C’est gérer une complexité qui explose vite :

Multi-plateforme : iOS, Android, parfois web — chaque plateforme a ses contraintes
State management : l’état de l’app doit rester cohérent partout
Backend + API : Firebase, Supabase, ou custom — le choix impacte toute l’archi
UX mobile spécifique : navigation, gestures, offline, notifications push
Store compliance : App Store et Play Store ont chacun leurs règles

Sans structure, l’IA va te générer du code qui marche en isolation mais qui s’effondre quand tu assembles les pièces.

BMAD force un processus : on planifie avant de coder. Et quand on code, on a un spec à suivre — pas un vague prompt.

Mon workflow concret : de l’idée au sprint

Voici comment je lance un nouveau projet d’app mobile avec BMAD.

Phase 1 : le brief produit (Analyst)

Je lance le workflow /create-product-brief et je discute avec l’agent Analyst.

Je lui donne mon idée brute : “Une app de suivi d’habitudes qui utilise un coach IA personnalisé.”

L’agent me pose des questions précises :

C’est quoi ton utilisateur cible ?
Quel problème tu résous que les concurrents ne résolvent pas ?
Quel est ton modèle de revenus ?
Quelles sont tes contraintes techniques ?

En 20 minutes, j’ai un brief produit structuré. Pas un doc de 40 pages — un document d’une à deux pages qui cadre l’essentiel.

Phase 2 : le PRD (PM)

Le PM prend le brief et le transforme en PRD : fonctionnalités priorisées, user personas, métriques de succès, contraintes.

C’est là que les features passent de “ce serait cool” à “voici ce qu’on build en v1.”

Pour une app mobile, cette phase est critique. Elle évite le scope creep classique : “Ah, et si on ajoutait aussi un système de social, un marketplace, et un mode AR ?”

Non. Le PRD dit : voici les 5 fonctionnalités du MVP. Le reste, c’est v2.

Phase 3 : l’architecture (Architect)

L’Architect produit le document d’architecture en se basant sur le PRD.

Pour mes apps Flutter + Firebase, les décisions classiques :

State management : Riverpod ou Bloc
Backend : Firebase (Auth, Firestore, Cloud Functions) ou Supabase
Navigation : GoRouter
Structure : feature-first ou layer-first
Offline : stratégie cache-first avec sync

L’agent Architect ne choisit pas au hasard. Il prend en compte les contraintes du PRD et les justifie.

Le livrable : un document d’architecture qui sert de référence pour tout le dev qui suit.

Phase 4 : stories et sprints (Scrum Master + PM)

Le workflow /create-epics-and-stories décompose le PRD en epics et user stories avec critères d’acceptation.

Exemple pour une app d’habitudes :

Epic : Onboarding

Story : En tant qu’utilisateur, je crée un compte avec email/Google
Story : En tant qu’utilisateur, je sélectionne mes 3 premières habitudes
Story : En tant qu’utilisateur, je configure mes rappels

Chaque story a ses critères d’acceptation, ses dépendances, et son estimation.

Le Scrum Master organise ça en sprints. Sprint 1 : auth + onboarding. Sprint 2 : tracking d’habitudes. Sprint 3 : coach IA.

Phase 5 : dev story par story (Dev)

C’est là que je code. Le workflow /dev-story prend une story, vérifie le contexte (archi, PRD, stories précédentes), et implémente.

L’agent Dev ne code pas dans le vide. Il a :

Le document d’architecture comme référence
Les stories précédentes comme contexte
Les critères d’acceptation comme objectif

Résultat : du code qui respecte l’archi décidée, pas du code freestyle qui part dans tous les sens.

Ce que BMAD fait bien pour le mobile

La cohérence. Quand tu développes 30+ écrans avec navigation complexe, state partagé et appels API, la cohérence est tout. BMAD maintient le contexte d’un bout à l’autre.

Le scope control. Le PRD + les stories empêchent le dérapage. Tu sais exactement ce que tu builds à chaque sprint.

La documentation vivante. Chaque phase produit un document. À la fin du projet, tu as un PRD, une archi, des stories — pas juste du code sans contexte.

L’adaptabilité. BMAD s’adapte à la taille du projet. Un fix de bug n’a pas besoin d’un PRD de 10 pages. Le framework ajuste automatiquement la profondeur de planification.

Ce que BMAD ne fait pas

Soyons clairs.

BMAD ne code pas ton app à ta place. C’est un framework de structuration. Toi, tu restes le décideur. Tu valides chaque phase. Tu diriges la vision.

BMAD ne remplace pas l’expertise mobile. Si tu ne sais pas que setState en Flutter va te créer des problèmes de performance sur des listes longues, BMAD ne va pas te le dire spontanément. L’expertise technique, c’est toi qui l’amènes.

BMAD ne gère pas le design visuel. Il structure les parcours UX, mais le pixel-perfect, les animations, le branding — c’est ton boulot (ou celui de ton designer).

Comparaison : avec et sans BMAD

	Sans BMAD	Avec BMAD
Démarrage	”Claude, code-moi une app de habits”	Brief → PRD → Archi → Stories → Dev
Cohérence	Chaque prompt repart de zéro	Contexte maintenu entre les phases
Scope	Feature creep constant	PRD verrouille le scope v1
Architecture	Décisions ad hoc, refacto permanent	Archi décidée avant le premier fichier
Tests	”On verra plus tard”	Stratégie de tests dès la phase archi
Documentation	Aucune	PRD + Archi + Stories = doc complète

Comment démarrer

Installe BMAD dans ton projet :

npx bmad-method install

Lance /bmad-help — l’assistant te guide vers le bon workflow selon où tu en es
Commence par le brief produit — même si tu penses savoir ce que tu veux, le brief va affiner ta vision
Résiste à l’envie de coder tout de suite. Les 2-3 heures passées sur le brief + PRD + archi vont t’économiser des jours de refacto.
Itère. BMAD n’est pas waterfall. Tu peux ajuster le PRD, revoir l’archi, reprioriser les stories en cours de route.

Mon setup pour le dev mobile avec BMAD

Outil	Usage
Claude Code (CLI)	IDE principal + agents BMAD
Flutter + Dart	Framework mobile
Firebase	Backend (Auth, Firestore, Functions)
BMAD v6	Structure de projet
Riverpod	State management
GoRouter	Navigation

L’installation de BMAD ajoute les agents et workflows directement dans ton projet. Quand tu ouvres Claude Code, les agents sont disponibles immédiatement.

Le vrai avantage

Ce qui fait la force de BMAD, c’est pas la technologie. C’est la discipline qu’il impose.

Quand tu builds seul — et la plupart des indie devs et freelances sont seuls — tu n’as personne pour challenger ton PRD, revoir ton archi, ou te dire que ta story est trop grosse.

BMAD simule cette équipe. Pas parfaitement. Mais suffisamment pour éviter les erreurs classiques : partir sans plan, coder sans archi, livrer sans tests.

Et pour le mobile, où chaque décision d’archi se paie cher en refacto, cette discipline fait toute la différence.

Pour aller plus loin : BMAD expliqué en vidéo

Si tu veux une intro visuelle à la méthode BMAD avant de te lancer, cette vidéo explique bien le concept et le workflow :

Ressources

BMAD Method — repo GitHub officiel
Documentation complète BMAD
Getting Started Tutorial
Communauté Discord BMAD
Mon stack Flutter + Firebase pour le mobile — l’article où je détaille mon choix de stack
Comment j’ai créé une vidéo produit avec Claude Code + Remotion — un autre exemple d’AI-assisted development

Tu veux structurer ton prochain projet mobile ? La méthode BMAD est gratuite et open source sur GitHub. Une commande pour l’installer, un /bmad-help pour commencer.