跳到主要内容

BMAD:角色、阶段与产物

框架和“任务模板”的差别,在于它不仅告诉你先做什么、后做什么,还定义了哪些角色切面需要出现、哪些产物必须沉淀、哪些 handoff 不能跳过。

角色切面

  • Sponsor / Owner:定义业务目标和决策边界。
  • Analyst / PM:把需求拆成明确问题、范围和故事。
  • Architect:给出实现边界、关键技术判断和风险。
  • Implementation Agent / Engineer:执行任务并回传证据。
  • QA / Reviewer:做验证、风险检查和最终质量把关。

阶段总表

阶段目标主要产物
发现与目标对齐先让业务目标、问题定义和范围边界稳定下来。brief 或目标说明
需求与故事拆解把抽象需求转成可交付的故事、任务或 sprint 输入。PRD / stories
架构与实施准备明确技术方案、约束、依赖和验证计划。architecture / plan
执行与验证按故事或任务推进实现,并同步测试与 review。implementation evidence
复盘与沉淀把失败模式、经验和流程调整写回体系。retro / checklist update

核心产物

  • brief、PRD、architecture note、stories、task board。
  • 验证清单、review 结论和复盘记录。
  • 与仓库规则文件配套的审批、验证和风险说明。

交接点

  • 从需求到架构,再到执行和 QA,都强调显式交接而不是口头理解。
  • 每个阶段结束时都应产生可 review 的文档或检查单。
  • 角色可以由同一人兼任,但交付边界仍应保留。

角色和产物为什么要一起看

如果角色只停留在名称层,而产物没有固定下来,最终执行时还是会回到“谁想起什么就补什么”的状态。把角色、阶段和产物绑在一起看,才有可能让不同人对同一个框架产生相同预期。

下一步怎么读

  • Spec-First:大多数 BMAD 任务最终都应落回先定边界、再执行的主线。
  • Parallel Worktrees / Multi-Agent:在故事清晰后再把低耦合子任务并行化。
  • Spec Kit:如果你主要缺的是 spec -> plan -> tasks 的产物链,Spec Kit 更轻。
  • OpenSpec:如果你主要是 brownfield 的高频小改动,OpenSpec 更省维护成本。
  • Superpowers:如果你需要的是日常 agent 操作框架,而不是团队角色制度,Superpowers 更贴近日常执行。

来源