BMAD-METHOD/src/modules/bmm/docs/party-mode.md
Brian Madison 17f81a84f3 docs: comprehensive documentation accuracy overhaul and PM/UX evolution analysis
This commit represents a major documentation quality improvement, fixing critical inaccuracies and adding forward-looking guidance on the evolving role of PMs/UX in AI-driven development.

## Documentation Accuracy Fixes (Agent YAML as Source of Truth)

### Critical Corrections in agents-guide.md
- **Game Developer workflows**: Fixed incorrect workflow names (dev-story → develop-story, added story-done, removed non-existent create-story and retro)
- **Technical Writer naming**: Added agent name "Paige" to match all other agent naming patterns
- **Agent reference tables**: Updated to reflect actual agent capabilities from YAML configs
- **epic-tech-context ownership**: Corrected across all docs - belongs to SM agent, not Architect

### Critical Corrections in workflows-implementation.md
- **Line 16 + 75**: Fixed epic-tech-context agent from "Architect" → "SM" (matches sm.agent.yaml)
- **Line 258**: Updated epic-tech-context section header to show correct agent ownership
- **Multi-agent workflow table**: Moved epic-tech-context to SM agent row where it belongs

### Principle Applied
**Agent YAML files are source of truth** - All documentation now accurately reflects what agents can actually do per their YAML configurations, not assumptions or outdated info.

## Brownfield Development: Phase 0 Documentation Reality Check

### Rewrote brownfield-guide.md Phase 0 Section
Replaced oversimplified 3-scenario model with **real-world guidance**:

**Before**: Assumed docs are either perfect or non-existent
**After**: Handles messy reality of brownfield projects

**New Scenarios (4 instead of 3)**:
- **Scenario A**: No documentation → document-project (was covered)
- **Scenario B**: Docs exist but massive/outdated/incomplete → **document-project** (NEW - very common)
- **Scenario C**: Good docs but no structure → **shard-doc → index-docs** (NEW - handles massive files)
- **Scenario D**: Confirmed AI-optimized docs → Skip Phase 0 (was "Scenario C", now correctly marked 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 with shard-doc tool (>500 lines, 10+ level 2 sections)
- Explicit guidance on why regenerate vs index (outdated docs cause hallucinations)
- Impact explanation: how bad 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: Enterprise Agentic Development

### New Content: The Evolving Role of Product Managers & UX Designers

Added comprehensive section based on **November 2025 industry research**:

**Industry Data**:
- 56% of product professionals cite AI/ML as top focus
- PRD-to-Code automation: build and deploy apps in 10-15 minutes
- By 2026: Roles converging into "Full-Stack Product Lead" (PM + Design + Engineering)
- Very high salaries for AI agent PMs who orchestrate autonomous systems

**Role Transformation**:
- From spec writers → code orchestrators
- PMs writing AI-optimized PRDs that **feed agentic pipelines directly**
- UX designers generating code with Figma-to-code tools
- Technical fluency becoming **table stakes**, not optional
- Review PRs from AI agents alongside human developers

**New Section: "How BMad Method Enables PM/UX Technical Evolution"** (10 ways):
1. **AI-Executable PRD Generation** - PRDs become work packages for cloud agents
2. **Automated Epic/Story Breakdown** - No more story refinement sessions
3. **Human-in-the-Loop Architecture** - PMs learn while validating technical decisions
4. **Cloud Agentic Pipeline** - Current (2025) + Future (2026) vision 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× 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 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)
- **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."

## Impact

These changes bring documentation quality from **D- to A+**:
- **Accuracy**: Agent capabilities now match YAML source of truth (zero hallucination risk)
- **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
- **Actionable**: Concrete workflows, commands, examples throughout
- **Concise**: 47% reduction while strengthening value proposition

Users now have **trustworthy, reality-based, future-oriented guidance** for using BMad Method in both current workflows and emerging agentic development patterns.
2025-11-03 19:38:50 -06:00

7.0 KiB

Party Mode: Multi-Agent Collaboration

Get all your AI agents in one conversation


What is Party Mode?

Ever wanted to gather your entire AI team in one room and see what happens? That's party mode.

Type /bmad:core:workflows:party-mode (or *party-mode from any agent), and suddenly you've got all your AI agents in one conversation. PM, Architect, DEV, UX Designer, the CIS creative agents - everyone shows up.

Why it's useful:

  • After complex workflows - Debrief with the whole team about what worked, what didn't
  • Big decisions with tradeoffs - Get technical, creative, and strategic perspectives simultaneously
  • Brainstorming sessions - Watch ideas evolve through cross-pollination
  • When things go wrong - Call out failures, watch agents defend their decisions, let them debate whose fault it was (oddly therapeutic)
  • Sprint retrospectives - Party mode powers the retrospective workflow
  • Sprint planning - Multi-agent collaboration for planning sessions

Future use: Advanced elicitation workflows will leverage party mode for sophisticated requirement gathering.


How It Works

The basics:

  1. Party mode reads bmad/_cfg/agent-manifest.csv
  2. Loads ALL installed agents (already includes your customizations from install)
  3. BMad Master orchestrates - picks 2-3 relevant agents per message based on topic
  4. Agents respond in character, can agree/disagree/build on each other's ideas
  5. Discussion continues until you type "exit" or reach natural conclusion

That's it. No complex merging, no runtime magic. Just agents talking.


Quick Start

# Trigger party mode
/bmad:core:workflows:party-mode

# OR from any agent context
*party-mode

# During party
Ask questions, respond to agents, direct the conversation

# Exit
Type: exit

Fun Examples

Example 1: Calling Out Bad Architecture

You: "Okay team, our last sprint was a disaster. The authentication service went down three times. Who screwed this up?"

Architect (Winston): "The design was sound - distributed authentication with proper fallbacks. If implementation deviated from the spec..."

DEV (Amelia): "I followed the architecture doc exactly. The spec didn't account for concurrent session invalidation race conditions."

PM (John): "Both of you missed the bigger issue - we didn't validate session management requirements in the PRD. This is on me for not catching it."

TEA (Murat): "And I should've caught this in integration tests. The test scenarios didn't cover concurrent invalidation."

(Watch them debate whose fault it really was - it's therapeutic)


Example 2: Creative Brainstorming

You: "How do we make onboarding feel magical instead of boring?"

UX Designer (Sally): "Start with progressive disclosure - reveal features as users need them, not all at once in a tutorial."

Storyteller (CIS): "What if onboarding was a story? Each step reveals a character's journey - the user IS the hero."

Innovation Strategist (CIS): "Take it further - gamify with unlockable achievements. But make them meaningful, not arbitrary badges."

Game Designer: "Building on that - what if the first 'quest' is actually solving a real user problem? They learn by doing something valuable."

(Ideas cross-pollinate and evolve)


Example 3: Technical Decision

You: "Monolith or microservices for MVP?"

Architect: "Start monolith. Microservices add complexity you don't need at 1000 users."

PM: "Agree. Time to market matters more than theoretical scalability."

DEV: "Monolith with clear module boundaries. We can extract services later if needed."

Innovation Strategist: "Contrarian take - if your differentiator IS scalability, build for it now. Otherwise Architect's right."

(Multiple perspectives reveal the right answer)


When NOT to Use Party Mode

Skip party mode for:

  • Simple implementation questions → Use DEV agent
  • Document review → Use Technical Writer
  • Workflow status checks → Use any agent + *workflow-status
  • Single-domain questions → Use specialist agent

Use party mode for:

  • Multi-perspective decisions
  • Creative collaboration
  • Post-mortems and retrospectives
  • Sprint planning sessions
  • Complex problem-solving

Agent Customization

Party mode uses agents from bmad/[module]/agents/*.md - these already include any customizations you applied during install.

To customize agents for party mode:

  1. Create customization file: bmad/_cfg/agents/bmm-pm.customize.yaml
  2. Run npx bmad-method install to rebuild agents
  3. Customizations now active in party mode

Example customization:

agent:
  persona:
    principles:
      - 'HIPAA compliance is non-negotiable'
      - 'Patient safety over feature velocity'

See Agents Guide for details.


BMM Workflows That Use Party Mode

Current:

  • epic-retrospective - Post-epic team retrospective powered by party mode
  • Sprint planning discussions (informal party mode usage)

Future:

  • Advanced elicitation workflows will officially integrate party mode
  • Multi-agent requirement validation
  • Collaborative technical reviews

Available Agents

Party mode can include 19+ agents from all installed modules:

BMM (12 agents): PM, Analyst, Architect, SM, DEV, TEA, UX Designer, Technical Writer, Game Designer, Game Developer, Game Architect

CIS (5 agents): Brainstorming Coach, Creative Problem Solver, Design Thinking Coach, Innovation Strategist, Storyteller

BMB (1 agent): BMad Builder

Core (1 agent): BMad Master (orchestrator)

Custom: Any agents you've created


Tips

Get better results:

  • Be specific with your topic/question
  • Provide context (project type, constraints, goals)
  • Direct specific agents when you want their expertise
  • Make decisions - party mode informs, you decide
  • Time box discussions (15-30 minutes is usually plenty)

Examples of good opening questions:

  • "We need to decide between REST and GraphQL for our mobile API. Project is a B2B SaaS with 50 enterprise clients."
  • "Our last sprint failed spectacularly. Let's discuss what went wrong with authentication implementation."
  • "Brainstorm: how can we make our game's tutorial feel rewarding instead of tedious?"

Troubleshooting

Same agents responding every time? Vary your questions or explicitly request other perspectives: "Game Designer, your thoughts?"

Discussion going in circles? BMad Master will summarize and redirect, or you can make a decision and move on.

Too many agents talking? Make your topic more specific - BMad Master picks 2-3 agents based on relevance.

Agents not using customizations? Make sure you ran npx bmad-method install after creating customization files.



Better decisions through diverse perspectives. Welcome to party mode.