Se você já ouviu “pode entregar até sexta?” e sentiu que não dava para prometer, você sabe o problema. O cliente quer uma data. A operação quer previsibilidade. E o time precisa de tempo real para executar.
Estimativa de prazo não precisa ser um chute. Dá para chegar em uma data com método, transparência e controle de risco. O objetivo é simples: estimar o prazo de um projeto sem mentir para o cliente, explicando o que está incluído, o que pode mudar e como você vai acompanhar.
O que normalmente quebra a estimativa (e vira “mentira”)
Antes de falar de técnica, vale reconhecer os erros mais comuns:
- Estimativa sem escopo fechado: o prazo vira a primeira conversa e o escopo só aparece depois.
- “Data fixa” sem plano: você fala a data, mas não mostra o caminho para chegar nela.
- Não considerar dependências: espera por aprovação, acesso, conteúdo, compras ou integrações.
- Ignorar capacidade real do time: a agenda do time não é a mesma da teoria.
- Sem margem para incerteza: tudo vira “100% garantido”. A realidade cobra.
- Status que não muda: o projeto “anda”, mas ninguém sabe o que está pronto, o que travou e por quê.
Defina o que entra e o que não entra (escopo com limites)
Pra estimar prazo, você precisa de um “mapa” do trabalho. Se o escopo está aberto, qualquer data vira aposta.
Faça isso antes de falar qualquer prazo:
- Liste as entregas: o que será entregue ao final (documentos, versões, integrações, treinamentos, etc.).
- Quebre em partes executáveis: atividades que um responsável consegue tocar.
- Registre o que não está incluído: melhorias futuras, demandas fora do contrato, migração completa, novos relatórios, etc. Se não estiver claro, o prazo não é estimável.
- Defina critérios de pronto: o que significa “entregue” e “aprovado”.
Quando o escopo tem limites, você consegue estimar e também explicar mudanças sem “sumir” depois.
Use decomposição e estimativa por esforço, não por desejo
Uma prática simples que funciona: estimar por esforço das partes, e não por uma data única.
Na prática:
- Para cada entrega, liste as atividades necessárias.
- Defina um responsável por bloco (mesmo que seja parcial).
- Estimativa de esforço deve considerar tempo de execução e tempo de espera (quando houver dependência).
Você não precisa de planilha complexa. Você precisa de coerência: “se eu fizer essas atividades, com essa capacidade, em quanto tempo chego no critério de pronto?”.
Converta esforço em prazo com capacidade real
O erro mais caro é estimar como se o time estivesse disponível em 100% do tempo.
Para converter esforço em prazo, ajuste por:
- Disponibilidade do time no período (horas por semana ou percentual real).
- Ritmo: pausas, feriados, aprovações e janelas de validação.
- Capacidade de quem aprova: se o cliente precisa revisar e aprovar, isso entra na conta.
- Capacidade de quem depende: TI, fornecedores, acesso a ambientes, permissões.
Se a capacidade do time não comporta o que foi prometido, você não corrige com “boa vontade”. Corrige com plano: reduzir escopo, dividir fases ou ajustar prazos.
Trabalhe com uma data planejada e uma data condicionada
Para não mentir, você precisa ser claro sobre o que sustenta cada data.
Uma forma prática é trabalhar com dois níveis:
- Data planejada: quando tudo que está sob seu controle acontece no ritmo esperado.
- Data condicionada: quando dependências externas, aprovações ou insumos acontecem dentro de um combinado.
Você não precisa usar palavras complicadas. Você pode dizer assim:
“Se o escopo e as aprovações ficarem dentro do combinado, a entrega fica em X. Se as aprovações atrasarem por Y, eu replanejo e te digo o novo prazo.”
Isso preserva confiança. Você não promete o impossível. Você assume responsabilidade pelo replanejamento.
Inclua risco e margem sem inventar segurança
Risco não é pessimismo. É reconhecer incertezas e colocar “folga inteligente” onde faz sentido.
Faça uma lista curta de riscos que afetam prazo, por exemplo:
- Aprovações demoradas.
- Acesso a sistemas e ambientes.
- Dependência de terceiros.
- Conteúdo que o cliente precisa fornecer.
- Requisitos que mudam no meio do caminho.
Depois, defina o que você vai fazer para reduzir o risco e quanto tempo você reserva para absorver impactos.
Importante: não use margem como desculpa para não acompanhar. Use margem como proteção para o plano resistir ao mundo real.
Crie um plano de acompanhamento que prova progresso
Sem acompanhamento, qualquer estimativa vira opinião. O cliente precisa ver que você está no controle.
Para isso, combine:
- Status com marcos (não só “andamento”). Exemplo: “módulo X concluído”, “validação feita”, “documento revisado”.
- Ritmo de atualização: uma cadência definida (semanal, quinzenal). O importante é ser consistente.
- Visibilidade de travas: o que travou, quem resolve, e até quando.
- Registro de mudanças: o que mudou no escopo e como isso afeta prazo.
Se você faz reunião que não gera decisão, o prazo inevitavelmente escapa. Reunião precisa terminar com ações, responsáveis e prazos de decisão.
Como comunicar prazo sem “vender certeza”
Você pode ser direto sem ser duro. Use uma estrutura de comunicação que o cliente entende:
- O que está incluído (escopo e critérios de pronto).
- O que é dependência (o que precisa acontecer do lado do cliente ou de terceiros).
- Qual é a data planejada e o que sustenta essa data.
- Qual é a data condicionada e qual é a lógica se algo atrasar.
- Como você vai acompanhar (marcos, cadência e como reporta riscos).
Se o cliente insistir em “preciso de uma data única”, você pode responder com firmeza e transparência:
“Eu posso te dar uma data única, mas eu preciso deixar claro o que precisa acontecer para isso. Se qualquer dependência atrasar, eu replanejo e te aviso com antecedência.”
Isso não é negociação emocional. É governança de expectativa.
Modelo simples de estimativa (para você usar na prática)
Use este roteiro para montar sua estimativa em poucas etapas:
- Entregas: quais serão entregues.
- Atividades: o que precisa ser feito para cada entrega.
- Responsáveis: quem toca cada bloco.
- Esforço: estimativa por bloco (com base em execução e validação).
- Capacidade: disponibilidade real do time no período.
- Dependências: o que depende do cliente/terceiros.
- Riscos: lista curta e o que faz para reduzir impacto.
- Datas: data planejada e data condicionada, com critérios claros.
- Marcos: 3 a 7 marcos principais para acompanhar.
Se você consegue preencher isso, você consegue estimar. Se não consegue, o problema não é “falta de técnica”. É falta de definição.
Quando você deve recusar ou renegociar prazo
Existem situações em que prometer prazo cedo demais vira erro de gestão. Nesses casos, renegocie.
- Escopo não está definido e o cliente quer uma data.
- Dependências essenciais não têm dono, nem prazo de entrega.
- Capacidade do time está comprometida com outras demandas e ninguém ajustou prioridades.
- Critérios de pronto não foram combinados, então “entregue” vira discussão infinita.
Negociar não é dizer “não”. É propor alternativa: dividir em fases, priorizar entregas, ajustar escopo ou mudar a sequência.
Checklist final antes de falar a data para o cliente
- Eu consigo explicar o escopo em 5 minutos?
- Eu sei quais dependências podem atrasar e quem é o responsável por destravar?
- Eu converti esforço em prazo usando capacidade real, não capacidade ideal?
- Eu deixei claro o que sustenta a data e o que muda se algo atrasar?
- Eu defini marcos para acompanhar progresso e reportar travas?
Se você respondeu “sim” para tudo isso, você não está mentindo. Você está gerenciando expectativa com método.
