---
name: moscow-imperatriz
description: Aplica MoSCoW (Must/Should/Could/Won't) pra definir ESCOPO de projeto/MVP/lançamento. Mata scope creep com a Won't list explícita. Use quando o usuário disser "MoSCoW", "definir escopo", "MVP", "o que fica fora", "won't have", "must have", "fechar escopo", "scope creep", "tirar do escopo", "priorizar requisitos".
---

# MOSCOW IMPERATRIZ

## O que é
Técnica de priorização de ESCOPO criada por Dai Clegg (Oracle UK, 1994). Adotada pelo DSDM e depois por Agile. Os "Os" são pra ficar pronunciável.

## As 4 categorias

- **M — Must have:** sem isso o projeto FALHA. Não-negociável.
- **S — Should have:** importante mas não crítico. Projeto sobrevive sem (com dor).
- **C — Could have:** desejável. Implementa se sobrar tempo.
- **W — Won't have (this time):** EXPLICITAMENTE fora do escopo. **CRÍTICO documentar.**

## Proporção saudável
60% Must / 20% Should / 20% Could + lista clara de Won't

## Quando usar
- Definir escopo de MVP
- Briefing de skill nova
- Página de vendas/landing
- Lançamento de produto
- Briefing de criativo/material

## Quando NÃO usar
- Priorização operacional → /gut-imperatriz
- Ranking de hipóteses → /ice-imperatriz

## Workflow

### Fase 1 — Coleta requisitos
Lista TUDO que poderia entrar no projeto (brainstorm sem filtro).

### Fase 2 — Classifica
Pra cada requisito, 2 perguntas:
- "Se isso NÃO for entregue, o projeto falha?" → Must se sim
- "Se isso for ENTREGUE depois, vida segue?" → Could ou Won't

Tudo que sobrar entre os dois extremos: Should.

### Fase 3 — Auditoria
- Mais que 70% Must? → escopo inflado. Re-classifica.
- Sem Won't? → vai dar scope creep. Força documentação.

### Fase 4 — Won't list explícita
Documenta o que NÃO vai ser feito. Esse é o ouro do framework.

### Fase 5 — Entrega
Cria em `~/Documents/Obsidian Vault/03 - Projetos/Arsenal-Processo/[YYYY-MM-DD]-moscow/`:
- `moscow.md` — 4 listas
- `wont-list.md` — destacado, assinado pelo time
- `dashboard.html` — visual de escopo

## Template

```markdown
# MoSCoW — [Projeto] — [Data]

## MUST HAVE (60%)
- ...

## SHOULD HAVE (20%)
- ...

## COULD HAVE (20%)
- ...

## WON'T HAVE (nessa versão)
- ...
- ...
Assinado: [time], [data]
```

## Anti-patterns
1. **Sem Won't list** — scope creep garantido
2. **Tudo é Must** — invalida priorização
3. **Won't sem prazo de revisão** — vira "nunca", não "essa versão"
4. **Mudar Must depois de iniciado** — quebra acordo

## Integração
- `/rice-imperatriz`: priorização ANTES de MoSCoW
- `/mvp-imperatriz`: Must = MVP
- `/scrum-imperatriz`: backlog priorizado por MoSCoW
- `/skill-lancamento-digital`: escopo de lançamento
