75 lines
2.7 KiB
Markdown
Executable File
75 lines
2.7 KiB
Markdown
Executable File
# BMAD
|
||
|
||
> 相关：[[规格驱动开发]]、[[Spec_Kit]]、[[OpenSpec]]、[[Kiro]]
|
||
|
||
## 定义
|
||
|
||
**BMAD**（Business Model Architecture Design）是企业级SDD框架，提供强治理和多Agent编排能力。
|
||
|
||
**核心思想**：Spec = 治理体系 + 多Agent编排，适合大型系统和多团队协作。
|
||
|
||
## 核心特征
|
||
|
||
### 1. 企业级定位
|
||
- 强治理体系
|
||
- 多Agent编排
|
||
- 全生命周期管理
|
||
|
||
### 2. 大粒度Spec
|
||
- 系统级/模块级规格
|
||
- 完整的架构设计
|
||
- 详细的实现方案
|
||
|
||
### 3. 强流程控制
|
||
- 阶段+审批+Agent
|
||
- 严格的变更控制
|
||
- 完整的审计轨迹
|
||
|
||
## 与其他SDD框架对比
|
||
|
||
| 维度 | BMAD | [[Spec_Kit]] | [[OpenSpec]] | [[Kiro]] |
|
||
|------|------|--------------|--------------|----------|
|
||
| 方法定位 | 企业级SDD操作系统 | 工程化Spec工作流 | 轻量Spec层 | IDE原生SDD |
|
||
| 核心理念 | Spec = 治理体系 + 多Agent编排 | Spec = 开发入口 + Git生命周期 | Spec = 变更单元（持续演化） | Spec = 可执行源（代码与测试） |
|
||
| Spec生命周期 | 全生命周期 | 与分支绑定（短生命周期） | 长期存在（持续演化） | 持续驱动 |
|
||
| Spec粒度 | 大（系统/模块级） | 中（Feature级） | 小（变更/Patch级） | 中（Feature+行为） |
|
||
| 可执行能力 | 通过流程驱动 | 驱动开发流程 | 类Prompt | 可生成代码+测试并自动校验 |
|
||
| 流程控制 | 强（阶段+审批+Agent） | 中（Plan→Spec→Tasks） | 弱（自由演化） | 强（闭环） |
|
||
| 自动验证 | 无 | 无 | 弱 | 强（内建） |
|
||
| 与代码关系 | 间接 | 半耦合 | 弱耦合 | 强耦合 |
|
||
| 适用场景 | 大型系统/多团队 | 新项目（0→1） | 存量项目/快速迭代 | 小团队/高自动化 |
|
||
| 失控风险 | 低 | 中 | 高 | 中 |
|
||
|
||
## 适用场景
|
||
|
||
- **大型系统**：需要完整的架构设计
|
||
- **多团队协作**：需要强治理体系
|
||
- **企业级项目**：需要严格的变更控制
|
||
- **合规要求高**：需要完整的审计轨迹
|
||
|
||
## 优势
|
||
|
||
- **强治理**：完整的治理体系
|
||
- **多Agent编排**：支持多个AI Agent协同
|
||
- **全生命周期**：覆盖从需求到交付的全流程
|
||
- **失控风险低**：严格的流程控制
|
||
|
||
## 挑战
|
||
|
||
- **学习曲线陡峭**：需要理解完整的框架
|
||
- **初始成本高**：需要建立完整的治理体系
|
||
- **灵活性低**：流程严格，不够灵活
|
||
- **维护成本高**：需要持续维护治理体系
|
||
|
||
## 最佳实践
|
||
|
||
1. **适合大型团队**：小型团队不建议使用
|
||
2. **逐步引入**：不要一开始就引入所有概念
|
||
3. **培训团队**：团队成员需要充分培训
|
||
4. **持续优化**：根据实践持续优化流程
|
||
|
||
## 相关概念
|
||
|
||
- [[规格驱动开发]]：BMAD是SDD框架之一
|
||
- [[Spec_Kit]]、[[OpenSpec]]、[[Kiro]]：其他SDD框架
|