Quanto tempo vai levar: estimativas sem ilusão
Por que todos erram na mesma direção
As pessoas estimam o caminho onde tudo funciona. Na realidade, o tempo de desenvolvimento se divide entre escrever o código e tudo ao redor: integração, ambientes, dados reais, testes, correções e espera por aprovações e outras pessoas. Essa diferença representa a maior parte do gap entre promessa e realidade.
Como estimar mesmo assim
Quebre em itens menores que dois dias. Um item difícil de decompor é um que você não entende, e é lá que está o risco real.
Dê um intervalo: rápido, provável, ruim. A distância entre rápido e ruim mede a incerteza, e isso por si só é informação de gestão.
Anote o que transformaria o ruim em provável: uma decisão pendente, acesso a um ambiente, a resposta de um fornecedor. São essas as coisas que convém atacar primeiro.
Medição em vez de argumento
Após alguns ciclos de trabalho você tem um número real: quantos itens o time completa por semana. Planejar com esse número é muito mais preciso do que qualquer estimativa dita em reunião.
Atualize a previsão publicamente quando algo mudar. Uma surpresa cedo é tolerável; uma surpresa na véspera do prazo não é.
Indo mais fundo
Adicione uma linha fixa para o trabalho invisível: configuração de ambientes, monitoramento, permissões, documentação, tratamento de erros. Em projetos conectados a serviços externos, essa parte representa entre um terço e metade do tempo — e quando não está na lista, é roubada do tempo de testes.