mvp-scoping

# MVP Scoping Skill

This skill guides Claude to apply MVP (Minimum Viable Product) thinking during feature discussions and planning conversations.

## When to Use

Apply this skill when:
- Users describe a new feature they want to build
- Discussing scope or requirements for upcoming work
- Users ask "what should we build first?" or similar
- Planning conversations before formal issue creation
- Users seem to be over-engineering or gold-plating solutions
- Reviewing feature proposals or specifications

## Core Principles

### 1. Ruthless Prioritization
Ask: "What is the absolute minimum needed for this feature to be functional?"

- Focus on core functionality only
- Defer edge cases to future iterations
- Ship something that works, iterate later
- If in doubt, cut it out

### 2. Vertical Slices Over Horizontal Layers
Build end-to-end functionality, not isolated layers:

- **Good MVP**: "Users can create and save a basic profile"
- **Bad MVP**: "Complete user model with all fields" (no UI, no save)

### 3. The "Ship Tomorrow" Test
For each requirement, ask: "If we had to ship tomorrow, would this be essential?"

- Essential = Must have for feature to work at all
- Nice-to-have = Can be added in a follow-up
- Polish = Defer until core is proven

### 4. Explicit Deferrals
Always document what you're NOT doing in a "Deferred" section.

## Guiding Questions

When scoping features, ask:
1. What's the single most important user outcome?
2. What's the simplest way to achieve that outcome?
3. What can we remove and still have something useful?
4. What assumptions can we validate with this MVP?
5. What would embarrass us if we shipped without it? (Only those are essential)

## Anti-Patterns to Avoid

### Over-Engineering
- Adding configuration for things that could be hardcoded
- Building abstraction layers "for future flexibility"
- Implementing features "while we're in there"

### Premature Optimization
- Performance tuning before measuring
- Caching before proving it's ne