Como você lida com requisitos comerciais pouco claros ou ambíguos antes de começar a programar?

Question

Accepted Answer

Codificar em uma adivinhação é a forma mais cara de descobrir que você entendeu mal o requisito. Quando uma solicitação é vaga, meu trabalho é transformar a ambiguidade em uma compreensão compartilhada e escrita *antes* de escrever código, depois validar de forma barata. A ambiguidade não é um bloqueador para se recusar; é uma parte normal do trabalho para eliminá-la.

## Como eu esclareço a dúvida

- **Pergunte o porquê, não apenas o quê.** Qual resultado estamos tentando criar? A razão por trás de uma solicitação geralmente revela uma solução mais simples ou diferente daquela que foi declarada.
- **Encontre o usuário real e a métrica de sucesso.** Quem sente a dor e como saberemos que foi resolvida? "Pronto" precisa de uma definição que você possa apontar.
- **Reafirme sua compreensão.** Reformular com suas próprias palavras detecta incompatibilidades imediatamente, muito mais barato do que detectá-las em uma demo.
- **Use exemplos, mockups e critérios de aceitação.** Artefatos concretos obrigam ideias difusas a se comprometerem. "Dado X, quando Y, então Z" transforma opiniões em declarações testáveis.
- **Traga os casos extremos para a frente.** E quanto a estados vazios, erros, entradas grandes, permissões? Perguntar agora é barato; descobrir em produção não é.
- **Escreva e confirme.** Um resumo escrito breve que as partes interessadas concordem em se torna a fonte única da verdade compartilhada e aquilo que você construirá.

## Depois valide em pequena escala

- Construa a **fatia mais fina** que prova a compreensão, um caminho fino de ponta a ponta ou um protótipo rápido, e obtenha feedback antes de investir na construção completa. Software real na frente de uma parte interessada esclarece mais do que qualquer documento.

## Por que isso importa

A maioria dos fracassos de projetos rastreia a construção da coisa errada, não código ruim. Um tech lead que confiávelmente converte ambiguidade em escopo claro e acordado economiza a equipe de retrabalho, protege estimativas e ganha confiança com o negócio ao entregar o que foi realmente necessário em vez do que foi literalmente dito.