---
id: story-draft-checklist
kind: checklist
agent: po
gate: Definition of Ready
decision: ">=7/10 → GO; <7 → NO-GO com correções obrigatórias"
---

# Story Draft Checklist (Definition of Ready)

> O @po roda isto antes de a story ir para o @dev. Veredito: **GO** (≥7 dos 10) ou **NO-GO** (lista de
> correções). Story que entra em desenvolvimento sem passar aqui é retrabalho garantido.

## Critérios (10 pontos)

- [ ] 1. **Título e escopo claros** — dá pra dizer o que a story entrega em uma frase.
- [ ] 2. **Story bem formada** — "Como {persona}, quero {ação}, para {benefício}" preenchida e coerente.
- [ ] 3. **ACs testáveis** — cada critério de aceite é verificável com sim/não; nada de "funciona bem".
- [ ] 4. **ACs rastreáveis** — cada AC liga a um FR/NFR/objetivo; nenhum AC inventado (No Invention).
- [ ] 5. **Tasks/Subtasks presentes** — há decomposição técnica e cada uma aponta para o(s) AC(s).
- [ ] 6. **Dev Notes autossuficientes** — o @dev consegue implementar sem abrir outros docs; afirmações
      técnicas citam a fonte (`docs/architecture/...`, `docs/specs/...`).
- [ ] 7. **Seção Testing definida** — estratégia + casos (incl. erro/edge) + como rodar.
- [ ] 8. **Dependências mapeadas** — stories/serviços/dados de que esta depende estão identificados.
- [ ] 9. **Dono certo** — o trabalho cabe na lane de um agente; o que sai (schema, UI, subida) está
      delegado ao dono (@data-engineer / @ux-design-expert / @devops).
- [ ] 10. **Tamanho sensato** — a story cabe num ciclo; se é grande demais, o @sm fatia antes.

## Decisão

**Veredito:** GO (≥7) / NO-GO (<7)
**Pontuação:** {x}/10
**Correções obrigatórias (se NO-GO):**
- {item — o que falta para virar GO}

> NO-GO não é reprovação: é a lista exata do que o @sm ajusta para a story ficar pronta.
