1. O Que E a Tecnica PERT

PERT (Program Evaluation and Review Technique) e uma metodologia de estimativa criada pelo Departamento de Defesa dos EUA nos anos 1950, durante o desenvolvimento do programa de misseis Polaris. Ela parte do principio de que estimativas unicas sao pouco confiaveis, pois ignoram a incerteza inerente a qualquer tarefa.

Em vez de pedir "quanto tempo vai levar?", o PERT pergunta: "qual o melhor cenario, o cenario mais provavel e o pior cenario?". Ao combinar os tres com pesos diferentes, gera uma estimativa mais robusta e, crucialmente, permite calcular o grau de incerteza do prazo total do projeto.

2. A Formula e o Calculo

A estimativa PERT para cada tarefa e calculada como a media ponderada dos tres cenarios, com o cenario mais provavel recebendo peso quatro vezes maior:

E = (O + 4M + P) / 6

Onde O = otimista, M = mais provavel, P = pessimista. O desvio padrao de cada tarefa e calculado como (P - O) / 6, e a variancia como o quadrado do desvio. Para o projeto completo, a variancia total e a soma das variancias individuais, e o desvio padrao do projeto e a raiz quadrada dessa soma.

"A grande vantagem do PERT nao esta na estimativa central, mas na capacidade de quantificar a incerteza — algo que estimativas simples nao oferecem."

3. Intervalos de Confianca no Projeto

Com a estimativa central e o desvio padrao do projeto, e possivel construir intervalos de confianca estatisticamente fundamentados:

• Intervalo 68% (±1σ): Ha aproximadamente 68% de chance do projeto ser concluido dentro desse intervalo.
• Intervalo 95% (±2σ): Ha aproximadamente 95% de chance de conclusao dentro desse intervalo — o mais usado para compromissos contratuais.

Esses intervalos permitem comunicar prazos com honestidade: em vez de "o projeto vai durar 30 dias", voce pode dizer "com 95% de confianca, o projeto vai durar entre 25 e 40 dias".

4. Quando Usar PERT

A tecnica PERT e especialmente util em projetos com alta incerteza, como desenvolvimento de software, pesquisa e desenvolvimento, e projetos pioneiros. Ela e menos necessaria em projetos repetitivos com historico de dados confiavel — onde tecnicas de velocity e throughput podem ser mais precisas.

• Projetos de software com requisitos novos ou pouco mapeados
• Estimativas de escopo para propostas comerciais
• Planejamento de releases com multiplas dependencias
• Comunicacao de riscos de prazo para stakeholders