BMAD Part 1 - Your AI Product Team
BMAD turns one AI into a whole product team - analyst, PM, architect, developer, QA - each a focused expert that checks the others' work
What BMAD Is
BMAD stands for Breakthrough Method for Agile AI-Driven Development. It's a free, open-source framework (around 49,000 GitHub stars by mid-2026, on version 6) with one big idea: instead of asking a single AI to do everything, you run a team of specialized AI agents that mirror a real software team - and they hold each other accountable.
Why a "Team" Beats One Super-Agent
You learned in Level 7 that the maker shouldn't grade its own homework, and in Level 8 that each agent works best with a tight, focused context. BMAD applies both ideas at once: each agent has one role and a narrow context, so every AI call stays focused and high-quality, and each role checks the work of the previous one.
Meet the Team (12+ Agents)
BMAD ships specialized agents that mirror an agile team. The core cast:
PLANNING ROLES Analyst explores the idea, surfaces constraints โ writes the brief Product Manager turns the brief into a PRD (with FRs & NFRs) Architect designs components, data flow, tech choices Product Owner aligns the docs, runs checklists, shards big specs BUILDING ROLES Scrum Master splits epics into precise, context-rich story files Developer implements one story at a time, with tests, on a branch QA reviews, designs tests, refactors for quality COORDINATION Orchestrator routes each task to the right agent, enforces the order
The Big Rule: Documents Are the Source of Truth
This is BMAD's heartbeat and the through-line of this whole level. In BMAD, the source of truth is not the code - it's the documents: the brief, the PRD, the architecture, the stories. Code is generated from those, and every document is a living file versioned in Git.
Normal project: code is truth โ docs rot โ nobody trusts the docs BMAD project: docs are truth โ code follows โ docs always current Result: a new engineer reads the docs and actually understands the system, because the docs are what the code was built from.
Two Phases (The Shape of It)
BMAD splits any project into two clean phases. We'll walk the full workflow next lesson; here's the map:
The planning agents (Analyst, PM, Architect, Product Owner) produce and refine all the key documents before any code is written: brief โ PRD โ architecture โ alignment checklist. Everything versioned in Git.
The Scrum Master shards the plan into small, context-rich story files; the Developer builds each on its own branch with tests; QA and automated checks review before merge. Every story links back to the PRD and architecture.
A Few Nice Touches
- Scale-adaptive: it adjusts planning depth automatically - a bug fix gets a light process, an enterprise system gets the full treatment.
- Party mode: bring multiple agent personas into one session to discuss a decision together (like a design meeting).
- Web bundles: do the heavy planning (brief, PRD, research) in a flat-rate ChatGPT or Gemini subscription, then bring the polished docs into your coding tool - a real cost saver on long projects.
- bmad-help: an assistant that tells you what step comes next if you're lost.
Hands-On: Cast Your Team
Breakthrough Method for Agile AI-Driven Development - an open-source framework using a team of specialized AI agents
Each agent has one role and a narrow context, stays focused, and checks the previous agent's work
Analyst, PM, Architect, Product Owner (plan) + Scrum Master, Developer, QA (build) + Orchestrator
Each role is plain Markdown/YAML (persona, commands, dependencies) you can read, edit, and commit
Brief, PRD, architecture, stories drive the code; everything versioned in Git
Agentic Planning (docs first) then Context-Engineered Development (sharded stories โ code)