Palavra De Homem Não Faz Curva

O que realmente significa manter a palavra num projeto

Existe uma frase que todo brasileiro do ramo ouve pelo menos uma vez: palavra de homem não faz curva. No mercado isso se traduz numa coisa simples, mas difícil de cumprir na prática. Você diz que entrega no dia X, e entrega no dia X. Sem justificativas novas, sem reengenharia sobrenatural, sem pedir prazos estendidos porque "o cliente mudou o escopo". O problema é que a maioria das pessoas usa essa expressão como escudo para aceitar projetos que nunca vai conseguir entregar. Já vi contratante prometer lançamento em 15 dias para um sistema completo de estoque e achando que o prazo era só uma forma de demonstrar confiança. Confiança é diferente de competência técnica.

palavra de homem não faz curva no dia a dia

Aqui vai o que funciona na prática, sem discurso motivacional. Antes de qualquer promessa, você precisa passar pelo menos três verificações que a maioria pula. Verificação técnica. Anote cada tarefa que o projeto exige e estime o tempo com uma margem de segurança mínima de 30%. Se a soma ultrapassa o prazo prometido, a resposta é não, não é "vamos tentar". A tentação de dizer sim existe porque dinheiro é urgente e a vergonha de recusar é imediata. O resultado costuma ser projeto travado na semana seguinte.

Verificação de dependências. Liste tudo que está fora do seu controle. Aprovação de cliente, fornecedor externo, servidor de produção, permissões de acesso. Se depende de terceiro e o prazo não contempla o tempo médio de resposta desse terceiro, recalcule. Verificação de escopo implícito. Cliente frequentemente acha que "só um botão a mais" é trivial. Cada elemento extra adiciona tempo de teste. Documente tudo que está incluso e tudo que não está, mesmo que pareça óbvio.

Um caso meu: contratante pediu desenvolvimento de módulo de assinatura recorrente com prazo de 10 dias úteis. Eu fiz a verificação, identifiquei que a integração com a gateway de pagamento precisava de homologação e isso tinha custo de aprovação de 5 dias. Disse que eram 17 dias úteis. Ele insistiu nos 10. Aceitei, mudei a abordagem, removi a homologação oficial e usei o sandbox com validação manual dos contratos no primeiro mês. Entreguei no prazo, mas o módulo ficou instável por duas semanas depois. Isso não é vitória, é empréstimo de prazo consigo mesmo. O que aprendi com isso: palavra de homem não faz curva não significa aceitar tudo. Significa não prometer o que você não consegue entregar dentro do que foi acordado. Às vezes a melhor forma de honrar a palavra é dizer "não consigo" antes de começar.

Como construir um sistema de cumprimento de prazos

Existem métodos simples que reduzem drasticamente a chance de quebrar promessa. Eles não são perfeitos, mas funcionam quando aplicados com disciplina. Use estimativas de três pontos. Para cada tarefa, calcule o pior cenário, o mais provável e o mais rápido. A média ponderada com o mais provável tendo peso maior costuma ser realista. Ferramentas como Monte Carlo simulation dão resultados melhores, mas exigem planilha ou software específico. Um exemplo: melhor 2 dias, provável 5, pior 10. Média ponderada fica em torno de 5,5 dias. Use 6 como base.

Comunique mudanças de rumo imediatamente. Quando surgir um impedimento, avise antes do prazo vencer. A diferença entre "já estava atrasado há duas semanas" e "avisamos hoje que haverá 3 dias de atraso" é enorme. Cliente prefere adaptação surpresa a surpresa já consumada. Divida a entrega em marcos entregáveis. Em vez de um único prazo final, crie checkpoints a cada etapa principal. Se um marco atrasar, o cliente vê no relatório semanal e a expectativa é recalibrada antes da data final. Isso evita a sensação de que tudo deu errado de uma vez.

Registre tudo por escrito. Conversa de WhatsApp não vale como contrato informal. Anote prazos, escopo e alterações em e-mail ou documento. Isso protege você e o cliente. Lembre-se de que a memória é seletiva e ambos esquecem detalhes semanas depois.

Quando a técnica falha e o que fazer

Nenhum método elimina 100% dos riscos. Há cenários onde mesmo com estimativas corretas e comunicação clara você vai atrasar. Mudança repentina de requisitos por parte do cliente, falta de dados que ele deveria ter fornecido, falha de fornecedor externo, problemas inesperados com servidores ou APIs de terceiros. Quando isso acontece, a prioridade não é justificar. É apresentar alternativas. Diga claramente o que está comprometido, o que pode ser mantido e quais opções existem. Se o módulo B precisa de mais 4 dias, ofereça entregar o módulo A antes e o B em seguida, ou reduza funcionalidades do B para caber no prazo original com qualidade aceitável.

Outro ponto importante: não misture urgência com qualidade. Tentar acelerar um projeto com mais horas extras é uma armadilha. Código feito sob pressão gera mais bugs, mais retrabalho e mais insatisfação. Se precisar de velocidade, corte escopo, não esforço. Se você já errou uma promessa, não tente esconder. Avise, explique o que aconteceu, apresente novo cronograma realista e peça a correção do acordo anterior. Cliente prefere transparência do que descoberta do atraso no dia da entrega. E se isso virar padrão, revise seu processo de estimativa. A raiz do problema provavelmente está na fase de planejamento, não na execução.

No final, manter a palavra é sobre ser honesto com o próprio tempo e com o tempo do outro. palavra de homem não faz curva funciona quando curvada para a realidade, não para a conveniência. Se você consegue alinhar promessa e capacidade, o cliente volta. Se não consegue, pelo menos aprendeu algo útil sobre o próprio processo.