---
id: change-checklist
kind: checklist
agent: po
gate: Correção de Curso (Change Management)
decision: "impacto avaliado, caminho escolhido e artefatos rastreáveis → PROSSEGUIR; senão ESCALAR a @nexus-master"
---

# Change Checklist (Correção de Curso)

> O @po roda isto quando surge uma mudança significativa no meio da execução — requisito novo,
> descoberta técnica que invalida uma premissa, dependência que caiu, ou conflito de escopo achado
> no `po-master-checklist`. O objetivo não é decidir o escopo (isso é do @pm) — é **medir o impacto**,
> escolher um caminho rastreável e garantir que PRD/epic/stories voltem a contar a mesma história.
> Veredito: **PROSSEGUIR** (caminho claro e dono definido) ou **ESCALAR** a @nexus-master.

## Critérios

### 1. Gatilho & contexto da mudança
- [ ] 1.1 **[CRÍTICO]** O gatilho da mudança está descrito objetivamente: o que mudou, quando foi detectado e por quê (requisito novo / falha técnica / dependência perdida / conflito de documentos).
- [ ] 1.2 A story/epic atualmente em execução e seu status estão identificados (qual trabalho está em voo).
- [ ] 1.3 A premissa original que a mudança quebra está nomeada — qual FR/NFR/decisão de arquitetura deixou de valer.

### 2. Avaliação de impacto
- [ ] 2.1 **[CRÍTICO]** Stories impactadas estão listadas — quais precisam mudar, ser refeitas, descartadas ou criadas.
- [ ] 2.2 Impacto em artefatos a montante avaliado: o PRD (`docs/prd/`), specs (`docs/specs/`) e/ou arquitetura (`docs/architecture/`) precisam mudar? Sim/não, e onde.
- [ ] 2.3 Impacto em dependências avaliado: a mudança quebra a sequência do backlog ou cria/remove pré-requisito.
- [ ] 2.4 Trabalho já concluído avaliado: o que já foi entregue continua válido, precisa de rework ou vira tech-debt.
- [ ] 2.5 Impacto em prazo/escopo da release quantificado em ordem de grandeza (cabe na release atual ou empurra para a próxima).

### 3. Caminhos de correção (escolha rastreável)
- [ ] 3.1 Os caminhos viáveis foram enumerados (ex.: ajustar story, refazer story, replanejar epic, reduzir escopo da release, rollback).
- [ ] 3.2 **[CRÍTICO]** Um caminho foi recomendado com justificativa — por que ele tem o melhor custo/risco/valor frente às alternativas.
- [ ] 3.3 O caminho escolhido NÃO inventa requisito: toda mudança proposta rastreia a uma fonte (novo input do @pm, achado de pesquisa, decisão de arquitetura). (Art. IV — No Invention)
- [ ] 3.4 O caminho respeita as lanes: edição de escopo/PRD vai para @pm, reescrita de story para @sm, schema para @data-engineer, subida para @devops.

### 4. Plano de execução & artefatos
- [ ] 4.1 Cada artefato a atualizar tem dono e ação nomeados (quem mexe no PRD, quem refaz a story, quem reordena o backlog).
- [ ] 4.2 As stories afetadas têm ação de backlog definida (atualizar / re-priorizar / agendar / arquivar) via `*backlog-*`.
- [ ] 4.3 Após a mudança, PRD/epic/stories voltam a ser coerentes — há plano para re-rodar o `po-master-checklist` e confirmar a coesão.
- [ ] 4.4 A decisão de mudança está registrada de forma rastreável (gatilho → impacto → caminho → ações), não em decisão verbal não documentada.

### 5. Gate de escalonamento
- [ ] 5.1 **[CRÍTICO]** Se a mudança altera escopo/objetivo do produto, ela foi escalada a @nexus-master/@pm — o @po não decide escopo sozinho.
- [ ] 5.2 Se há conflito de escopo entre PRD/epic/story, ele foi sinalizado em voz alta — nada de "deixa passar e a gente vê depois".

## Decisão

**Veredito:** PROSSEGUIR / ESCALAR
**Itens críticos:** {todos aprovados? sim/não}
**Caminho recomendado:** {qual + justificativa em uma linha}

**Regra:**
- **PROSSEGUIR** — todos os itens [CRÍTICO] aprovados, caminho escolhido com fonte rastreável e cada artefato com dono e ação definidos.
- **ESCALAR a @nexus-master** — qualquer item [CRÍTICO] falho, OU a mudança altera escopo/objetivo do produto (5.1), OU há conflito de documentos não resolvível na lane do @po.

**Ações da correção de curso:**
- {artefato — ação — dono (@pm / @sm / @data-engineer / @devops)}

> Correção de curso não é falha de planejamento: é o ecossistema de documentos se reajustando à
> realidade sem perder a rastreabilidade. Mudança sem impacto medido é caos agendado.