mirror of
https://github.com/bmadcode/BMAD-METHOD.git
synced 2025-12-17 17:55:34 +00:00
release: bump to v6.0.0-alpha.5
This commit is contained in:
parent
accae5d789
commit
ccd6cacd89
305
CHANGELOG.md
305
CHANGELOG.md
@ -2,6 +2,311 @@
|
||||
|
||||
## [Unreleased]
|
||||
|
||||
## [6.0.0-alpha.5]
|
||||
|
||||
**Release: November 4, 2025**
|
||||
|
||||
This alpha release represents a major refinement of BMM workflows, documentation accuracy, and the introduction of the revolutionary 3-track scale system. The focus is on workflow consistency, eliminating bloat, and providing accurate, reality-based guidance for modern AI-driven development.
|
||||
|
||||
### 🎯 3-Track Scale System - Revolutionary Simplification
|
||||
|
||||
**From 5 Levels to 3 Clear Tracks:**
|
||||
|
||||
The BMM scale system has been dramatically simplified from a confusing 5-level hierarchy (Levels 0-4) to 3 intuitive, preference-driven tracks:
|
||||
|
||||
- **Quick Flow** - Fast, lightweight development for small changes and quick iterations
|
||||
- **BMad Method** - Balanced approach for most development projects
|
||||
- **Enterprise Method** - Comprehensive methodology for large-scale, mission-critical systems
|
||||
|
||||
**Key Changes:**
|
||||
|
||||
- Replaced `project_level` variable with `project_track` throughout all workflows
|
||||
- Updated 8 workflow path YAML files to reflect new track naming (removed level-based paths)
|
||||
- Simplified workflow-init to guide users based on preference, not artificial "levels"
|
||||
- Updated all documentation to reference tracks instead of levels
|
||||
- Eliminated confusing "target_scale" variable (no longer needed)
|
||||
|
||||
**Impact:**
|
||||
|
||||
Users now choose development approach based on **project needs and team preference**, not arbitrary complexity levels. This aligns with how real teams actually work and removes decision paralysis.
|
||||
|
||||
**Documentation Updated:**
|
||||
|
||||
- `scale-adaptive-system.md` - Complete rewrite around 3-track methodology (756 line overhaul)
|
||||
- `quick-start.md` - Updated to reference tracks
|
||||
- `brownfield-guide.md` - Track-based guidance instead of level-based
|
||||
- `glossary.md` - New track definitions, removed level references
|
||||
- `workflow-status/init/instructions.md` - Major rewrite for track-based initialization (865 lines)
|
||||
|
||||
### ✨ Workflow Modernization & Standardization
|
||||
|
||||
**1. Elicitation System Modernization:**
|
||||
|
||||
- Removed legacy `<elicit-required />` XML tag from core workflow.xml
|
||||
- Replaced with explicit `<invoke-task halt="true">adv-elicit.xml</invoke-task>` pattern
|
||||
- More self-documenting and eliminates confusing indirection layer
|
||||
- Added strategic elicitation points across all planning workflows:
|
||||
- **PRD:** After success criteria, scope, functional requirements, and final review
|
||||
- **Create-Epics-And-Stories:** After epic proposals and each epic's stories
|
||||
- **Architecture:** After decisions, structure, patterns, implementation patterns, and final doc
|
||||
- Updated audit-workflow to remove obsolete elicit-required tag scanning
|
||||
|
||||
**2. Input Document Discovery Streamlined:**
|
||||
|
||||
- Replaced verbose 19-line "Input Document Discovery" sections with single critical tag
|
||||
- New concise format: `<critical>Input documents specified in workflow.yaml input_file_patterns...</critical>`
|
||||
- Eliminates duplication (workflow.yaml already defines patterns - why repeat them?)
|
||||
- Updated across 6 workflows: PRD, create-epics-and-stories, architecture, tech-spec, UX, gate-check
|
||||
- **Saved ~114 lines of repeated bloat**
|
||||
|
||||
**3. Epic/Story Template Standardization:**
|
||||
|
||||
- Replaced hardcoded 8-epic templates with clean repeating patterns using N/M variables
|
||||
- Added BDD-style acceptance criteria (Given/When/Then/And) for better clarity
|
||||
- Removed instructional bloat from templates (moved to instructions.md where it belongs)
|
||||
- **Principle:** Templates show OUTPUT structure, instructions show PROCESS
|
||||
- Applied to both create-epics-and-stories and tech-spec workflows
|
||||
- Templates now use HTML comments to clearly indicate repeating sections
|
||||
|
||||
**4. Workflow.yaml Pattern Consistency:**
|
||||
|
||||
- Standardized `input_file_patterns` across all workflows
|
||||
- Separated `recommended_inputs` (semantic WHAT) from `input_file_patterns` (file discovery WHERE)
|
||||
- Removed duplication between recommended_inputs file paths and input_file_patterns
|
||||
- Create-epics-and-stories now uses proper whole/sharded pattern like architecture workflow
|
||||
- Solutioning-gate-check cleaned up to use semantic descriptions not file paths
|
||||
|
||||
**Files Changed:** 18 files across core, planning, and solutioning workflows
|
||||
|
||||
### 📚 Documentation Accuracy Overhaul
|
||||
|
||||
**Agent YAML as Source of Truth:**
|
||||
|
||||
Fixed critical documentation inaccuracies by treating agent YAML files as the authoritative source:
|
||||
|
||||
**agents-guide.md Corrections:**
|
||||
|
||||
- Fixed Game Developer workflow names (dev-story → develop-story, added story-done)
|
||||
- Added agent name "Paige" to Technical Writer (matches naming pattern)
|
||||
- Corrected epic-tech-context ownership (Architect → SM agent across all docs)
|
||||
- Updated agent reference tables to reflect actual capabilities from YAML configs
|
||||
|
||||
**workflows-implementation.md Corrections:**
|
||||
|
||||
- Fixed epic-tech-context agent attribution in 3 locations (Architect → SM)
|
||||
- Updated multi-agent workflow ownership table
|
||||
- Aligned all workflow descriptions with actual agent YAML definitions
|
||||
|
||||
**Impact:** Zero hallucination risk - documentation now accurately reflects what agents can actually do.
|
||||
|
||||
### 🏗️ Brownfield Development Reality Check
|
||||
|
||||
**Rewrote brownfield-guide.md Phase 0 Section:**
|
||||
|
||||
Replaced oversimplified 3-scenario model with **real-world guidance** for messy brownfield projects:
|
||||
|
||||
**New Scenarios (4 instead of 3):**
|
||||
|
||||
- **Scenario A:** No documentation → `document-project` workflow (existing)
|
||||
- **Scenario B:** Docs exist but massive/outdated/incomplete → **document-project** (NEW - very common case)
|
||||
- **Scenario C:** Good docs but massive files → **shard-doc → index-docs** (NEW - handles >500 line files)
|
||||
- **Scenario D:** Confirmed AI-optimized docs → Skip Phase 0 (correctly marked as RARE)
|
||||
|
||||
**Key Additions:**
|
||||
|
||||
- Default recommendation: "Run document-project unless you have confirmed, trusted, AI-optimized docs"
|
||||
- Quality assessment checklist (current, AI-optimized, comprehensive, trusted)
|
||||
- Massive document handling guidance (>500 lines, 10+ sections triggers shard-doc)
|
||||
- Explicit explanation of why regenerating is better than indexing bad docs
|
||||
- Impact explanation: how outdated docs break AI workflows (token limits, wrong assumptions, broken integrations)
|
||||
|
||||
**Principle:** "When in doubt, run document-project" - Better to spend 10-30 minutes generating fresh docs than waste hours debugging AI agents with bad documentation.
|
||||
|
||||
### 🚀 PM/UX Evolution for Enterprise Agentic Development
|
||||
|
||||
**New Section: The Evolving Role of Product Managers & UX Designers**
|
||||
|
||||
Added comprehensive forward-looking guidance based on **November 2025 industry research**:
|
||||
|
||||
**Industry Trends:**
|
||||
|
||||
- 56% of product professionals cite AI/ML as top strategic focus
|
||||
- PRD-to-Code automation: build and deploy apps in 10-15 minutes (current state)
|
||||
- By 2026: Roles converging into "Full-Stack Product Lead" (PM + Design + Engineering)
|
||||
- Very high salaries for AI Agent PMs who orchestrate autonomous development systems
|
||||
|
||||
**Role Transformation:**
|
||||
|
||||
- PMs evolving from spec writers → code orchestrators
|
||||
- Writing AI-optimized PRDs that **feed agentic pipelines directly**
|
||||
- UX designers generating production code with Figma-to-code tools
|
||||
- Technical fluency becoming **table stakes**, not optional
|
||||
- Reviewing PRs from AI agents alongside human developers
|
||||
|
||||
**How BMad Method Enables This Future (10 Ways):**
|
||||
|
||||
1. AI-Executable PRD Generation - PRDs become work packages for cloud agents
|
||||
2. Automated Epic/Story Breakdown - No more manual story refinement sessions
|
||||
3. Human-in-the-Loop Architecture - PMs learn while validating technical decisions
|
||||
4. Cloud Agentic Pipeline Vision - Current (2025) + Future (2026) roadmap with diagrams
|
||||
5. UX Design Integration - Designs validated through working prototypes
|
||||
6. PM Technical Skills Development - Learn by doing through conversational workflows
|
||||
7. Organizational Leverage - 1 PM → 20-50 AI agents (5-10× productivity multiplier)
|
||||
8. Quality Consistency - What gets built matches what was specified
|
||||
9. Rapid Prototyping - Hours to validate ideas vs months
|
||||
10. Career Path Evolution - Positions PMs for emerging AI Agent PM, Full-Stack Product Lead roles
|
||||
|
||||
**Cloud Agentic Pipeline Vision:**
|
||||
|
||||
```
|
||||
Current (2025): PM PRD → Stories → Human devs + BMad agents → PRs → Review → Deploy
|
||||
Future (2026): PM PRD → Stories → Cloud AI agents → Auto PRs → Review → Auto-merge → Deploy
|
||||
Time savings: 6-8 weeks → 2-5 days
|
||||
```
|
||||
|
||||
**What Remains Human:**
|
||||
|
||||
- Product vision, empathy, creativity, judgment, ethics
|
||||
- PMs spend MORE time on human elements (AI handles execution)
|
||||
- Product leaders become "builder-thinkers" not just spec writers
|
||||
|
||||
### 📖 Document Tightening
|
||||
|
||||
**enterprise-agentic-development.md Overhaul:**
|
||||
|
||||
- Reduced from 1207 → 640 lines (47% reduction)
|
||||
- 10× more BMad-centric - every section ties back to how BMad enables the future
|
||||
- Removed redundant examples, consolidated sections, kept actionable insights
|
||||
- Stronger value propositions for PMs, UX, enterprise teams throughout
|
||||
|
||||
**Key Message:** "The future isn't AI replacing PMs—it's AI-augmented PMs becoming 10× more powerful through BMad Method."
|
||||
|
||||
### 🛠️ Infrastructure & Quality
|
||||
|
||||
**Agent Naming Consistency:**
|
||||
|
||||
- Renamed `paige.agent.yaml` → `tech-writer.agent.yaml` (matches agent naming pattern)
|
||||
- Updated all references across documentation and workflow files
|
||||
|
||||
**README Updates:**
|
||||
|
||||
- Updated local installation instructions
|
||||
- Better hierarchy and clearer CTAs in root README
|
||||
|
||||
### 🔄 Breaking Changes
|
||||
|
||||
**Variable Renames:**
|
||||
|
||||
- `project_level` → `project_track` in PRD and all planning workflows
|
||||
- Removed `target_scale` variable (no longer needed with 3-track system)
|
||||
|
||||
**Workflow Path Files:**
|
||||
|
||||
- Removed 9 level-based workflow paths (brownfield-level-0, greenfield-level-3, etc.)
|
||||
- Added 6 new track-based workflow paths (quick-flow-greenfield, method-brownfield, enterprise-greenfield, etc.)
|
||||
|
||||
**Workflow Triggers:**
|
||||
|
||||
- Tech-spec workflow descriptions updated to reference tracks not levels
|
||||
|
||||
### 📊 Impact Summary
|
||||
|
||||
These changes bring BMM from alpha.4's solid foundation to alpha.5's **production-ready professionalism**:
|
||||
|
||||
- **Accuracy:** Documentation matches YAML source of truth (zero hallucination risk)
|
||||
- **Simplicity:** 3-track system eliminates decision paralysis and artificial complexity
|
||||
- **Reality:** Brownfield guidance handles messy real-world scenarios, not idealized ones
|
||||
- **Forward-looking:** PM/UX evolution section positions BMad as essential framework for emerging roles
|
||||
- **Consistency:** Standardized elicitation, input discovery, and template patterns across all workflows
|
||||
- **Maintainability:** 47% documentation reduction + ~114 lines of bloat removed from workflows
|
||||
- **Actionable:** Concrete workflows, commands, examples throughout all guidance
|
||||
|
||||
Users now have **trustworthy, reality-based, future-oriented guidance** for using BMad Method in both current workflows and emerging agentic development patterns.
|
||||
|
||||
### 📦 Files Changed
|
||||
|
||||
**Core & Infrastructure (3 files):**
|
||||
|
||||
- `bmad/core/tasks/workflow.xml` - Removed elicit-required tag
|
||||
- `src/core/tasks/workflow.xml` - Removed elicit-required tag
|
||||
- `package.json` - Version bump
|
||||
|
||||
**Documentation (8 files):**
|
||||
|
||||
- `src/modules/bmm/docs/README.md` - Track references
|
||||
- `src/modules/bmm/docs/agents-guide.md` - Accuracy fixes, agent ownership corrections
|
||||
- `src/modules/bmm/docs/brownfield-guide.md` - Phase 0 reality check, track migration
|
||||
- `src/modules/bmm/docs/enterprise-agentic-development.md` - PM/UX evolution, 47% reduction
|
||||
- `src/modules/bmm/docs/faq.md` - Track references
|
||||
- `src/modules/bmm/docs/glossary.md` - Track definitions, removed levels
|
||||
- `src/modules/bmm/docs/quick-spec-flow.md` - Track references
|
||||
- `src/modules/bmm/docs/scale-adaptive-system.md` - Complete 3-track rewrite
|
||||
|
||||
**Workflow Paths (14 files):**
|
||||
|
||||
- Removed: 9 level-based paths (brownfield-level-0 through greenfield-level-4)
|
||||
- Added: 6 track-based paths (quick-flow/method/enterprise × greenfield/brownfield)
|
||||
|
||||
**Planning Workflows (11 files):**
|
||||
|
||||
- PRD workflow: Elicitation, track migration, input discovery, checklist updates
|
||||
- Create-epics-and-stories: Template rebuild, BDD format, elicitation, input patterns
|
||||
- Tech-spec: Template rebuild, BDD format, input discovery
|
||||
- Architecture: Elicitation points, input discovery
|
||||
|
||||
**Solutioning Workflows (2 files):**
|
||||
|
||||
- UX Design: Input discovery streamlined
|
||||
- Gate-check: Input pattern cleanup, semantic descriptions
|
||||
|
||||
**Build & Utilities (2 files):**
|
||||
|
||||
- Audit workflow: Updated tag scanner (removed elicit-required)
|
||||
- Workflow status init: Track-based initialization logic
|
||||
|
||||
**Total: 40+ files changed**
|
||||
|
||||
---
|
||||
|
||||
### Installation
|
||||
|
||||
```bash
|
||||
npx bmad-method@6.0.0-alpha.5 install
|
||||
```
|
||||
|
||||
For upgrading from alpha.4:
|
||||
|
||||
```bash
|
||||
# Backup your customizations first
|
||||
npx bmad-method@6.0.0-alpha.5 install
|
||||
```
|
||||
|
||||
### Migration Notes
|
||||
|
||||
If upgrading from v6.0.0-alpha.4:
|
||||
|
||||
1. **Scale System Change:** The 5-level system (Levels 0-4) is now 3 tracks (Quick Flow, BMad Method, Enterprise Method)
|
||||
- Existing projects continue to work - workflows auto-detect track from context
|
||||
- New projects will use track-based initialization
|
||||
- Review `docs/scale-adaptive-system.md` for the new mental model
|
||||
|
||||
2. **Workflow Improvements:**
|
||||
- Better elicitation at strategic decision points (you'll be asked for input more frequently)
|
||||
- Cleaner templates with BDD acceptance criteria
|
||||
- More consistent input document discovery
|
||||
|
||||
3. **Documentation Accuracy:**
|
||||
- Agent capabilities now match YAML definitions exactly
|
||||
- Brownfield guidance handles real-world messy scenarios
|
||||
- PM/UX evolution section shows future of AI-driven development
|
||||
|
||||
4. **Agent Naming:** Technical Writer agent file renamed (paige.agent.yaml → tech-writer.agent.yaml)
|
||||
- No functional impact - just internal naming consistency
|
||||
|
||||
5. **No Breaking Changes:** Existing project structures, workflow outputs, and customizations remain compatible
|
||||
|
||||
---
|
||||
|
||||
## [6.0.0-alpha.4]
|
||||
|
||||
**Release: November 2, 2025**
|
||||
|
||||
@ -1,7 +1,7 @@
|
||||
{
|
||||
"$schema": "https://json.schemastore.org/package.json",
|
||||
"name": "bmad-method",
|
||||
"version": "6.0.0-alpha.4",
|
||||
"version": "6.0.0-alpha.5",
|
||||
"description": "Breakthrough Method of Agile AI-driven Development",
|
||||
"keywords": [
|
||||
"agile",
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user