BMad Method: Framework AI-Driven Development yang Lebih Matang dari OpenSpec
OpenSpec bagus untuk 'denah arsitektur'. Tapi BMad melangkah lebih jauh — dengan specialized agents, 4 fase end-to-end, dan intelligent guide yang membuat AI coding terasa seperti tim engineering sungguhan.
- BMad Method: AI-Driven Development yang成熟 (Matang)
- Apa Itu BMad?
- Arsitektur BMad: 4 Fase End-to-End
- Fase 1: Analysis (Opsional)
- Fase 2: Planning (Required)
- Fase 3: Solutioning (BMad/Enterprise only)
- Fase 4: Implementation
- SM Agent: Sprint Planning Membuat
sprint-status.yamluntuk tracking - SM Agent: Create Story Membuat story file dari epic — dengan acceptance
- DEV Agent: Dev Story Implementasi kode per story, mengikuti spec yang
- DEV Agent: Code Review Validasi kualitas — approved atau changes
- Specialized Agents: PM, Architect, SM, DEV
- BMad-Help: Intelligent Guide yang OpenSpec Tidak Punya
- 3 Planning Tracks: Quick Flow vs BMad Method vs Enterprise
- Struktur Folder: _bmad/ dan _bmad-output/
- Context Management: Project Context.md
- Kapan Pilih BMad vs OpenSpec?
- Kesimpulan
- Referensi
BMad Method: AI-Driven Development yang成熟 (Matang)
"OpenSpec memberi AI satu denah. BMad memberi AI satu tim arsitek, PM, dan developer virtual yang bekerja sama."
Dua minggu lalu saya menulis tentang OpenSpec — framework Spec-Driven Development yang memaksa AI bekerja dari spesifikasi, bukan dari obrolan chat. metodenya solid: propose → apply → archive, folder specs/ vs changes/, dan IETF RFC 2119 untuk的语言 yang tegas.
Tapi OpenSpec punya satu limitasi fundamental: ia hanya mengorganisir konteks. Tidak ada agents. Tidak ada workflow management. Tidak ada yang namanya "PM virtual" atau "Arsitek virtual" yang menuntun proses.
Masuklah BMad Method.
Apa Itu BMad?
BMad (Build More Architect Dreams) adalah framework AI-driven development yang jauh lebih komprehensif dari OpenSpec. Kalau OpenSpec itu asisten arsitektur, BMad adalah sistem operasi untuk AI coding teams.
Perbandingan Fundamentil
| Aspek | OpenSpec | BMad | |-------|----------|------| | Fokus | Context management | Full-stack AI development workflow | | Agents | ❌ Tidak ada | ✅ PM, Architect, SM, DEV | | Fase | 1 (Spec lifecycle) | 4 (Analysis → Planning → Solutioning → Implementation) | | Intelligent Guide | ❌ Tidak ada | ✅ BMad-Help | | Tracks | 1 alur | 3 tracks (Quick/BMad/Enterprise) | | Output | Spec documents | PRD + Architecture + Epics + Stories + Code |
BMad bukan sekadar tools — ia adalah metodologi yang mengubah cara Anda bekerja dengan AI dari "obrolan satu-satu" menjadi "managing a distributed team of specialized agents".
Arsitektur BMad: 4 Fase End-to-End
Berbeda dengan OpenSpec yang fokus di fase spesifikasi saja, BMad mencakup seluruh siklus pengembangan — dari ide awal sampai working code.
Fase 1: Analysis (Opsional)
Prop
Type
Fase 2: Planning (Required)
Di sinilah BMad mulai beda. Untuk track BMad Method dan Enterprise:
- PM Agent membuat PRD (Product Requirements Document)
- Untuk track Enterprise, ada tambahan UX Design
Untuk track Quick Flow? Langsung lompat ke implementation — tidak perlu lewat fase 1-3.
Fase 3: Solutioning (BMad/Enterprise only)
Prop
Type
Fase 4: Implementation
Story by story, dengan sprint tracking dan retrospective:
SM Agent: Sprint Planning Membuat sprint-status.yaml untuk tracking
semua epics dan stories.
SM Agent: Create Story Membuat story file dari epic — dengan acceptance
criteria yang jelas.
DEV Agent: Dev Story Implementasi kode per story, mengikuti spec yang
sudah didefinisikan.
Specialized Agents: PM, Architect, SM, DEV
Ini jantungnya BMad. Bukan satu AI yang menangani semuanya — tapi empat specialized agents dengan role berbeda:
👔 PM Agent
Product Manager virtual. Buat PRD, pecah jadi epics & stories, tangani scope changes. Seperti punya product manager yang tidak pernah lupa user story.
🏗️ Architect Agent
Arsitek virtual. Buat architecture document dengan ADRs, validasi implementation readiness. Seperti punya tech lead yang mendokumentasikan setiap keputusan teknis.
📋 SM Agent
Scrum Master virtual. Sprint planning, story creation, track progress, retrospective. Seperti punya SM yang menjaga proses tetap on-track.
💻 DEV Agent
Developer virtual. Implement story sesuai spec, code review. Eksekutor yang tahu persis apa yang harus dibangun dan bagaimana.
Mengapa Specialist Agents Lebih Baik?
Sama seperti tim engineering sungguhan — specialist outperform generalis. AI yang fokus jadi "arsitek" akan membuat keputusan arsitektural yang lebih konsisten dibanding AI yang sekaligus jadi arsitek, PM, dan developer dalam satu sesi chat.
BMad-Help: Intelligent Guide yang OpenSpec Tidak Punya
Fitur paling killer di BMad: BMad-Help. Ini seperti having a senior engineer who knows the entire workflow sitting next to you.
bmad-helpAtau dengan konteks:
bmad-help I have a SaaS idea, where do I start?BMad-Help akan:
- Inspect project — lihat apa yang sudah selesai
- Show options — berdasarkan fase dan module yang aktif
- Recommend next step — termasuk first required task
- Answer questions — "I have a SaaS idea, where do I start?"
BMad-Help is Context-Aware
BMad-Help tidak cuma menjawab pertanyaan umum — ia tahu state project Anda saat ini, fase yang sedang dikerjakan, dan apa yang perlu dilakukan selanjutnya. Ini yang membedakan dari sekadar bertanya ke AI biasa.
3 Planning Tracks: Quick Flow vs BMad Method vs Enterprise
BMad menyediakan track berbeda tergantung kompleksitas proyek:
Prop
Type
Ini lebih fleksibel dari OpenSpec yang hanya punya satu alur. Quick Flow untuk perbaikan kilat, BMad Method untuk produk baru, Enterprise untuk sistem kompleks dengan kebutuhan compliance.
Struktur Folder: _bmad/ dan _bmad-output/
your-project/
├── _bmad/
│ ├── agents/ # Agent configurations
│ ├── workflows/ # Workflow definitions
│ ├── tasks/ # Task templates
│ └── config # BMad configuration
│
├── _bmad-output/
│ ├── planning-artifacts/
│ │ ├── PRD.md # Product Requirements Document
│ │ ├── architecture.md # Technical decisions + ADRs
│ │ ├── ux-spec.md # UX specifications
│ │ └── epics/ # Epic + story files
│ │
│ ├── implementation-artifacts/
│ │ └── sprint-status.yaml # Sprint tracking
│ │
│ └── project-context.md # Implementation rulesBerbeda dari OpenSpec
OpenSpec pakai specs/ dan changes/. BMad pakai _bmad/ untuk konfigurasi
agent dan _bmad-output/ untuk semua artefak planning dan implementasi.
Struktur yang lebih bersih dan explicit.
Context Management: Project Context.md
Mirip dengan project.md di OpenSpec, tapi dengan kapabilitas lebih:
- Auto-generate dari architecture atau codebase via
bmad-generate-project-context - Menyimpan technology stack + implementation rules
- Menjadi context untuk DEV Agent saat implementasi
Setiap dokumen menjadi context untuk fase berikutnya. PRD → constraints untuk Architect. Architecture → patterns untuk DEV. Story files → focused context per implementation.
Kapan Pilih BMad vs OpenSpec?
✅ Pilih BMad Jika...
Proyek baru (greenfield) yang butuh planning lengkap. Butuh specialized agents untuk role separation. Mau ada intelligent guide sepanjang proses. Skala enterprise dengan compliance requirements.
✅ Pilih OpenSpec Jika...
Proyek brownfield/legacy yang butuh context management. Tim sudah nyaman dengan vibe coding tapi butuh struktur. Butuh delta-based spec management. Inginsimpler adoption curve.
Kesimpulan
OpenSpec memperkenalkan konsep penting: Spec-Driven Development. Berhenti vibe coding, mulai dari spesifikasi yang jelas.
Tapi BMad melangkah lebih jauh. Ia tidak hanya mengorganisir spesifikasi — ia mengorganisir seluruh tim pengembangan virtual dengan specialized agents, workflow yang jelas, dan intelligent guide yang menuntun dari ide sampai kode.
The Bigger Picture
BMad mewakili evolusi natural dari AI coding tools. Dari CLI chatbot → context management (OpenSpec) → multi-agent team (BMad). Semakin mature pemahaman kita tentang cara bekerja dengan AI, semakin sophisticated pula tools yang kita butuhkan.
OpenSpec = asisten arsitektur yang baik BMad = sistem operasi untuk AI-driven development teams
Kalau Anda sudah mencoba vibe coding dan mulai merasa batasannya, OpenSpec adalah langkah pertama yang bagus. Tapi kalau Anda serius ingin mengubah AI jadi force multiplier untuk engineering, BMad adalah langkah berikutnya.