Урок 2.11. BMAD Method

Зачем это нужно

BMAD Method важен как пример того, что SDD может быть не только "spec, plan, tasks", а частью полного AI-driven development lifecycle.

Если Spec Kit и OpenSpec в первую очередь организуют specification workflow, то BMAD пытается организовать почти весь software delivery:

idea
-> analysis
-> planning
-> architecture
-> epics
-> stories
-> implementation
-> review

Это уже не маленький toolkit. Это methodology с agents, workflows и artifacts.

Основная идея

BMAD Method - это full lifecycle AI agile methodology. Его главная идея:

AI agent должен не просто кодить.
Он должен помогать проходить product, planning, architecture and delivery phases.

BMAD использует specialized workflows and agent personas. Это ближе к симуляции engineering team, чем к одному CLI для spec files.

Ключевые термины

Как это устроено

BMAD сильнее, чем обычный SDD toolkit, потому что он не останавливается на tasks.md. Он пытается удержать весь lifecycle: от product thinking до implementation review.

Tracks

BMAD предлагает разные уровни глубины planning. Важно выбирать не по названию, а по сложности задачи.

Курс должен донести важную мысль:

Не каждая задача заслуживает Enterprise process.

Как пользоваться

На обзорном уровне:

npx bmad-method install

После установки BMAD создает project structure, например:

_bmad/
  agents/
  workflows/
  tasks/
  config.yaml

_bmad-output/
  planning-artifacts/
  implementation-artifacts/

Дальше developer работает через BMAD skills/commands.

Примеры workflow commands:

Синтаксис и доступность commands зависят от installed version and agent harness.

Типовой BMAD flow

bmad-help
-> choose track
-> analysis / brainstorming
-> bmad-prd
-> bmad-create-architecture
-> bmad-create-epics-and-stories
-> bmad-check-implementation-readiness
-> bmad-sprint-planning
-> bmad-create-story
-> bmad-dev-story
-> bmad-code-review

В этом workflow SDD проявляется через artifacts:

• requirements are written;
• architecture is explicit;
• stories are derived from PRD;
• implementation follows story context;
• review checks against plan and story.

Пример: SaaS Task Manager v1

Задача:

Построить v1 SaaS Task Manager:
- projects
- team members
- Kanban board
- comments
- basic notifications

Для такой задачи обычный prompt слишком слабый. BMAD-style workflow:

Use BMAD Method.

Start with bmad-help and choose an appropriate planning track.
Create a PRD for Task Manager v1.
Then create architecture.
Then break PRD into epics and stories.
Do not implement stories until implementation readiness is checked.

Возможные epics:

Epic 1: Project and team setup
Epic 2: Task CRUD
Epic 3: Kanban board workflow
Epic 4: Comments and activity
Epic 5: Notifications

Каждая story должна иметь:

• context;
• acceptance criteria;
• dependencies;
• implementation notes;
• verification steps.

Когда BMAD полезен

BMAD хорошо подходит, когда:

• проект больше одной feature;
• нужно несколько specialized roles;
• нужна product discovery before implementation;
• архитектурные решения важны;
• feature нужно разбить на epics and stories;
• команда хочет AI-assisted agile process;
• есть место для review gates and artifacts.

BMAD особенно полезен для:

• greenfield applications;
• complex product initiatives;
• team-level planning;
• courses and workshops about AI-driven SDLC.

Когда не стоит брать

BMAD может быть слишком тяжелым, если:

• task маленькая;
• нужно исправить простой bug;
• project owner не готов review PRD and architecture;
• команда хочет lightweight local specs;
• existing agile process уже работает;
• overhead methodology больше риска задачи.

Правило:

BMAD берут не потому, что он мощный,
а потому что задача действительно требует lifecycle.

BMAD vs lightweight SDD

Prompt patterns

Начать инициативу

Use BMAD Method.
Start with bmad-help.
Help me choose the right track for this initiative.
Do not create implementation tasks until PRD and architecture are reviewed.

Создать PRD

Create a PRD for this product using BMAD.
Include:
- users
- goals
- non-goals
- requirements
- constraints
- success criteria
- risks

Проверить готовность

Run implementation readiness review.
Check whether PRD, architecture, epics, and stories are coherent.
List blocking gaps before any coding begins.

Типичные ошибки

Ошибка 1. Использовать BMAD для микрозадачи

Если нужно поправить текст кнопки, PRD and architecture не нужны.

Ошибка 2. Пропустить architecture

BMAD теряет смысл, если PRD есть, а architecture decisions остаются implicit.

Ошибка 3. Делать stories слишком большими

Story должна быть реализуемой и проверяемой. Если story занимает неделю agent work, это epic, а не story.

Ошибка 4. Не проверять implementation readiness

Если PRD, architecture и stories расходятся, agent будет реализовывать несогласованную систему.

Практика

Возьмите product idea и выберите track:

Idea:
Complexity:
Users:
Architecture risk:
Compliance risk:
Suggested track:
Why:
Artifacts needed:

Затем напишите 3 epics and 2 stories for first epic.

Критерии готовности

После урока студент должен уметь:

• объяснить BMAD как full lifecycle methodology;
• отличить BMAD от Spec Kit and OpenSpec;
• назвать основные phases BMAD;
• выбрать track под масштаб задачи;
• понять роль PRD, architecture, epics and stories;
• сформулировать prompt для BMAD-style product initiative.

Краткое резюме

BMAD Method нужен, когда AI-agent development выходит за рамки одной feature. Он помогает пройти путь от product thinking до implementation через structured workflows, specialized roles and artifacts. Его сила - lifecycle. Его риск - лишняя ceremony там, где достаточно маленькой spec and tests.

Вопросы для самопроверки

1. Чем BMAD отличается от lightweight SDD toolkit?
2. Когда нужен Quick Flow, а когда BMad Method track?
3. Почему architecture должна идти до stories?
4. Что проверяет implementation readiness?
5. Когда BMAD будет вреден из-за overhead?

Источники для актуализации

• BMAD Method repository: https://github.com/bmad-code-org/BMAD-METHOD
• BMAD docs: https://docs.bmad-method.org/

Что дальше

Следующий урок разберет GSD Core - core layer GSD ecosystem, где интересен не только готовый workflow, но и process primitives для собственной методологии.