Les agents de BMAD et leurs équivalents agiles

Dans BMAD, un agentDans BMAD, une IA à qui l'on donne un rôle, un nom, des principes et un menu de tâches (Mary l'analyste, John le chef de produit…). C'est toujours le même modèle d'IA, cadré différemment. est une IA à laquelle on donne un prénom, un rôle, des principes et un menu de tâches. Chaque tâche est un skillUne capacité installée dans l'assistant de code : un fichier d'instructions qui décrit une tâche précise (rédiger un PRD, faire une revue de code…). Un agent BMAD regroupe plusieurs skills.. On peut appeler un agent par son prénom (« Mary, faisons un brainstorming ») ou lancer directement la tâche voulue.

Ce n'est pas une équipe au sens où nous l'entendons : c'est toujours le même modèle d'IA, cadré différemment. Le prénom sert de repère, pour savoir d'un coup d'œil « qui » parle et quel point de vue est adopté.

Les cinq agents de la version stable

Agent	Rôle	Ce qu'il produit	L'équivalent agile le plus proche
Mary	Analyste	Recherches, brainstorming, product brief, PRFAQ	Business analyst, discovery produit
John	Chef de produit	PRD, epics et stories, contrôle de préparation, changement de cap	Product Manager, Product Owner
Sally	Designer UX	Conception de l'expérience utilisateur	UX designer de l'équipe
Winston	Architecte	Architecture et décisions techniques	Architecte, ou l'équipe lors des choix techniques
Amelia	Développeuse	Code, revue de code, tests, planification de sprint, rétrospective	L'équipe de développement

La version 7, en préparation, ajoute Sofia, Product Owner. Elle reprend le découpage des epics, l'affinage des tickets et les changements de cap mis à jour en cours de route. La séparation entre la vision produit (John) et le backlog au quotidien (Sofia) ressemble alors beaucoup à celle que l'on connaît entre Product Manager et Product Owner.

Où est passé le Scrum Master ?

C'est la question qui intéresse le plus un coach. Les premières versions de BMAD avaient un agent Scrum Master, Bob. En avril 2026 (version 6.3), il a été fusionné dans Amelia, la développeuse, en même temps que l'agent testeur et un agent de développement rapide.

Ce qu'il en reste est une tâche : planifier le sprint et suivre l'état des stories. Autrement dit, l'outil a gardé la partie la plus mécanique du rôle, et rien de ce qui en fait le cœur : faciliter, protéger l'équipe, faire émerger les problèmes, aider à s'améliorer.

Ce choix est assez lucide. Un agent peut tenir un tableau à jour. Il ne sent pas qu'une réunion tourne mal, et il ne sait pas pourquoi deux personnes ne se parlent plus. Pour le coach, c'est un argument clair : BMAD outille la production, pas la dynamique d'équipe.

Le party mode : une réunion simulée

Le party modeMode de BMAD qui réunit plusieurs agents dans une même conversation : ils répondent chacun dans leur rôle, se contredisent et rebondissent sur les idées des autres. réunit plusieurs agents dans une même conversation. On pose une question (« monolithe ou microservices pour le MVPMinimum Viable Product : la plus petite version d'un produit qui permet d'apprendre quelque chose de vrai auprès de vrais utilisateurs. ? »), et l'architecte, le chef de produit et la développeuse répondent chacun dans leur rôle, se contredisent et rebondissent.

Pour préparer une décision, c'est un bon exercice : il fait apparaître des angles qu'on n'aurait pas envisagés seul. Ses limites sont celles de toute simulation :

• Un seul cerveau, plusieurs masques. Les « désaccords » viennent du même modèle. Ils ne remplacent pas la diversité de vraies personnes, de vrais métiers, de vraies contraintes.
• Pas d'enjeu réel. Un agent ne défend pas son équipe, son budget ou sa charge de travail. Les tensions qui comptent dans une organisation n'y apparaissent pas.
• Une parole sans risque. C'est une force pour explorer, mais rien n'y engage personne.

Un bon usage consiste à s'en servir avant la vraie réunion, pour préparer les questions, et pas à la place de la réunion.

Le pense-bête

Prénom	Rôle	Phase
Mary	Analyste	1. Analyse
John	Chef de produit	2. Planification
Sally	Designer UX	2. Planification
Winston	Architecte	3. Conception de la solution
Amelia	Développeuse	4. Implémentation
Sofia (v7)	Product Owner	2 à 4, le backlog
Bob	Scrum Master	Retiré en 2026 : la facilitation reste humaine