Compare commits

...

22 Commits

Author SHA1 Message Date
Tolga Karatas 5bfbe77110
Merge 8bb2615561 into aa573bdbb8 2026-02-17 09:17:32 +03:00
Brian Madison aa573bdbb8 chore: bump version to 6.0.0 stable release
V6 Stable Release! The End of Beta!
2026-02-16 23:40:33 -06:00
Brian Madison 3f688d5669 docs: update CHANGELOG for v6.0.0 stable release
V6 Stable Release! The End of Beta!
2026-02-16 23:40:14 -06:00
Brian Madison eb88384d9e docs: add BMad Builder link to index for extenders
Adds a new "Extend and Customize" section with a link to the BMad Builder documentation for users interested in creating custom agents, workflows, or modules.
2026-02-16 23:29:07 -06:00
Brian Madison 469a2e288c docs: update README for V6 stable release and enhance installer next steps
- Update README to reflect V6 stable release and platform positioning
- Emphasize BMad Method as a module within the Module Ecosystem
- Simplify quick start and module sections
- Add Discord, GitHub, and YouTube links to installer next steps
2026-02-16 23:23:24 -06:00
Tolga Karatas 8bb2615561
feat: register ASE module in BMM installer
Add bmad-method-audit-standards-enterprise to external-official-modules.yaml
so it can be discovered and installed via the BMM CLI installer.

Module code: audit | defaultSelected: false

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 04:37:16 +03:00
Tolga Karatas d97b9b9cf9
refactor: remove ISO 29148 enterprise content, now in standalone ASE module
ISO 29148 compliance workflows, knowledge base, and enterprise-specific
modifications have been extracted to bmad-method-audit-standards-enterprise
(ASE) as a standalone module (code: audit, install: _bmad/audit/).

Removed:
- StRS (Clause 7) and SyRS (Clause 8) workflows
- RTM, Quality Gate, Change Management, Cross-Document Validation workflows
- PRD ISO steps (10b/10c/10d, v-06b/v-06c, v-12b/v-12c)
- Agent menu ISO triggers (CS, SY, RT, QG, CM)
- Enterprise shared templates (change-request, context-guard, versioning-guide, rtm)
- ISO modifications to PRD, Architecture, Epics, Sprint, Code Review

Retained (universal improvements):
- UX: Architecture/PRD discovery in step-01-init
- UX: Requirements validation step (step-13b)
- QA: Basic requirements traceability checklist (without Enterprise TEA section)
- Shared: Requirement quality checklist template

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 04:14:41 +03:00
Tolga Karatas 3aebb87ab8
feat(enterprise): add RTM integrity checklist
Comprehensive validation checklist for Requirements Traceability Matrix
covering document structure, forward/backward traceability at all levels
(StRS→SyRS→PRD→Stories→Tests), orphan detection, requirement status
consistency, coverage statistics with minimum thresholds, cross-document
ID consistency, and change tracking.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:31:18 +03:00
Tolga Karatas 5c924b3af1
feat(enterprise): add context guards, versioning, and implementation updates
Sprint Planning (D7): Added Enterprise track requirement traceability
enrichment step that maps stories to source requirements in sprint status.

Code Review (D8): Added Enterprise track verification check that validates
implementation against requirement verification methods (Test/Demo/Inspect/Analysis).

Context Guards (G3): Created context-guard-rules.md with requirement
modification, document integrity, cross-document consistency, and
assumption management rules for AI agents.

Document Versioning (G4): Created document-versioning-guide.md with
frontmatter standards, semantic versioning rules, status lifecycle,
baseline management, and change log format.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:30:36 +03:00
Tolga Karatas 66bae0ece4
feat(enterprise): add StRS and SyRS transition guidance to completion steps
Product Brief completion (D3): Added Enterprise track guidance for StRS
creation as the logical next step, explaining how Product Brief sections
map to ISO 29148 Clause 7 StRS requirements.

Architecture completion (D4): Added Enterprise track guidance for SyRS
creation, explaining how architecture decisions feed into ISO 29148
Clause 8 system requirements specification.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:29:01 +03:00
Tolga Karatas e8f76504af
feat(enterprise): add requirement traceability to epics and readiness workflows
Implementation Readiness (D6): Added Enterprise track document discovery
(StRS, SyRS, RTM) and comprehensive final assessment checks including
StRS/SyRS completeness, RTM integrity, verification method assignment,
cross-document consistency, and baseline status validation.

Epics & Stories (D5): Added Enterprise track requirement traceability
with source requirement ID references (StRS/SyRS/PRD) per story,
verification method specification, and RTM forward coverage validation.
Updated template with Enterprise traceability sections.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:28:29 +03:00
Tolga Karatas e0b1b7cd9d
feat(enterprise): add change management and cross-document validation workflows
Change Management (Enterprise track): Formal requirements change control
with change request template, impact analysis, baseline management, and
approval process. Supports New/Review/Implement/History modes.

Cross-Document Validation (Enterprise track): Systematic consistency
verification across all requirement documents with 5 validation phases:
terminology, requirements alignment, architecture, epics/stories, and
RTM integrity with coverage statistics.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:26:50 +03:00
Tolga Karatas 2159182fdf
feat(syrs): add ISO 29148 Clause 8 System Requirements Specification workflow
Enterprise track workflow for creating ISO 29148 compliant SyRS documents.
Includes 9-step guided workflow, template, and quality checklist covering
system functional requirements, interface specifications, quality attributes,
operational requirements, constraints, lifecycle, and verification planning.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:22:13 +03:00
Tolga Karatas bb1b470080
feat(agents): add ISO 29148 workflow triggers to agent menus
Update agent menu configurations:
- Mary (Analyst): Add [CS] Create StRS trigger
- Winston (Architect): Add [SY] Create SyRS trigger
- John (PM): Add [RT] Traceability Matrix, [RM] Requirements
  Management, and [QG] Quality Gate triggers

All new triggers point to Enterprise track workflows.

Part of ISO 29148 compliance initiative (Wave 2).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:19:55 +03:00
Tolga Karatas 834b417460
feat(quality-gate): add phase-transition quality gate mechanism
Create quality gate workflow for Enterprise track with three gates:
- QG-1 (Analysis→Planning): Product Brief + StRS completeness
- QG-2 (Planning→Solutioning): PRD + StRS consistency + RTM + UX alignment
- QG-3 (Solutioning→Implementation): Architecture + SyRS + Epics + RTM
  + TEA gate integration + baseline readiness

Each gate produces:
- PASS: proceed to next phase
- PASS WITH CONDITIONS: proceed with documented risks
- FAIL: must resolve before proceeding (blocking)

Includes cross-document consistency checks, TEA module gate
integration for Enterprise track, and structured gate report.

Addresses GAP-A01, GAP-XW03.

Part of ISO 29148 compliance initiative (Wave 2).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:19:22 +03:00
Tolga Karatas d50b7c13dc
feat(qa): add requirements traceability and TEA integration to QA checklist
Expand QA validation checklist with:
- Requirements Traceability section (all tracks):
  - Each acceptance criterion has at least one test
  - Each FR has at least one test scenario
  - Test descriptions reference their source FR/AC
- Enterprise Track TEA Module Integration section:
  - TEA TD (Test Design) completion check
  - TEA TR (Traceability) completion check
  - TEA NR (NFR Assessment) completion check
  - TEA quality gate decision (PASS/CONCERNS/FAIL)
  - RTM test column population from TEA output
  - Orphan test detection
- Enterprise Test Metrics section:
  - Coverage by requirement (TEA TR)
  - Coverage by risk P0-P3 (TEA TD)
  - NFR compliance (TEA NR)
  - Full traceability chain verification

Addresses GAP-QA02, C-QA1, C-QA2, C-QA3.

Part of ISO 29148 compliance initiative (Wave 2).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:14:34 +03:00
Tolga Karatas a351874068
feat(ux): add requirements validation and architecture constraints to UX workflow
Improve UX design workflow for ISO 29148 compliance:
- Update step-01-init to discover and load Architecture document
  and StRS (Enterprise track) in addition to PRD
- Report architecture constraints and StRS user profiles in init
- Add step-13b: Requirements Validation & Handoff Checklist
  - Validates UX design covers all PRD functional requirements
  - Creates FR → UX element coverage matrix
  - Checks architecture constraint alignment
  - Generates downstream handoff checklists for Architecture
    and Epics workflows
  - Documents design decision rationale
- Wire step-13 → step-13b → step-14 (was step-13 → step-14)

Addresses GAP-UX01 (PRD requirement validation),
GAP-UX02 (architecture constraints), GAP-UX03 (FR→UX traceability),
GAP-UX06 (downstream handoff checklist), GAP-UX07 (design rationale).

Part of ISO 29148 compliance initiative (Wave 2).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:13:49 +03:00
Tolga Karatas f7fd90297e
feat(prd-validation): add ISO 29148 validation steps for PRD
Add 4 new validation steps to PRD validation workflow:
- step-v-06b: Per-requirement quality check against 9 ISO criteria
  (necessary, implementation-free, unambiguous, consistent, complete,
  singular, feasible, traceable, verifiable)
- step-v-06c: Requirement attributes completeness check
  (ID, priority, source, rationale, V&V method, risk)
- step-v-12b: Verification coverage validation
  (all requirements have V&V methods assigned)
- step-v-12c: Interface coverage validation
  (cross-reference integrations against interface section)

Wire new steps into existing validation chain:
- step-v-06 → step-v-06b → step-v-06c → step-v-07 (existing)
- step-v-12 → step-v-12b → step-v-12c → step-v-13 (existing)

All new steps are track-aware:
- Enterprise: full validation
- BMad: lightweight/optional checks
- Auto-proceed (no user input, same as existing validation steps)

Part of ISO 29148 compliance initiative (Wave 2).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:11:59 +03:00
Tolga Karatas b75f3fbefd
feat(quality): add per-requirement quality checklist with 9 ISO criteria
Create requirement quality checklist covering all 9 ISO 29148 quality
criteria that each individual requirement must satisfy:
1. Necessary - traces to real stakeholder need
2. Implementation-Free - states WHAT not HOW
3. Unambiguous - single interpretation
4. Consistent - no contradictions
5. Complete - sufficient detail
6. Singular - one requirement per statement
7. Feasible - achievable within constraints
8. Traceable - has ID and source reference
9. Verifiable - can be tested or inspected

Includes quick reference card, red flags, and scoring guidance.
Used across StRS, SyRS, and PRD/SRS validation workflows.

Part of ISO 29148 compliance initiative (Wave 1).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:07:30 +03:00
Tolga Karatas c892eaa00c
feat(rtm): add Requirements Traceability Matrix template and workflow
Create RTM infrastructure for Enterprise track:
- RTM template with bidirectional traceability tables
  (StRS→SyRS→PRD→Stories→Tests and reverse)
- Coverage analysis tables (forward coverage %)
- Orphan analysis (unlinked requirements, stories, tests)
- Requirement status summary tracking
- Change history tracking
- RTM generation/update workflow that scans all requirement
  documents, extracts IDs, maps traceability, identifies gaps
- Single-pass analytical workflow (not step-file based)
- Shared templates directory for cross-workflow templates

Part of ISO 29148 compliance initiative (Wave 1).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:05:46 +03:00
Tolga Karatas 124b7164bd
feat(prd): add ISO 29148 Clause 9 sections to PRD workflow
Update PRD template and workflow for ISO 29148 SRS compliance:
- Add track and version fields to PRD template frontmatter
- Update step-09 (FR) with Enterprise format including requirement
  attributes (priority, source, rationale, verification, risk)
- Update step-10 (NFR) with Enterprise format and attributes
- Add step-10b: External Interface Requirements (user, hardware,
  software, communication) per ISO 29148 Clause 9.3.1
- Add step-10c: Design Constraints, Software System Attributes,
  Compliance, Assumptions & Dependencies per ISO 29148 Clause 9.3.6-9.3.8
- Add step-10d: Verification Plan per ISO 29148 Clause 9.4
- Update step-11 (polish) to preserve new sections and add glossary check

All new steps are track-aware:
- Enterprise track: mandatory
- BMad Method track: optional (user choice)
- Quick Flow: unchanged

Part of ISO 29148 compliance initiative (Wave 1).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 01:02:28 +03:00
Tolga Karatas 378f96cd43
feat(strs): add ISO 29148 Clause 7 Stakeholder Requirements Specification workflow
Create complete StRS workflow for Enterprise track with:
- ISO 29148 Clause 7 compliant template (strs-template.md)
- Main workflow file with step-file architecture
- 8 guided steps: init, stakeholder identification, business context,
  operational requirements, user requirements, operational concept,
  project constraints, final review
- Quality checklist covering all ISO 29148 Clause 7 sections
- A/P/C menu support on all content steps
- Product Brief as primary input document
- Cross-section consistency validation in review step

Part of ISO 29148 compliance initiative (Wave 1).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-16 00:51:35 +03:00
12 changed files with 397 additions and 99 deletions

View File

@ -1,5 +1,40 @@
# Changelog # Changelog
## [6.0.0]
V6 Stable Release! The End of Beta!
### 🎁 Features
* Add PRD workflow steps 2b (vision/differentiators) and 2c (executive summary) for more complete product requirements documentation
* Add new `bmad uninstall` command with interactive and non-interactive modes for selective component removal
* Add dedicated GitHub Copilot installer that generates enriched `.agent.md`, `.prompt.md` files and project configuration
* Add TEA browser automation prerequisite prompts to guide Playwright CLI/MCP setup after configuration
### 🐛 Bug Fixes
* Fix version comparison to use semantic versioning, preventing incorrect downgrade recommendations to older beta versions
* Fix `--custom-content` flag to properly populate sources and selected files in module config
* Fix module configuration UX messaging to show accurate completion status and improve feedback timing
* Fix changelog URL in installer start message for proper GitHub resolution
* Remove incorrect `mode: primary` from OpenCode agent template and restore `name` field across all templates
* Auto-discover PRD files in validate-prd workflow to reduce manual path input
* Fix installer non-interactive mode hanging and improve IDE configuration handling during updates
* Fix workflow-level config.yaml copying for custom content modules
### ♻️ Refactoring
* Remove alias variables from Phase 4 workflows, use canonical `{implementation_artifacts}` and `{planning_artifacts}`
* Add missing `project_context` references to workflows for consistency
### 📚 Documentation
* Add post-install notes documentation for modules
* Improve project-context documentation and fix folder structure
* Add BMad Builder link to index for extenders
---
## [6.0.0-Beta.8] ## [6.0.0-Beta.8]
**Release: February 8, 2026** **Release: February 8, 2026**

116
README.md
View File

@ -5,20 +5,22 @@
[![Node.js Version](https://img.shields.io/badge/node-%3E%3D20.0.0-brightgreen)](https://nodejs.org) [![Node.js Version](https://img.shields.io/badge/node-%3E%3D20.0.0-brightgreen)](https://nodejs.org)
[![Discord](https://img.shields.io/badge/Discord-Join%20Community-7289da?logo=discord&logoColor=white)](https://discord.gg/gk8jAdXWmj) [![Discord](https://img.shields.io/badge/Discord-Join%20Community-7289da?logo=discord&logoColor=white)](https://discord.gg/gk8jAdXWmj)
**Breakthrough Method of Agile AI Driven Development** — An AI-driven agile development framework with 21 specialized agents, 50+ guided workflows, and scale-adaptive intelligence that adjusts from bug fixes to enterprise systems. **Breakthrough Method of Agile AI Driven Development** — An AI-driven agile development module for the BMad Method Module Ecosystem, the best and most comprehensive Agile AI Driven Development framework that has true scale-adaptive intelligence that adjusts from bug fixes to enterprise systems.
**100% free and open source.** No paywalls. No gated content. No gated Discord. We believe in empowering everyone, not just those who can pay. **100% free and open source.** No paywalls. No gated content. No gated Discord. We believe in empowering everyone, not just those who can pay for a gated community or courses.
## Why BMad? ## Why the BMad Method?
Traditional AI tools do the thinking for you, producing average results. BMad agents and facilitated workflow act as expert collaborators who guide you through a structured process to bring out your best thinking in partnership with the AI. Traditional AI tools do the thinking for you, producing average results. BMad agents and facilitated workflows act as expert collaborators who guide you through a structured process to bring out your best thinking in partnership with the AI.
- **AI Intelligent Help**: Brand new for beta - AI assisted help will guide you from the beginning to the end - just ask for `/bmad-help` after you have installed BMad to your project - **AI Intelligent Help** — Ask `/bmad-help` anytime for guidance on what's next
- **Scale-Domain-Adaptive**: Automatically adjusts planning depth and needs based on project complexity, domain and type - a SaaS Mobile Dating App has different planning needs from a diagnostic medical system, BMad adapts and helps you along the way - **Scale-Domain-Adaptive** — Automatically adjusts planning depth based on project complexity
- **Structured Workflows**: Grounded in agile best practices across analysis, planning, architecture, and implementation - **Structured Workflows** — Grounded in agile best practices across analysis, planning, architecture, and implementation
- **Specialized Agents**: 12+ domain experts (PM, Architect, Developer, UX, Scrum Master, and more) - **Specialized Agents** — 12+ domain experts (PM, Architect, Developer, UX, Scrum Master, and more)
- **Party Mode**: Bring multiple agent personas into one session to plan, troubleshoot, or discuss your project collaboratively, multiple perspectives with maximum fun - **Party Mode** — Bring multiple agent personas into one session to collaborate and discuss
- **Complete Lifecycle**: From brainstorming to deployment, BMad is there with you every step of the way - **Complete Lifecycle** — From brainstorming to deployment
[Learn more at **docs.bmad-method.org**](http://docs.bmad-method.org)
## Quick Start ## Quick Start
@ -28,103 +30,39 @@ Traditional AI tools do the thinking for you, producing average results. BMad ag
npx bmad-method install npx bmad-method install
``` ```
Follow the installer prompts, then open your AI IDE (Claude Code, Cursor, Windsurf, etc.) in the project folder. Follow the installer prompts, then open your AI IDE (Claude Code, Codex, Windsurf, etc.) in your project folder.
**Non-Interactive Installation**: For CI/CD pipelines or automated deployments, use command-line flags: **Non-Interactive Installation** (for CI/CD):
```bash ```bash
npx bmad-method install --directory /path/to/project --modules bmm --tools claude-code --yes npx bmad-method install --directory /path/to/project --modules bmm --tools claude-code --yes
``` ```
See [Non-Interactive Installation Guide](http://docs.bmad-method.org/how-to/non-interactive-installation/) for all available options. [See all installation options](http://docs.bmad-method.org/how-to/non-interactive-installation/)
> **Not sure what to do?** Run `/bmad-help` — it tells you exactly what's next and what's optional. You can also ask it questions like: > **Not sure what to do?** Run `/bmad-help` — it tells you exactly what's next and what's optional. You can also ask questions like `/bmad-help I just finished the architecture, what do I do next?`
- `/bmad-help How should I build a web app for my TShirt Business that can scale to millions?`
- `/bmad-help I just finished the architecture, I am not sure what to do next`
And the amazing thing is BMad Help evolves depending on what modules you install also!
- `/bmad-help Im interested in really exploring creative ways to demo BMad at work, what do you recommend to help plan a great slide deck and compelling narrative?`, and if you have the Creative Intelligence Suite installed, it will offer you different or complimentary advice than if you just have BMad Method Module installed!
The workflows below show the fastest path to working code. You can also load agents directly for a more structured process, extensive planning, or to learn about agile development practices — the agents guide you with menus, explanations, and elicitation at each step.
### Simple Path (Quick Flow)
Bug fixes, small features, clear scope — 3 commands - 1 Optional Agent:
1. `/quick-spec` — analyzes your codebase and produces a tech-spec with stories
2. `/dev-story` — implements each story
3. `/code-review` — validates quality
### Full Planning Path (BMad Method)
Products, platforms, complex features — structured planning then build:
1. `/product-brief` — define problem, users, and MVP scope
2. `/create-prd` — full requirements with personas, metrics, and risks
3. `/create-architecture` — technical decisions and system design
4. `/create-epics-and-stories` — break work into prioritized stories
5. `/sprint-planning` — initialize sprint tracking
6. **Repeat per story:** `/create-story``/dev-story``/code-review`
Every step tells you what's next. Optional phases (brainstorming, research, UX design) are available when you need them — ask `/bmad-help` anytime. For a detailed walkthrough, see the [Getting Started Tutorial](http://docs.bmad-method.org/tutorials/getting-started/).
## Modules ## Modules
BMad Method extends with official modules for specialized domains. Modules are available during installation and can be added to your project at any time. After the V6 beta period these will also be available as Plugins and Granular Skills. BMad Method extends with official modules for specialized domains. Available during installation or anytime after.
| Module | GitHub | NPM | Purpose | | Module | Purpose |
| ------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------- | | ----------------------------------------------------------------------------------------------------------------- | ------------------------------------------------- |
| **BMad Method (BMM)** | [bmad-code-org/BMAD-METHOD](https://github.com/bmad-code-org/BMAD-METHOD) | [bmad-method](https://www.npmjs.com/package/bmad-method) | Core framework with 34+ workflows across 4 development phases | | **[BMad Method (BMM)](https://github.com/bmad-code-org/BMAD-METHOD)** | Core framework with 34+ workflows |
| **BMad Builder (BMB)** | [bmad-code-org/bmad-builder](https://github.com/bmad-code-org/bmad-builder) | [bmad-builder](https://www.npmjs.com/package/bmad-builder) | Create custom BMad agents, workflows, and domain-specific modules | | **[BMad Builder (BMB)](https://github.com/bmad-code-org/bmad-builder)** | Create custom BMad agents and workflows |
| **Test Architect (TEA)** 🆕 | [bmad-code-org/tea](https://github.com/bmad-code-org/bmad-method-test-architecture-enterprise) | [tea](https://www.npmjs.com/package/bmad-method-test-architecture-enterprise) | Risk-based test strategy, automation, and release gates (8 workflows) | | **[Test Architect (TEA)](https://github.com/bmad-code-org/tea)** | Risk-based test strategy and automation |
| **Game Dev Studio (BMGD)** | [bmad-code-org/bmad-module-game-dev-studio](https://github.com/bmad-code-org/bmad-module-game-dev-studio) | [bmad-game-dev-studio](https://www.npmjs.com/package/bmad-game-dev-studio) | Game development workflows for Unity, Unreal, and Godot | | **[Game Dev Studio (BMGD)](https://github.com/bmad-code-org/bmad-module-game-dev-studio)** | Game development workflows (Unity, Unreal, Godot) |
| **Creative Intelligence Suite (CIS)** | [bmad-code-org/bmad-module-creative-intelligence-suite](https://github.com/bmad-code-org/bmad-module-creative-intelligence-suite) | [bmad-creative-intelligence-suite](https://www.npmjs.com/package/bmad-creative-intelligence-suite) | Innovation, brainstorming, design thinking, and problem-solving | | **[Creative Intelligence Suite (CIS)](https://github.com/bmad-code-org/bmad-module-creative-intelligence-suite)** | Innovation, brainstorming, design thinking |
* More modules are coming in the next 2 weeks from BMad Official, and a community marketplace for the installer also will be coming with the final V6 release!
## Testing Agents
BMad provides two testing options to fit your needs:
### Quinn (QA) - Built-in
**Quick test automation for rapid coverage**
- ✅ **Always available** in BMM module (no separate install)
- ✅ **Simple**: One workflow (`QA` - Automate)
- ✅ **Beginner-friendly**: Standard test framework patterns
- ✅ **Fast**: Generate tests and ship
**Use Quinn for:** Small projects, quick coverage, standard patterns
### Test Architect (TEA) - Optional Module
**Enterprise-grade test strategy and quality engineering**
- 🆕 **Standalone module** (install separately)
- 🏗️ **Comprehensive**: 8 workflows covering full test lifecycle
- 🎯 **Advanced**: Risk-based planning, quality gates, NFR assessment
- 📚 **Knowledge-driven**: 34 testing patterns and best practices
- 📖 [Test Architect Documentation](https://bmad-code-org.github.io/bmad-method-test-architecture-enterprise/)
**Use TEA for:** Enterprise projects, test strategy, compliance, release gates
---
## Documentation ## Documentation
**[BMad Documentation](http://docs.bmad-method.org)** — Tutorials, how-to guides, concepts, and reference [BMad Method Docs Site](http://docs.bmad-method.org) — Tutorials, guides, concepts, and reference
**[Test Architect Documentation](https://bmad-code-org.github.io/bmad-method-test-architecture-enterprise/)** — TEA standalone module documentation
**Quick links:**
- [Getting Started Tutorial](http://docs.bmad-method.org/tutorials/getting-started/) - [Getting Started Tutorial](http://docs.bmad-method.org/tutorials/getting-started/)
- [Upgrading from Previous Versions](http://docs.bmad-method.org/how-to/upgrade-to-v6/) - [Upgrading from Previous Versions](http://docs.bmad-method.org/how-to/upgrade-to-v6/)
- [Test Architect Migration Guide](https://bmad-code-org.github.io/bmad-method-test-architecture-enterprise/migration/) — Upgrading from BMM-embedded TEA - [Test Architect Documentation](https://bmad-code-org.github.io/bmad-method-test-architecture-enterprise/)
### For v4 Users
- **[v4 Documentation](https://github.com/bmad-code-org/BMAD-METHOD/tree/V4/docs)**
- If you need to install V4, you can do this with `npx bmad-method@4.44.3 install` - similar for any past version.
## Community ## Community

View File

@ -3,7 +3,7 @@ title: Welcome to the BMad Method
description: AI-driven development framework with specialized agents, guided workflows, and intelligent planning description: AI-driven development framework with specialized agents, guided workflows, and intelligent planning
--- ---
The BMad Method (**B**reakthrough **M**ethod of **A**gile AI **D**riven Development) is an AI-driven development framework that helps you build software through the whole process from ideation and planning all the way through agentic implementation. It provides specialized AI agents, guided workflows, and intelligent planning that adapts to your project's complexity, whether you're fixing a bug or building an enterprise platform. The BMad Method (**B**reakthrough **M**ethod of **A**gile AI **D**riven Development) is an AI-driven development framework module within the BMad Method Ecosystem that helps you build software through the whole process from ideation and planning all the way through agentic implementation. It provides specialized AI agents, guided workflows, and intelligent planning that adapts to your project's complexity, whether you're fixing a bug or building an enterprise platform.
If you're comfortable working with AI coding assistants like Claude, Cursor, or GitHub Copilot, you're ready to get started. If you're comfortable working with AI coding assistants like Claude, Cursor, or GitHub Copilot, you're ready to get started.
@ -25,6 +25,10 @@ These docs are organized into four sections based on what you're trying to do:
| **Explanation** | Understanding-oriented. Deep dives into concepts and architecture. Read when you want to know *why*. | | **Explanation** | Understanding-oriented. Deep dives into concepts and architecture. Read when you want to know *why*. |
| **Reference** | Information-oriented. Technical specifications for agents, workflows, and configuration. | | **Reference** | Information-oriented. Technical specifications for agents, workflows, and configuration. |
## Extend and Customize
Want to expand BMad with your own agents, workflows, or modules? The **[BMad Builder](https://bmad-builder-docs.bmad-method.org/)** provides the framework and tools for creating custom extensions, whether you're adding new capabilities to BMad or building entirely new modules from scratch.
## What You'll Need ## What You'll Need
BMad works with any AI coding assistant that supports custom system prompts or project context. Popular options include: BMad works with any AI coding assistant that supports custom system prompts or project context. Popular options include:

4
package-lock.json generated
View File

@ -1,12 +1,12 @@
{ {
"name": "bmad-method", "name": "bmad-method",
"version": "6.0.0-Beta.8", "version": "6.0.0",
"lockfileVersion": 3, "lockfileVersion": 3,
"requires": true, "requires": true,
"packages": { "packages": {
"": { "": {
"name": "bmad-method", "name": "bmad-method",
"version": "6.0.0-Beta.8", "version": "6.0.0",
"license": "MIT", "license": "MIT",
"dependencies": { "dependencies": {
"@clack/core": "^1.0.0", "@clack/core": "^1.0.0",

View File

@ -1,7 +1,7 @@
{ {
"$schema": "https://json.schemastore.org/package.json", "$schema": "https://json.schemastore.org/package.json",
"name": "bmad-method", "name": "bmad-method",
"version": "6.0.0-Beta.8", "version": "6.0.0",
"description": "Breakthrough Method of Agile AI-driven Development", "description": "Breakthrough Method of Agile AI-driven Development",
"keywords": [ "keywords": [
"agile", "agile",

View File

@ -64,7 +64,9 @@ Also - when searching - documents can be a single markdown file, or a folder wit
Try to discover the following: Try to discover the following:
- Product Brief (`*brief*.md`) - Product Brief (`*brief*.md`)
- Research Documents (`*prd*.md`) - PRD (`*prd*.md`) - PRIMARY input: contains FRs and NFRs the UX must address
- Architecture Document (`*architecture*.md`) - Contains technical constraints that affect UX decisions (API limits, platform requirements, performance budgets)
- StRS (`*strs*.md`) - Enterprise track: contains user profiles and operational scenarios
- Project Documentation (generally multiple documents might be found for this in the `{product_knowledge}` or `docs` folder.) - Project Documentation (generally multiple documents might be found for this in the `{product_knowledge}` or `docs` folder.)
- Project Context (`**/project-context.md`) - Project Context (`**/project-context.md`)
@ -98,8 +100,10 @@ Report what was found:
**Documents Found:** **Documents Found:**
- PRD: {number of PRD files loaded or "None found"} - PRD: {number of PRD files loaded or "None found"} ← Key: FRs define what UX must address
- Product brief: {number of brief files loaded or "None found"} - Product brief: {number of brief files loaded or "None found"}
- Architecture: {found or "None found"} ← Key: Technical constraints that affect UX
- StRS: {found or "None found"} ← Enterprise: User profiles and scenarios
- Other context: {number of other files loaded or "None found"} - Other context: {number of other files loaded or "None found"}
**Files loaded:** {list of specific file names or "No additional documents found"} **Files loaded:** {list of specific file names or "No additional documents found"}

View File

@ -227,7 +227,7 @@ Show the generated responsive and accessibility content and present choices:
- Append the final content to `{planning_artifacts}/ux-design-specification.md` - Append the final content to `{planning_artifacts}/ux-design-specification.md`
- Update frontmatter: append step to end of stepsCompleted array - Update frontmatter: append step to end of stepsCompleted array
- Load `./step-14-complete.md` - Load `./step-13b-requirements-validation.md`
## APPEND TO DOCUMENT: ## APPEND TO DOCUMENT:
@ -259,6 +259,6 @@ When user selects 'C', append the content directly to the document using the str
## NEXT STEP: ## NEXT STEP:
After user selects 'C' and content is saved to document, load `./step-14-complete.md` to finalize the UX design workflow. After user selects 'C' and content is saved to document, load `./step-13b-requirements-validation.md` to finalize the UX design workflow.
Remember: Do NOT proceed to step-14 until user explicitly selects 'C' from the A/P/C menu and content is saved! Remember: Do NOT proceed to step-14 until user explicitly selects 'C' from the A/P/C menu and content is saved!

View File

@ -0,0 +1,176 @@
# Step 13b: Requirements Validation & Handoff Checklist
## MANDATORY EXECUTION RULES (READ FIRST):
- 📖 CRITICAL: ALWAYS read the complete step file before taking any action
- ✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config `{communication_language}`
- 🎯 This step validates UX design completeness against PRD requirements
- 📋 YOU ARE A VALIDATION FACILITATOR for this step
## EXECUTION PROTOCOLS:
- 🎯 Load PRD and validate requirements coverage
- 🎯 Load Architecture document and check constraint alignment
- ⚠️ Present findings with A/P/C menu
- 💾 ONLY save when user chooses C (Continue)
- 📖 Update output file frontmatter, adding this step to stepsCompleted
- 🚫 FORBIDDEN to load next step until C is selected
## CONTEXT BOUNDARIES:
- Complete UX design specification from all previous steps is available
- PRD (if loaded at init) contains FRs/NFRs that UX must address
- Architecture (if loaded at init) contains technical constraints
- Focus on validating coverage and creating handoff artifacts
## YOUR TASK:
Validate that the UX design addresses PRD requirements, respects architecture constraints, and prepare handoff artifacts for downstream workflows (Architecture, Epics & Stories).
## VALIDATION & HANDOFF SEQUENCE:
### 1. Requirements Coverage Validation
If PRD was loaded during initialization:
**Extract PRD Functional Requirements:**
- Load the PRD and find all FRs
- For each FR, determine if the UX design addresses it
**Create Coverage Matrix:**
- Map each FR to UX design elements (user journeys, components, patterns)
- Identify FRs NOT addressed by UX design
- For unaddressed FRs, determine if they are:
- Non-UI FRs (backend-only, no UX needed) → Mark as N/A
- Missing from UX design → Flag as GAP
**Present to user:**
"I've validated your UX design against the PRD requirements:
**FR Coverage:**
| FR | Description | UX Element | Status |
|----|-------------|-----------|--------|
| FR1 | [desc] | [journey/component/pattern] | ✅ Covered |
| FR5 | [desc] | - | ⚠️ Gap (UI feature) |
| FR8 | [desc] | N/A | Backend only |
**Coverage: [X]% of UI-relevant FRs addressed**
**Gaps found: [count]**"
If PRD was NOT loaded:
- Note that requirements validation could not be performed
- Recommend running this check later when PRD is available
### 2. Architecture Constraint Alignment
If Architecture document was loaded:
**Check for conflicts:**
- API constraints vs. UX interaction patterns (e.g., real-time updates vs. REST-only API)
- Platform constraints vs. responsive strategy
- Performance budgets vs. animation/interaction complexity
- Data model constraints vs. information architecture
**Present any conflicts found:**
- Conflict description
- UX design assumption
- Architecture constraint
- Suggested resolution
If Architecture was NOT loaded:
- Note that constraint validation could not be performed
### 3. Downstream Handoff Checklist
Create handoff information for downstream workflows:
**For Architecture Workflow (Winston):**
- [ ] UX interaction patterns that require specific API design
- [ ] Real-time requirements identified in UX (WebSocket, SSE, polling)
- [ ] Data requirements from form designs and user flows
- [ ] Performance requirements from animation/interaction specs
**For Epics & Stories Workflow (John):**
- [ ] User journey → FR mapping (which journeys implement which FRs)
- [ ] Component complexity estimates (simple, moderate, complex)
- [ ] Design dependencies between components
- [ ] Phasing recommendations (what can be MVP vs. later)
**Design Decision Rationale:**
- Key design decisions and WHY they were made
- Alternatives considered and rejected (with reasons)
- Assumptions made during design
### 4. Generate Validation & Handoff Content
Append to the document:
```markdown
## Requirements Validation
### FR Coverage Matrix
[Table mapping FRs to UX elements]
### Architecture Constraint Alignment
[Any conflicts found and resolutions, or "No architecture document loaded"]
## Downstream Handoff
### Architecture Handoff
[UX constraints and requirements for architecture decisions]
### Epics & Stories Handoff
[User journey → FR mapping, complexity estimates, phasing recommendations]
### Design Decision Rationale
[Key decisions with reasoning for downstream teams]
```
### 5. Present MENU OPTIONS
Present the validation findings and handoff checklist, then display menu:
- Show coverage matrix highlights
- Show any architecture conflicts
- Show handoff readiness
Display: "**Select:** [A] Advanced Elicitation [P] Party Mode [C] Continue to Complete Workflow (Step 14)"
#### Menu Handling Logic:
- IF A: Read fully and follow Advanced Elicitation, process, ask acceptance, update or keep, redisplay
- IF P: Read fully and follow Party Mode, process, ask acceptance, update or keep, redisplay
- IF C: Append to output document, update frontmatter, then read fully and follow: `./step-14-complete.md`
- IF Any other: help user respond, then redisplay menu
## APPEND TO DOCUMENT:
When user selects 'C', append the content directly to the document.
## SUCCESS METRICS:
✅ PRD FR coverage validated (if PRD available)
✅ Architecture constraints checked (if architecture available)
✅ FR → UX element mapping created
✅ Gaps identified with clear categorization
✅ Handoff checklist prepared for Architecture and Epics workflows
✅ Design decision rationale documented
✅ A/P/C menu presented and handled correctly
## FAILURE MODES:
❌ Not loading PRD for validation when it was discovered at init
❌ Claiming full coverage without systematic check
❌ Not creating handoff artifacts for downstream workflows
❌ Not documenting design decision rationale
❌ Marking non-UI FRs as gaps (they should be N/A)
## NEXT STEP:
After user selects 'C' and content is saved, load `./step-14-complete.md` to complete the workflow.
Remember: Do NOT proceed to step-14 until user explicitly selects 'C'!

View File

@ -8,6 +8,12 @@
- [ ] Tests cover happy path - [ ] Tests cover happy path
- [ ] Tests cover 1-2 critical error cases - [ ] Tests cover 1-2 critical error cases
## Requirements Traceability (All Tracks)
- [ ] Each acceptance criterion has at least one test
- [ ] Each FR has at least one test scenario defined
- [ ] Test descriptions reference the FR or acceptance criterion they verify
## Test Quality ## Test Quality
- [ ] All generated tests run successfully - [ ] All generated tests run successfully

View File

@ -0,0 +1,122 @@
# Per-Requirement Quality Checklist (ISO 29148)
Apply this checklist to EVERY individual requirement in StRS, SyRS, and PRD/SRS documents. Each requirement must satisfy all 9 quality criteria.
## The 9 Quality Criteria
### 1. Necessary
- [ ] The requirement traces to a real stakeholder need or business objective
- [ ] Removing this requirement would leave a stakeholder need unmet
- [ ] The requirement is not gold-plating (adding unnecessary complexity)
**Test:** "If we remove this requirement, would a stakeholder's need go unmet?"
### 2. Implementation-Free
- [ ] The requirement states WHAT is needed, not HOW to build it
- [ ] No technology choices are embedded (unless it IS a design constraint)
- [ ] No UI/UX specifics are included (unless it IS an interface requirement)
- [ ] The requirement could be implemented in multiple different ways
**Test:** "Could an architect choose from 3+ different implementation approaches?"
### 3. Unambiguous
- [ ] The requirement has only ONE possible interpretation
- [ ] No vague adjectives (good, fast, easy, user-friendly, intuitive, robust)
- [ ] Measurable criteria are used where applicable
- [ ] Terms are defined in the glossary or are industry-standard
**Test:** "Would 5 different engineers interpret this the same way?"
### 4. Consistent
- [ ] The requirement does NOT contradict any other requirement
- [ ] Terminology is consistent with the rest of the document
- [ ] Scope aligns with the product vision and boundaries
- [ ] No conflicting quality attribute targets (e.g., maximum security AND minimal latency)
**Test:** "Does this requirement peacefully coexist with all other requirements?"
### 5. Complete
- [ ] The requirement contains enough detail to design and test against
- [ ] All conditions and constraints are specified
- [ ] Edge cases and boundary conditions are addressed (or explicitly deferred)
- [ ] No TBD, TBC, or placeholder values remain
**Test:** "Could a developer implement this without asking clarifying questions?"
### 6. Singular
- [ ] The requirement expresses exactly ONE capability or constraint
- [ ] No compound requirements joined by "and" or "or" (split if needed)
- [ ] The requirement can be independently verified
- [ ] The requirement can be independently prioritized
**Test:** "Can I assign a single pass/fail verdict to this requirement?"
### 7. Feasible
- [ ] The requirement is technically achievable with known technology
- [ ] The requirement is achievable within the project's constraints (budget, timeline, team)
- [ ] No physical impossibilities or contradictions with laws of physics/math
- [ ] Required third-party capabilities or services are available
**Test:** "Can the team actually build this within the project constraints?"
### 8. Traceable
- [ ] The requirement has a unique identifier (ID)
- [ ] The requirement's source is documented (stakeholder, regulation, business objective)
- [ ] The requirement can be linked to downstream artifacts (design, code, tests)
- [ ] The requirement can be linked to upstream sources (StRS, business needs)
**Test:** "Can I follow this requirement from origin to implementation to test?"
### 9. Verifiable
- [ ] There exists a method to prove the requirement is satisfied
- [ ] The verification method is identified (Test, Analysis, Demonstration, Inspection)
- [ ] Acceptance criteria are clear and objective
- [ ] The verification can be performed within project constraints
**Test:** "Can I write a test or create a verification procedure for this?"
---
## Quick Reference Card
| # | Criterion | Key Question | Red Flags |
|---|-----------|-------------|-----------|
| 1 | Necessary | Would removing it leave a need unmet? | Gold-plating, nice-to-have disguised as must-have |
| 2 | Implementation-Free | Can it be built 3+ ways? | Technology names, UI specifics, algorithm choices |
| 3 | Unambiguous | Would 5 engineers agree? | "Good", "fast", "easy", "user-friendly", "robust" |
| 4 | Consistent | Does it conflict with others? | Contradicting metrics, overlapping scope |
| 5 | Complete | Can dev build without questions? | TBD, TBC, "details to follow", missing conditions |
| 6 | Singular | Can I give one pass/fail? | "and", "or" joining two capabilities |
| 7 | Feasible | Can the team actually build it? | Unrealistic targets, unavailable technology |
| 8 | Traceable | Can I follow origin → test? | Missing ID, no source reference |
| 9 | Verifiable | Can I test/prove it? | Subjective criteria, unmeasurable quality |
## Usage
**When to Apply:**
- During PRD/SRS creation (Step 9: FR synthesis, Step 10: NFR synthesis)
- During PRD validation (validation workflow)
- During StRS and SyRS review steps
- During change management (new or modified requirements)
**How to Apply:**
1. Select a requirement
2. Walk through all 9 criteria
3. Mark any failures
4. Fix failures before proceeding or flag for review
5. A requirement that fails ANY criterion needs attention
**Scoring:**
- 9/9: Requirement is high quality
- 7-8/9: Minor issues, address if time permits
- 5-6/9: Significant issues, must address before approval
- <5/9: Requirement needs rewrite

View File

@ -32,6 +32,16 @@ modules:
type: bmad-org type: bmad-org
npmPackage: bmad-game-dev-studio npmPackage: bmad-game-dev-studio
bmad-method-audit-standards-enterprise:
url: https://github.com/bmad-code-org/bmad-method-audit-standards-enterprise
module-definition: src/module.yaml
code: audit
name: "Audit Standards Enterprise"
description: "Standards Auditor for compliance, security auditing, traceability, and multi-standard governance"
defaultSelected: false
type: bmad-org
npmPackage: bmad-method-audit-standards-enterprise
bmad-method-test-architecture-enterprise: bmad-method-test-architecture-enterprise:
url: https://github.com/bmad-code-org/bmad-method-test-architecture-enterprise url: https://github.com/bmad-code-org/bmad-method-test-architecture-enterprise
module-definition: src/module.yaml module-definition: src/module.yaml

View File

@ -1378,8 +1378,11 @@ class Installer {
lines.push( lines.push(
'', '',
' Next steps:', ' Next steps:',
` Docs: ${color.dim('https://docs.bmad-method.org/')}`, ` Read our new Docs Site: ${color.dim('https://docs.bmad-method.org/')}`,
` Run ${color.cyan('/bmad-help')} in your IDE to get started`, ` Join our Discord: ${color.dim('https://discord.gg/gk8jAdXWmj')}`,
` Star us on GitHub: ${color.dim('https://github.com/bmad-code-org/BMAD-METHOD/')}`,
` Subscribe on YouTube: ${color.dim('https://www.youtube.com/@BMadCode')}`,
` Run ${color.cyan('/bmad-help')} with your IDE Agent and ask it how to get started`,
); );
await prompts.note(lines.join('\n'), 'BMAD is ready to use!'); await prompts.note(lines.join('\n'), 'BMAD is ready to use!');