Taxas-base e visão externa: como usar o histórico para estimar prazos

Uma equipe promete concluir uma migração de dados em dez dias úteis. O plano detalha as etapas e os responsáveis, mas ninguém consultou quanto tempo migrações semelhantes levaram. Todos os projetos e números deste exemplo são fictícios.

A visão interna descreve como essa migração deveria acontecer. A visão externa começa pelos resultados de casos comparáveis. A diferença entre as duas estimativas ajuda a localizar uma expectativa que precisa de explicação antes de virar compromisso.

Defina qual resultado quer estimar

Uma taxa-base é uma frequência observada numa classe de referência relevante. Para usá-la, é preciso definir o resultado e quais casos entram na comparação. A proporção de migrações concluídas no prazo responde a uma pergunta diferente da duração típica dessas migrações.

Fixe também o significado de concluir. Transferir arquivos, validar os dados e encerrar o sistema antigo são marcos diferentes. Um histórico que mistura esses marcos pode oferecer uma aparente precisão sem responder à sua dúvida.

A previsão por classes de referência, discutida por Bent Flyvbjerg, usa resultados de projetos comparáveis como ponto de partida. Aplicar essa perspectiva a uma migração pequena exige escolher seu próprio conjunto de comparação.

Escolha os casos antes de olhar o desfecho

Procure projetos com condições pertinentes à pergunta: origem dos dados, dependências externas, escopo e experiência da equipe, por exemplo. A relevância de cada característica precisa ser explicada; semelhança no nome do projeto pode dizer pouco sobre o trabalho.

Se você selecionar apenas migrações terminadas, deixará de fora as interrompidas ou ainda abertas. Inclua esses registros e identifique sua situação. Um projeto sem data de encerramento não deve ganhar uma duração inventada para caber na conta.

Evite alterar o grupo só porque o resultado contraria sua expectativa. Se houver uma razão para excluir um caso, registre-a. Quando duas seleções defensáveis produzem conclusões diferentes, mostre essa diferença na estimativa.

Exemplo resolvido: de dez dias no plano a uma negociação de prazo

Considere estas durações de dez migrações comparáveis, em dias úteis: 8, 9, 10, 10, 11, 12, 13, 14, 16 e 18. Todas foram medidas até o mesmo marco: dados validados e sistema antigo encerrado. Para simplificar a conta, suponha que cada uma também tivesse um prazo inicial de dez dias.

Seis ultrapassaram o prazo. A frequência histórica de atraso é 6 ÷ 10 = 60%; a de conclusão até o décimo dia é 4 ÷ 10 = 40%. Agora compare outros limites de prazo dentro desse conjunto:

Prometer dez dias deixa seis dos dez resultados anteriores fora do prazo. Quatorze dias acomodariam oito; ainda deixariam duas migrações de fora. Nem mesmo os 100% da última linha garantem um prazo futuro: a tabela descreve uma amostra pequena, que pode omitir dificuldades relevantes.

Uma proposta defensável seria negociar quatorze dias úteis, com uma conferência da qualidade dos dados no terceiro dia. Se essa conferência encontrar uma dependência que não existia nos casos anteriores, a equipe revisaria o prazo antes de continuar. A escolha de quatorze dias expressa uma tolerância negociada ao risco; não transforma os 80% observados numa probabilidade individual comprovada.

O registro no diário de decisões poderia ficar assim: “Plano interno: dez dias. Histórico comparável: oito de dez casos terminaram em até quatorze. Proposta: quatorze dias, sujeita à verificação dos dados no terceiro dia. Falta confirmar se o cliente pode tolerar um prazo maior e o que faremos se a verificação falhar.”

Confira a qualidade dos registros e se os projetos compartilham problemas. Além das frequências, examine quanto os prazos variaram e em que condições ocorreram os atrasos. Uma média isolada esconde essas diferenças.

Se faltam registros, diga o que está ausente. Relatos da equipe podem orientar a busca, desde que sejam identificados como lembranças. Um palpite reunido numa reunião continua sendo um palpite, mesmo quando aparece numa planilha.

Justifique o que torna o caso diferente

Talvez a migração atual use uma ferramenta que reduziu uma etapa demorada. Para ajustar a referência, pergunte se essa redução foi observada em condições semelhantes e se a etapa realmente limitava o prazo total.

Ter uma equipe motivada ou um cliente importante não explica, por si só, por que o histórico deixou de valer. Procure uma diferença que altere o mecanismo do trabalho. Também considere mudanças desfavoráveis, como uma dependência nova ou dados menos organizados.

Preserve separadamente o histórico e o ajuste. Assim, outra pessoa poderá discutir se a diferença alegada sustenta a previsão, sem precisar reconstruir quais números pertenciam aos casos anteriores e quais vieram de sua interpretação.

Use a referência para mudar o compromisso

O histórico pode levar a negociar uma faixa de prazo, antecipar uma validação ou reduzir o escopo inicial. Ele também pode mostrar que a decisão depende de uma informação que ainda não foi obtida.

Investigue essa dúvida quando a resposta puder alterar o plano. O artigo sobre quando buscar mais informação ajuda a comparar o benefício esperado da investigação com seu custo e com o adiamento.

Na conversa com o cliente, apresente o marco de conclusão, a referência usada e o ponto de revisão. Se a data de dez dias for inegociável, a equipe terá de discutir redução de escopo ou outra forma de entrega. Alterar a estimativa na planilha, sozinho, não altera o trabalho necessário.