ddd-strategic-design

# DDD Strategic Design

## Overview

This skill guides Domain-Driven Design strategic analysis through systematic questioning and interview planning. It helps extract domain knowledge from chaotic inputs, structure interviews with different stakeholders, and produce standard DDD strategic outputs.

## Workflow

### Phase 1: Input Diagnosis

When user provides unclear or mixed information about a system:

1. **Identify what you have**: Analyze the input type (code, documents, verbal description, requirements)
2. **Identify what's missing**: Determine gaps in domain understanding
3. **Ask clarifying questions** to establish:
   - Business context and goals
   - Key user roles and workflows
   - System boundaries and constraints
   - Existing pain points or complexity

**Questioning principles:**
- Start broad, then narrow down
- Ask one question at a time to avoid overwhelming
- Use "why" to uncover business rules
- Use "what if" to discover edge cases
- Use "who" to identify stakeholders and their needs

### Phase 2: Domain Exploration

Guide domain discovery through progressive questioning:

1. **Identify core business concepts**: What are the key entities, events, and processes?
2. **Find natural boundaries**: Where do terms mean different things? Where do teams/processes separate?
3. **Discover business rules**: What constraints, validations, or policies exist?
4. **Map workflows**: How do different parts of the system interact?

**Red flags for context boundaries:**
- Same term with different meanings in different areas
- Different teams owning different parts of workflow
- Independent change cycles
- Different data consistency requirements

### Phase 3: Interview Planning

When user needs to interview stakeholders, generate targeted question sets:

**For Product Managers** - See `references/pm-questions.md`:
- Business goals and priorities
- Success metrics
- Roadmap and constraints

**For Domain Experts** - See `references/expert-questions.md`:
- Business rules