Resolve o problema, e sai
O trabalho acaba quando o problema está resolvido.
Empresas ainda recebem a oferta de um protótipo pequeno, e depois uma conversa sobre o projeto de verdade. O protótipo é coisa para jogar fora. A conversa é a promessa de que o trabalho sério começa mais tarde. O problema continua onde estava.
A contratação é menor do que essa divisão, e ela termina. Pega um processo que o time já executa. Escreve como o trabalho acontece hoje. Constrói a solução nos registros reais. Devolve o código e um plano com o custo do mês, onde o dado fica, e o que quebra fora da amostra. Aí sai.
O que o trabalho pronto cobre
O trabalho pronto cobre o centro do problema. O centro, e os casos que aparecem toda semana.
Se o trabalho é ler contrato, ele lê os contratos que o time já tem. Se o trabalho é manter o pedido igual no ERP e no CRM, os dois sistemas mostram o mesmo registro. Se o trabalho é um assistente interno, ele responde as perguntas que as pessoas já fazem, e diz quando o arquivo não tem a resposta.
Registros reais
Uma planilha de exemplo, limpa, faz quase qualquer desenho parecer pronto. Campo faltando, PDF ruim e regra que ninguém escreveu aparecem quando a solução roda nos registros que o time já usa.
Uma barra, escrita antes do código
Alguém diz o que é bom o bastante antes da construção. Um passo manual a menos. Uma precisão mínima. Uma sincronização que não grava uma segunda linha. Uma pessoa que termina a tarefa sem um desenvolvedor na sala.
O que ainda vendem no lugar do trabalho
Slide ajuda a reunião. Não roda na segunda-feira.
Documento de requisitos descreve a intenção. Não mostra o trabalho nos registros reais.
Demo com dado perfeito responde o caso fácil. O caso difícil é o arquivo que o time já tem.
Piloto que precisa de um segundo contrato antes de tocar os sistemas em uso é protótipo com calendário. O problema continua aberto quando esse contrato acaba.
Onde a divisão fica cara
O custo do software errado quase nunca aparece na primeira semana. Aparece depois que o time já gastou tempo, atenção e orçamento.
Uma empresa aprova seis meses para um portal interno com automação e IA. Em dez semanas, os dados estão incompletos e metade do escopo nunca foi prioridade.
Outra empresa gasta três semanas no centro de risco, nos registros reais, e para quando esse centro roda. Não fica uma segunda fase esperando. O código já é dela.
O segundo caminho ainda tem risco. O risco é pago dentro do trabalho, não guardado para uma conversa seguinte.
O que perguntar antes de contratar
- Isso vai rodar nos registros que a gente já tem?
- O código fica com a gente quando vocês saem?
- Tem segunda fase, piloto, ou protótipo que vocês esperam jogar fora?
- O que ainda fica inacabado no dia em que vocês saem?
- De onde sai o custo do mês, e o que quebra fora da amostra?
Resposta vaga significa que o problema continua seu, e a próxima reunião é o produto.
No fim das contas
Manda o processo que o time já executa. Você recebe o relato de como o trabalho acontece hoje, a solução nos seus dados, e um plano para manter. O problema está resolvido. O código é seu. Aí a gente sai.
Veja também: