Técnicas de Estimativa e Otimização — PMBOK 8

Estimar com precisão é uma das competências mais críticas — e mais subestimadas — do gerenciamento de projetos. Estimativas ruins geram cronogramas irreais, orçamentos insuficientes e equipes sobrecarregadas. O PMBOK Guide, Eighth Edition apresenta um conjunto de técnicas de estimativa e otimização que vai do clássico ao computacional, cobrindo desde métodos qualitativos baseados em julgamento até algoritmos matemáticos de otimização combinatória.

Este guia reúne as Técnicas de Estimativa e Otimização do PMBOK 8 que ainda não possuem artigo próprio no Escritório de Projetos.

Cadastre-se para navegar sem anúncios e participar do Project Together →

Neste guia você vai encontrar:

• Técnicas de Estimativa (visão geral)
• Algoritmos Genéticos
• Branch and Bound
• Análise Preditiva
• Modelo de Custo Construtivo (COCOMO)
• Velocidade (Velocity)

1. Técnicas de Estimativa

O PMBOK Guide, Eighth Edition define:

“Estimation techniques. Estimating is a process of determining the time and resources needed to complete the project. Estimation techniques involve various methods for forecasting variables. Estimating techniques can be qualitative or quantitative. Qualitative estimating techniques involve estimates based on understanding processes, behaviors, and conditions that individuals or groups perceive.”

— PMBOK Guide, Eighth Edition, Section 5

A estimativa não é uma ciência exata — é uma previsão fundamentada. O objetivo não é acertar precisamente, mas reduzir a incerteza a um nível gerenciável e comunicar o grau de confiança da estimativa de forma transparente.

As principais técnicas de estimativa do PMBOK 8 e quando usar cada uma:

Princípio fundamental do PMBOK 8: a técnica de estimativa deve ser escolhida com base na informação disponível, no estágio do projeto e no nível de precisão necessário. Usar bottom-up no início do projeto (quando a EAP ainda não está detalhada) é tão impreciso quanto usar análoga no final (quando já há dados suficientes para uma estimativa mais precisa).

Processos PMBOK 8: Estimar os Custos (2.4.2.2) e Desenvolver o Cronograma (2.3.2.2).

2. Algoritmos Genéticos

O PMBOK Guide, Eighth Edition define:

“Genetic algorithms. Genetic algorithms are an optimization technique and iterative process inspired by natural selection to find solutions to complex problems. Genetic algorithms can be utilized for project optimization, exploring all possible decision combinations without human bias. For example, it can be used in project scheduling and resource management as a tool for developing scheduling strategies, resolving issues related to scheduling conflicts, resource leveling and constraints.”

— PMBOK Guide, Eighth Edition, Section 5

Algoritmos Genéticos são uma técnica de otimização computacional inspirada no processo de seleção natural de Darwin. O algoritmo:

1. Cria uma população de soluções candidatas aleatórias
2. Avalia cada solução com base em uma função de fitness (ex: menor duração de cronograma)
3. Seleciona as melhores soluções para “reprodução”
4. Combina e muta soluções para gerar a próxima geração
5. Repete até convergir para uma solução próxima do ótimo

Aplicações práticas em projetos:

• Nivelamento de recursos: quando há dezenas de atividades competindo por recursos limitados e o espaço de soluções é grande demais para análise manual
• Otimização de cronograma: encontrar a sequência de atividades que minimiza a duração total respeitando todas as restrições
• Alocação ótima de orçamento: distribuição de recursos financeiros entre projetos de um portfólio para maximizar valor

Quando usar: problemas de otimização complexos onde a busca exaustiva (testar todas as combinações) é computacionalmente inviável. São implementados em ferramentas de software de gerenciamento de projetos de nível avançado.

Processos PMBOK 8: Desenvolver o Cronograma (2.3.2.2) e Estimar Recursos (2.6.2.2).

3. Branch and Bound

O PMBOK Guide, Eighth Edition define:

“Branch and bound. The branch and bound technique is a minimal path to the optimal solution for a given problem. Branch and bound is an optimization problem-solving method that involves breaking down a problem into smaller subproblems and using bounding functions to eliminate any subproblems that do not contain the optimal solution. This technique could be used for project scheduling by systematically exploring and pruning potential schedules to find an optimal sequence of tasks that minimizes project duration or costs.”

— PMBOK Guide, Eighth Edition, Section 5

Branch and Bound é um algoritmo de otimização que resolve problemas de combinatória de forma inteligente: em vez de explorar todas as soluções possíveis (força bruta), divide o problema em subproblemas (branch) e elimina sistematicamente as soluções que não podem levar ao ótimo (bound).

Como funciona em projetos de cronograma:

• Branch (ramificação): divide o problema de sequenciamento em subproblemas menores — por exemplo, “e se começarmos com a atividade A primeiro?” vs “e se começarmos com B primeiro?”
• Bound (limitação): para cada ramificação, calcula um limite inferior para a duração total. Se o limite inferior já é pior que a melhor solução encontrada, descarta essa ramificação inteira
• Resultado: encontra a solução ótima ou próxima do ótimo com muito menos iterações que a força bruta

Diferença para Algoritmos Genéticos: B&B garante a solução ótima (quando converge), mas pode ser mais lento. Algoritmos Genéticos são mais rápidos mas encontram soluções “boas o suficiente” sem garantia de otimalidade.

Processos PMBOK 8: Desenvolver o Cronograma (2.3.2.2).

4. Análise Preditiva

O PMBOK Guide, Eighth Edition define:

“Predictive analytics. Predictive analytics uses machine learning and current and historical data to discover patterns and to predict and forecast future scenarios, performance, trends, or events. For example, predictive analytics can be used when predicting project risks and suggesting effective mitigation strategies based on historical data.”

— PMBOK Guide, Eighth Edition, Section 5

A Análise Preditiva vai além da análise descritiva (“o que aconteceu”) e da análise diagnóstica (“por que aconteceu”) para responder: “O que vai acontecer?” Usa machine learning e dados históricos para identificar padrões e fazer previsões.

Aplicações de Análise Preditiva em gerenciamento de projetos:

Ferramentas: Power BI com ML, Python (scikit-learn, pandas), Azure ML, Tableau AI, ferramentas especializadas de project analytics.

Processos PMBOK 8: Monitorar e Controlar o Desempenho do Projeto (2.1.6.7) e Identificar os Riscos (2.7.2.2).

5. Modelo de Custo Construtivo (COCOMO)

O PMBOK Guide, Eighth Edition define:

“Constructive cost model (COCOMO). A constructive cost model is a cost-estimation model for effort, time, and cost, usually associated with software development projects. The source lines of code or function points and adjustment factors are usually used as inputs and help to predict the software development cost.”

— PMBOK Guide, Eighth Edition, Section 5

O COCOMO (Constructive COst MOdel) foi desenvolvido por Barry Boehm em 1981 e atualizado para COCOMO II em 1995. É um modelo paramétrico específico para projetos de software que estima esforço (pessoas × mês), tempo e custo com base no tamanho do software.

Entradas do COCOMO:

• SLOC (Source Lines of Code): número de linhas de código-fonte estimadas
• Function Points: medida de tamanho funcional — alternativa ao SLOC
• Cost Drivers: fatores de ajuste como confiabilidade requerida, complexidade, experiência da equipe, uso de ferramentas modernas

Fórmula básica (COCOMO Básico):

• Esforço (PM) = a × (KSLOC)^b
• Tempo (meses) = c × (Esforço)^d
• Onde a, b, c, d são constantes que variam por tipo de projeto (orgânico, semidestacado, embutido)

Quando usar: em projetos de desenvolvimento de software onde há estimativa de tamanho funcional; para validar estimativas de outros métodos; para planejamento de portfólio de software.

Limitações: requer estimativa de tamanho antes do código existir (circular em projetos ágeis); menos preciso para projetos de software moderno com frameworks e componentes reutilizáveis; não se aplica diretamente a projetos não-software.

Processos PMBOK 8: Estimar os Custos (2.4.2.2).

6. Velocidade (Velocity)

O PMBOK Guide, Eighth Edition define:

“Velocity. Velocity is a measure of a team’s productivity rate at which the deliverables are produced, validated, and accepted within a predefined interval.”

— PMBOK Guide, Eighth Edition, Section 5

A Velocidade é a métrica fundamental de capacidade em projetos ágeis: quantos pontos de história (ou itens do backlog) a equipe consegue completar — produzir, validar E aceitar — por sprint. É a base para qualquer previsão realista em ambientes adaptativos.

Como calcular:

• Velocidade da sprint = soma dos pontos de história das histórias completadas (aceitas pelo PO) na sprint
• Velocidade média = média das últimas 3-5 sprints (exclui sprints atípicas: kickoff, holidays, sprint 0)

Como usar a Velocidade para estimativas:

• Previsão de release: total de pontos no backlog ÷ velocidade média = número estimado de sprints para completar
• Planejamento de sprint: capacidade da sprint = velocidade média histórica (ajustada pela capacidade real da equipe na sprint específica)
• Identificação de tendências: velocidade decrescente = equipe sobrecarregada, dívida técnica acumulada ou falta de capacidade

O que a Velocidade NÃO é:

• Não é uma métrica de produtividade para comparar equipes diferentes — pontos de história não são equivalentes entre equipes
• Não deve ser usada como KPI de performance — cria incentivo para inflacionar estimativas de pontos
• Não prevê o futuro com precisão — é uma referência, não uma promessa

Processos PMBOK 8: Desenvolver o Cronograma (2.3.2.2) e Controlar o Cronograma (2.3.2.3).

Ferramentas e técnicas relacionadas

• Estimativa Análoga — técnica qualitativa baseada em dados históricos
• Estimativa Paramétrica — relação matemática entre parâmetros e custo/prazo
• Estimativa de Três Pontos (PERT) — incorpora explicitamente a incerteza na estimativa
• Estimativa Bottom-up — estimativa detalhada a partir da EAP
• Método da Corrente Crítica — usa estimativas de 50% para criar buffers estratégicos
• Análise de dados — base para a Análise Preditiva e validação de estimativas

Cadastre-se para navegar sem anúncios e participar do Project Together →