01O desperdício acontece antes do código
Quando um projeto estoura prazo e orçamento, a explicação costuma ser técnica: subestimamos a complexidade, o time era pequeno, a integração era mais difícil. Raramente alguém volta um passo e pergunta se aquilo precisava ser construído. Boa parte do que entra num escopo inicial nunca é usado depois que entra no ar. Não porque foi mal feito, mas porque foi decidido cedo demais, quando ninguém ainda entendia o problema direito.
02O que fazemos na prática
Passamos tempo com quem opera, não só com quem decide. Mapeamos o fluxo como ele é hoje, incluindo as gambiarras que a equipe inventou para contornar o sistema atual, porque é ali que o problema real aparece. Separamos o que é repetição do que exige julgamento, o que já tem solução pronta no mercado do que precisa ser sob medida. Você recebe uma direção escrita: o que construir agora, o que esperar e o que descartar, cada escolha com o motivo por trás dela.
03Uma etapa que pode terminar sem projeto
Já aconteceu de terminarmos um diagnóstico recomendando que o cliente não construísse nada, só ajustasse o processo e usasse melhor uma ferramenta que já pagava. Isso custa um projeto a menos para nós e economiza meses para quem contratou. É o tipo de resposta que só aparece quando a etapa de entendimento é levada a sério, e não tratada como formalidade antes de abrir a proposta.