BMAD工作流程

下面这张流程图清晰地展示了完整的“规划-执行”双阶段工作流，以及各个命令在其中扮演的角色。

flowchart TD
A[“项目启动<br>（头脑风暴）”] --> P1

subgraph P1[规划阶段 Web UI]
    direction LR
    A1[分析师<br>/bmad-bmm-analyst] --> A2[产品经理<br>/bmad-bmm-create-prd] --> A3[架构师<br>/bmad-bmm-create-architecture]
    A4[UX设计师<br>/bmad-bmm-create-ux-design] --> A5[“就绪检查<br>/bmad-bmm-check-<br>implementation-readiness”]
end

P1 --> C{“就绪检查通过?”}
C -- 是 --> P2
C -- 否, 需调整 --> A2

subgraph P2[执行阶段 IDE]
    direction TB
    B1[Scrum Master<br>创建Epics/Stories<br>/bmad-bmm-create-epics-and-stories] --> B2[Sprint规划<br>/bmad-bmm-sprint-planning] --> B3[开发循环<br>Developer实现故事<br>/bmad-bmm-dev-story] --> B4[代码审查<br>/bmad-bmm-code-review]
    B4 -- 发现问题 --> B3
    B4 -- 通过 --> B5[项目完成]
end

这个流程的核心在于通过严格的规划阶段来避免后续开发中的重大返工，并通过执行阶段的循环式开发确保代码质量。

阶段详解与关键命令¶

1. 规划阶段：奠定基石
这个阶段主要在Web UI中完成，目标是产出一套高质量的设计文档，为后续开发提供清晰的蓝图。
- 起点与可选环节：正如您所注意到的，一个完整的规划通常始于 /bmad-bmm-analyst（分析师）。在此之前，可以进行一次非正式的 头脑风暴 来梳理初步想法，但这并非强制步骤。
- 核心规划命令：
- /bmad-bmm-create-prd：由产品经理（PM）执行，将想法或项目简报转化为结构严谨的产品需求文档（PRD），明确“做什么”。
- /bmad-bmm-create-ux-design 和 /bmad-bmm-create-architecture：这两个命令可以并行或按顺序进行。UX设计师负责定义用户体验和界面规范，而架构师则基于PRD进行技术选型、设计系统架构，明确“怎么做”。
- 规划阶段的质量门控：/bmad-bmm-check-implementation-readiness（实施就绪检查）是本阶段结束前的关键一步。它由架构师或特定代理执行，用于验证所有规划文档（PRD、架构、UX等）之间的一致性，确保团队对方案达成共识，可以有效避免后续开发中出现颠覆性问题。

2. 执行阶段：循环交付
规划完成后，工作流切换到IDE环境，进入敏捷的开发循环。
- 任务拆解与计划：
- /bmad-bmm-create-epics-and-stories：由Scrum Master将宏观的架构和需求分解为具体的、可执行的用户故事（Story）。
- /bmad-bmm-sprint-planning：为这些用户故事制定迭代计划（Sprint Plan）。
- 开发与质量保障循环：
- /bmad-bmm-create-story 与 /bmad-bmm-dev-story：开发者（Dev）领取并实现具体的用户故事。
- /bmad-bmm-code-review：这是一个至关重要的质量保障环节。由开发者或独立的QA代理对已实现的代码进行审查，发现问题后可触发新一轮的dev-story进行修复，形成闭环，确保代码质量。

关于您提到的其他命令¶

• /bmad:tea:automate：这个命令可能是用于自动化测试的高级或特定功能。在BMAD框架中，测试自动化是质量保证的重要组成部分，通常由QA代理在代码审查后或作为持续集成流程的一部分来执行。

如何开始使用？¶

下面的表格为您整合了完整的BMAD-METHOD工作流，从初始创意到最终交付，并明确了每个阶段的角色、命令和功能。

📋 完整的BMAD-METHOD工作流总览¶

这份表格提供了从0到1的完整地图。

官方文档：https://docs.bmad-method.org/