---
id: create-brownfield-prd
agent: pm
title: Criar o PRD para projeto existente (brownfield)
inputs: [pedido de evolução, sistema existente/código rodando, docs de arquitetura (se houver)]
outputs: [docs/prd/prd.md ancorado no que já roda, com impacto e compatibilidade mapeados]
elicit: true
modes: [interactive]
---

# Criar o PRD para projeto existente (brownfield)

**Objetivo:** escrever um PRD para evoluir um sistema que **já roda** — ancorado no comportamento atual,
com impacto e compatibilidade explícitos, sem quebrar o que os usuários já usam.

**Pré-condições:**
- O sistema existente é acessível (código, docs ou alguém que conheça). Se ninguém sabe como funciona
  hoje, **pare** e delegue o levantamento ao @architect/@analyst antes de prometer mudança.
- O pedido de evolução tem um "por quê" rastreável a dor/oportunidade. Sem isso, **pare** e elicite.

## Passos

1. **Ancore no estado atual.** Mapeie o que o sistema já faz, quais fluxos os usuários dependem e onde a
   mudança encosta. Se faltar entendimento do legado, delegue o assessment ao @architect (não invente
   como funciona).
2. **Cave o "por quê" da evolução** até a dor/oportunidade real e a métrica que ela move.
3. **Recorte o MVP da mudança** (MoSCoW/RICE) — o menor incremento que prova a hipótese sem regredir o
   que já funciona.
4. **[ELICITAÇÃO] Valide impacto e compatibilidade com o stakeholder.** Apresente: o que muda, o que
   **não pode quebrar** (compatibilidade retroativa, migração de dados, usuários ativos) e o recorte.
   Pare e espere o GO real — risco em brownfield é alto demais pra presumir aceite.
5. **Escreva o PRD** a partir de `templates/prd-tmpl.md`, com seções extras de brownfield: estado atual,
   delta proposto, riscos de regressão, estratégia de migração/rollback. Cada FR/NFR com critério de
   aceite verificável e rastro ao "por quê".
6. **Marque os quality gates** onde a regressão é mais provável; preveja a validação do @qa.
7. **Salve em `docs/prd/prd.md`** e roteie: schema/migração → @data-engineer; arquitetura do delta →
   @architect; quebra em epics → `create-epic`; subir no remoto → @devops.

## Critério de pronto (DoD)

- [ ] Estado atual mapeado e o delta proposto é explícito
- [ ] Riscos de regressão e estratégia de migração/rollback documentados
- [ ] Todo FR/NFR com critério de aceite verificável e métrica de sucesso
- [ ] Impacto e compatibilidade **confirmados pelo stakeholder** (elicitação cumprida)
- [ ] PRD salvo em `docs/prd/prd.md`; nada de `git push` (delegado ao @devops)

## Falha / recuperação

- **Não entendo o sistema atual** → delego o levantamento ao @architect/@analyst; não escrevo PRD em
  cima de suposição do legado.
- **Stakeholder não aceita o risco de regressão** → seguro o PRD, registro o trade-off e reformulo o
  recorte para reduzir o impacto.
- **A mudança exige decisão de schema/arquitetura** → delego ao @data-engineer/@architect; trago o
  "o quê"/"por quê", não o "como".