---
id: po-master-checklist
kind: checklist
agent: po
gate: Coesão & Rastreabilidade do Ecossistema de Documentos
decision: ">=90% dos itens aplicáveis aprovados E nenhum item crítico falho → GO; senão NO-GO com correções"
---

# PO Master Checklist (Coesão & Rastreabilidade)

> O @po roda isto sobre o conjunto de artefatos de produto — PRD, epic(s), specs, arquitetura e
> backlog de stories — antes de o trabalho entrar no ciclo de desenvolvimento. Não valida UMA story
> (isso é o `story-draft-checklist`); valida se PRD, epic, spec e stories contam a **mesma história**,
> em sequência lógica, sem requisito inventado. Item marcado **[CRÍTICO]** reprova o gate sozinho.

## Critérios

### 1. Coesão dos documentos
- [ ] 1.1 **[CRÍTICO]** PRD, epic(s) e stories contam a mesma história — nenhum conflito silencioso de escopo, objetivo ou comportamento entre os documentos.
- [ ] 1.2 Cada epic em `docs/prd/` mapeia para objetivos declarados do PRD; nenhum epic órfão sem objetivo de origem.
- [ ] 1.3 Toda story planejada pertence a um epic existente; nenhuma story solta fora da estrutura de epics.
- [ ] 1.4 Terminologia consistente entre documentos — a mesma entidade/conceito tem o mesmo nome em PRD, spec, arquitetura e stories.

### 2. Rastreabilidade (Constituição Art. IV — No Invention)
- [ ] 2.1 **[CRÍTICO]** Cada story rastreia a um FR/NFR/CON do PRD, a um item de spec (`docs/specs/...`) ou a um achado de pesquisa (`docs/research/...`); nenhuma story inventada sem fonte.
- [ ] 2.2 Cada FR/NFR do PRD está coberto por ao menos uma story ou está explicitamente marcado como fora de escopo desta release.
- [ ] 2.3 Afirmações técnicas em specs/stories citam a fonte (`docs/architecture/...`, `docs/data-models/...`); nada de decisão técnica sem origem.
- [ ] 2.4 Não há requisito presente nas stories que esteja ausente do PRD/spec (invenção a jusante).

### 3. Sequência & dependências
- [ ] 3.1 **[CRÍTICO]** Nenhuma story está agendada antes de sua dependência (schema, serviço, story-base) — sequência respeita a cadeia de pré-requisitos.
- [ ] 3.2 Dependências entre stories estão explicitamente declaradas (story X precisa de Y) e mapeadas no backlog.
- [ ] 3.3 Dependências externas (APIs, dados, integrações de terceiros) estão identificadas e seu status (pronto/pendente) é conhecido.
- [ ] 3.4 A ordem do backlog é tecnicamente executável — não há ciclo de dependência nem item bloqueado por algo ainda não planejado.

### 4. Prontidão das stories (amostra do conjunto)
- [ ] 4.1 Toda story marcada como pronta para o sprint passou no `story-draft-checklist` (GO individual).
- [ ] 4.2 ACs de stories que compartilham comportamento são consistentes entre si — não há critérios que se contradizem entre stories.
- [ ] 4.3 Gate de qualidade (CodeRabbit/QA) está previsto para o fluxo; nenhuma story planeja entrar em Done sem QA gate.

### 5. Cobertura & escopo da release
- [ ] 5.1 O escopo do conjunto cabe na release/sprint planejada — não há excesso de stories HIGH simultâneas sem ordem.
- [ ] 5.2 Prioridades (HIGH/MEDIUM/LOW) estão atribuídas e justificadas por valor/risco, não por urgência percebida.
- [ ] 5.3 Itens de follow-up, tech-debt e enhancement estão no backlog (`*backlog-add`), não misturados como ACs de stories de release.

### 6. Donos & lanes
- [ ] 6.1 Cada bloco de trabalho está na lane do agente certo; o que sai da lane (schema → @data-engineer, UI → @ux-design-expert, subida → @devops) está delegado ao dono.
- [ ] 6.2 Nenhum item exige que o @po reescreva título/AC/escopo — correções pendentes têm dono nomeado (@sm para story, @pm para escopo).

## Decisão

**Veredito:** GO / NO-GO
**Cobertura:** {itens aprovados}/{itens aplicáveis} ({percentual}%)
**Itens críticos:** {todos aprovados? sim/não}

**Regra:**
- **GO** — ≥90% dos itens aplicáveis aprovados **E** todos os itens [CRÍTICO] aprovados.
- **NO-GO** — abaixo de 90% **OU** qualquer item [CRÍTICO] falho.

**Correções obrigatórias (se NO-GO):**
- {item — o que falta + dono (@sm story / @pm escopo / @analyst pesquisa)}

> Conflito de escopo entre PRD/epic/story (item 1.1 falho) eu não resolvo em silêncio: sinalizo e
> escalo a correção de curso para @nexus-master usando o `change-checklist`.