Scale-adaptive project planning workflow that automatically adjusts outputs based on project scope - from single atomic changes (Level 0: tech-spec only) to enterprise platforms (Level 4: full PRD + epics). Generates appropriate planning artifacts for each level with intelligent routing and continuation support.

Key Features

Scale-adaptive planning - Automatically determines output based on project complexity
Intelligent routing - Uses router system to load appropriate instruction sets
Continuation support - Can resume from previous sessions and handle incremental work
Multi-level outputs - Supports 5 project levels (0-4) with appropriate artifacts
Input integration - Leverages product briefs and market research when available
Template-driven - Uses validated templates for consistent output structure

Usage

Basic Invocation

workflow plan-project

With Input Documents

# With product brief as input
workflow plan-project --input /path/to/product-brief.md

# With multiple inputs
workflow plan-project --input product-brief.md --input market-research.md

Configuration

The workflow adapts automatically based on project assessment, but key configuration options include:

scale_parameters: Defines story/epic counts for each project level
output_folder: Where all generated documents are stored
project_name: Used in document names and templates

Workflow Structure

Files Included

plan-project/
├── workflow.yaml              # Configuration and metadata
├── instructions-router.md     # Initial assessment and routing logic
├── instructions-sm.md         # Level 0 instructions (tech-spec only)
├── instructions-med.md        # Level 1-2 instructions (PRD + tech-spec)
├── instructions-lg.md         # Level 3-4 instructions (full PRD + epics)
├── analysis-template.md       # Project assessment template
├── prd-template.md           # Product Requirements Document template
├── tech-spec-template.md     # Technical Specification template
├── epics-template.md         # Epic breakdown template
├── checklist.md              # Validation criteria
└── README.md                 # This file

Workflow Process

Phase 1: Assessment and Routing (Steps 1-5)

Project Analysis: Determines project type (greenfield/brownfield/legacy)
Scope Assessment: Classifies into 5 levels based on complexity
Document Discovery: Identifies existing inputs and documentation
Workflow Routing: Loads appropriate instruction set based on level
Continuation Handling: Resumes from previous work when applicable

Phase 2: Level-Specific Planning (Steps vary by level)

Level 0 (Single Atomic Change):

Creates technical specification only
Focuses on implementation details for small changes

Level 1-2 (Features and Small Systems):

Generates minimal PRD with core sections
Creates comprehensive tech-spec
Includes basic epic breakdown

Level 3-4 (Full Products and Platforms):

Produces complete PRD with all sections
Generates detailed epic breakdown
Includes architect handoff materials
Creates traceability mapping

Phase 3: Validation and Handoff (Final steps)

Document Review: Validates outputs against checklists
Architect Preparation: For Level 3-4, prepares handoff materials
Next Steps: Provides guidance for development phase

Output

Generated Files

Primary output: PRD.md (except Level 0), tech-spec.md, project-workflow-analysis.md
Supporting files: epics.md (Level 3-4), PRD-validation-report.md (if validation run)

Output Structure by Level

Level 0 - Tech Spec Only:

Technical Overview - Implementation approach
Detailed Design - Code-level specifications
Testing Strategy - Validation approach

Level 1-2 - Minimal PRD + Tech Spec:

Problem Statement - Core issue definition
Solution Overview - High-level approach
Requirements - Functional and non-functional
Technical Specification - Implementation details
Success Criteria - Acceptance criteria

Level 3-4 - Full PRD + Epics:

Executive Summary - Project overview
Problem Definition - Detailed problem analysis
Solution Architecture - Comprehensive solution design
User Experience - Journey mapping and wireframes
Requirements - Complete functional/non-functional specs
Epic Breakdown - Development phases and stories
Technical Handoff - Architecture and implementation guidance

Requirements

Input Documents: Product brief and/or market research (recommended but not required)
Project Configuration: Valid config.yaml with project_name and output_folder
Assessment Readiness: Clear understanding of project scope and objectives

Best Practices

Before Starting

Gather Context: Collect any existing product briefs, market research, or requirements
Define Scope: Have a clear sense of project boundaries and complexity
Prepare Stakeholders: Ensure key stakeholders are available for input if needed

During Execution

Be Honest About Scope: Accurate assessment ensures appropriate planning depth
Leverage Existing Work: Reference previous documents and avoid duplication
Think Incrementally: Remember that planning can evolve - start with what you know

After Completion

Validate Against Checklist: Use included validation criteria to ensure completeness
Share with Stakeholders: Distribute appropriate documents to relevant team members
Prepare for Architecture: For Level 3-4 projects, ensure architect has complete context

Troubleshooting

Common Issues

Issue: Workflow creates wrong level of documentation

Solution: Review project assessment and restart with correct scope classification
Check: Verify the project-workflow-analysis.md reflects actual project complexity

Issue: Missing input documents cause incomplete planning

Solution: Gather recommended inputs or proceed with manual context gathering
Check: Ensure critical business context is captured even without formal documents

Issue: Continuation from previous session fails

Solution: Check for existing project-workflow-analysis.md and ensure output folder is correct
Check: Verify previous session completed at a valid checkpoint

Customization

To customize this workflow:

Modify Assessment Logic: Update instructions-router.md to adjust level classification
Adjust Templates: Customize PRD, tech-spec, or epic templates for organizational needs
Add Validation: Extend checklist.md with organization-specific quality criteria
Configure Outputs: Modify workflow.yaml to change file naming or structure

Version History

v6.0.0 - Scale-adaptive architecture with intelligent routing
- Multi-level project support (0-4)
- Continuation and resumption capabilities
- Template-driven output generation
- Input document integration

Support

For issues or questions:

Review the workflow creation guide at /bmad/bmb/workflows/create-workflow/workflow-creation-guide.md
Validate output using checklist.md
Consult project assessment in project-workflow-analysis.md
Check continuation status in existing output documents

Part of the BMad Method v6 - BMM (Method) Module