← Curso IA na prática para Programadores: do prompt ao pull request 22 aulas
Do requisito vago ao plano que se revisa

Caso real: duas linhas de requisito, quatorze decisões escondidas

Estudo de caso 8 min de leitura

Acompanhar um pedido comum de exportação em PDF virar uma lista de decisões — e ver quais delas custam caro quando alguém decide sozinho.

O requisito chegou assim: "Exportar o relatório de vendas em PDF. O usuário clica no botão e baixa." Duas linhas. Estimativa da reunião: meio dia.

Ao final desta aula você consegue
  • Ver na prática quantas decisões cabem num requisito curto.
  • Usar a IA como analista crítico em vez de gerador de código.
  • Separar o que é dúvida técnica do que é decisão de produto.

Quem implementa direto entrega em meio dia — e descobre o resto ao longo de três semanas de correções. O caminho mais rápido de verdade é gastar quinze minutos fazendo as decisões aparecerem antes.

Repare no papel do assistente aqui: ele não conhece o seu produto e não pode decidir nada. O que ele faz bem é lembrar de perguntas que você faria se tivesse tempo e memória infinitos.

O pedido que abre o requisito em vez de fechá-lo
Não implemente nada. Você é um analista técnico cético.

Requisito recebido: "Exportar o relatório de vendas em PDF. O usuário clica no botão e baixa."

Contexto: [cole o CONTEXT.md]

Devolva:
1) Ambiguidades — trechos que admitem mais de uma leitura
2) Decisões de produto que alguém precisa tomar (e quem seria)
3) Casos de borda e de erro
4) Requisitos não funcionais implícitos (volume, tempo, privacidade)
5) Perguntas objetivas para quem pediu, no máximo 8

Não proponha solução. Não preencha lacuna com suposição — marque como PENDENTE.

As duas últimas linhas são o que impede a resposta de virar um plano de implementação prematuro.

Você escreveu
[prompt acima]
A IA respondeu
AMBIGUIDADES
- "relatório de vendas": qual recorte? O que está na tela agora, com os filtros aplicados, ou o relatório completo?
- "o usuário": qualquer usuário autenticado, ou só perfis com permissão de ver valores?
- "baixa": download síncrono no clique, ou geração assíncrona com aviso?

DECISÕES DE PRODUTO (PENDENTE)
- Período máximo exportável
- O PDF inclui os gráficos da tela ou só a tabela?
- Valores aparecem por usuário ou consolidados?
- Precisa de marca d'água ou identificação de quem exportou?

CASOS DE BORDA
- Resultado vazio
- Resultado com 1 linha × com 200 mil linhas
- Filtro que cruza virada de mês/ano
- Usuário perde permissão entre a geração e o download
- Dois cliques seguidos no botão

NÃO FUNCIONAIS IMPLÍCITOS
- Tempo aceitável até o download começar (PENDENTE)
- Acentuação e fonte no PDF (pt-BR quebra em fonte padrão de várias libs)
- Fuso: "vendas de hoje" depende do fuso de quem lê
- Retenção: o arquivo gerado fica salvo em algum lugar? Por quanto tempo?
- LGPD: o PDF conterá dado pessoal de cliente?
O que ler nessa resposta
  • Nada aqui é genial — é checklist. E é exatamente isso que se perde numa reunião de vinte minutos.
  • A observação sobre acentuação é o tipo de detalhe que só aparece depois de queimar um dia: várias bibliotecas de PDF usam por padrão uma fonte sem os glifos acentuados, e o "Relatório de São Paulo" vira "Relatrio de So Paulo".
  • O item de fuso conecta com o caso do módulo 4 — é a mesma família de bug.
  • Tudo que é decisão de produto veio marcado como PENDENTE, não resolvido. Foi o que o prompt exigiu.

O que virou lista de trabalho

#DecisãoQuem decideCusto de errar
1Recorte: filtros da tela ou relatório inteiroProdutoAlto — refazer a consulta
2Quem pode exportar valoresProduto + segurançaAlto — exposição de dado
3Síncrono ou assíncronoTécnicoAlto — muda a arquitetura
4Período máximo permitidoProdutoMédio — timeout em produção
5Inclui gráficosProdutoMédio — muda a biblioteca
6Identificação de quem exportouComplianceMédio — auditoria
7Comportamento com resultado vazioTécnicoBaixo
8Limite de linhas e paginação do PDFTécnicoAlto — memória
9Virada de mês/ano nos filtrosTécnicoMédio — número errado
10Permissão revogada durante a geraçãoTécnico + segurançaAlto — vazamento
11Duplo clique / geração concorrenteTécnicoMédio — custo e travamento
12Fonte com acentuação pt-BRTécnicoBaixo, mas embaraçoso
13Fuso horário do recorte de datasTécnicoAlto — número errado
14Retenção do arquivo geradoComplianceAlto — LGPD

Cinco itens têm custo alto de errar. Nenhum deles estava nas duas linhas do requisito, e quatro são decisão de outra pessoa — não sua.

ArmadilhaLevar as quatorze perguntas para a reunião

Chegar com uma lista de quatorze itens numa conversa de produto costuma travar tudo. A lista é insumo seu, não pauta.

O que funciona: decidir sozinho o que é técnico (itens 3, 7, 8, 9, 11, 12, 13), levar as decisões de produto agrupadas em três ou quatro perguntas de verdade, e explicitar o custo de cada caminho.

Como perceber: Se a resposta da reunião for "faz do jeito que você achar melhor" para um item de custo alto, escreva a decisão que você tomou e mande por escrito. É o que protege os dois lados.

O resultado real do caso

Com as decisões na mesa, a estimativa virou dois dias — não porque o trabalho cresceu, mas porque ele apareceu. E os itens 3 e 8 (assíncrono e limite de linhas) mudaram a solução antes de existir código, que é a hora barata de mudar.

Em uma frase
  • A IA não decide o seu produto; ela impede que decisões passem despercebidas por falta de tempo.

Comentários e dúvidas

Inscreva-se grátis para comentar, tirar dúvidas, marcar seu progresso e emitir o certificado ao fim do curso.

Inscrever-se grátis com Google

Ainda não há comentários nesta aula.