O que é compressão de cronograma? Compressão de cronograma é a técnica usada para encurtar a duração do cronograma sem reduzir o escopo do projeto. O Guia PMBOK® 8 apresenta duas formas de fazer isso: a compressão (crashing), que acrescenta recursos às atividades do caminho crítico, e a execução em paralelo (fast tracking, também chamada de paralelismo), que sobrepõe atividades que normalmente seriam feitas em sequência. As duas encurtam o prazo, e as duas cobram um preço: custo, risco ou retrabalho.

A técnica entra em cena quando o prazo calculado não cabe no prazo que o projeto precisa cumprir, seja uma data de lançamento, um contrato ou uma exigência legal. Neste artigo eu explico como cada técnica funciona, quando usar uma ou outra, mostro um exemplo com números e digo onde o cronograma comprimido vai parar no projeto.

Compressão de cronograma: crashing e fast tracking

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

O que é compressão de cronograma segundo o PMBOK® 8

A compressão do cronograma é uma técnica usada para encurtar a duração do cronograma sem reduzir o escopo do projeto. As técnicas de compressão do cronograma são usadas para atender às restrições de cronograma, datas impostas ou outros objetivos de cronograma.

— PMBOK® Guide, Oitava Edição, Seção 5 (Ferramentas e Técnicas)

Três ideias dessa definição orientam tudo o que vem depois:

O PMBOK 8 ainda cita uma ferramenta útil para o diagnóstico: a análise de folga negativa. Quando uma restrição ou data imposta é violada, a folga total do caminho crítico fica negativa, e esse número diz exatamente quantos dias você precisa recuperar.

No PMBOK 8, a compressão de cronograma é ferramenta de dois processos do domínio de Cronograma: Desenvolver o cronograma (quando o prazo planejado não fecha) e Controlar o cronograma (quando o projeto atrasou e precisa recuperar).

E no PMBOK 6? A técnica é a mesma e está nos processos equivalentes da área de conhecimento de cronograma: 6.5 Desenvolver o cronograma e 6.6 Controlar o cronograma. Os dois tipos de compressão — crashing e fast tracking (paralelismo) — também são os mesmos.

Crashing (compressão): mais recursos para terminar antes

O PMBOK 8 define o crashing como a técnica de compressão usada para encurtar a duração do cronograma pelo menor custo incremental, adicionando recursos. Os exemplos do guia são:

O guia faz duas ressalvas importantes:

Como escolher o que comprimir: o custo por dia

“Pelo menor custo incremental” significa comparar quanto custa cada dia ganho em cada atividade do caminho crítico:

Custo por dia = (custo acelerado − custo normal) ÷ (duração normal − duração acelerada)

Comprima primeiro a atividade crítica com o menor custo por dia, recalcule o caminho crítico e repita, até atingir a data ou até o custo deixar de compensar.

Fast tracking (execução em paralelo): sobrepor o que era sequencial

O PMBOK 8 define o fast tracking como a técnica de compressão em que atividades ou fases normalmente feitas em sequência são executadas em paralelo durante pelo menos parte da sua duração. O exemplo do guia: construir a fundação de um prédio antes de terminar todos os desenhos arquitetônicos.

Os cuidados que o guia aponta:

O candidato natural ao fast tracking é a dependência discricionária (a “lógica preferencial”) — aquela que a equipe escolheu por boa prática, não por obrigação física. Dependências obrigatórias (não dá para testar um protótipo antes de construí-lo) não podem ser sobrepostas.

Crashing x fast tracking: qual usar?

Crashing (compressão) Fast tracking (execução em paralelo)
O que faz Acrescenta recursos a uma atividade crítica Sobrepõe atividades que seriam sequenciais
Principal efeito colateral Aumenta o custo Aumenta o risco e o retrabalho
Funciona quando Mais recursos realmente encurtam a atividade A dependência entre as atividades é discricionária
Não funciona quando A duração não depende de recursos (cura, secagem, prazo legal) A dependência é obrigatória
Exemplo Horas extras na montagem Começar a fundação com o projeto arquitetônico ainda em revisão

Na prática, eu costumo olhar primeiro para o fast tracking quando o orçamento está apertado e as dependências são discricionárias, e para o crashing quando o risco de retrabalho seria alto demais. Muitas vezes o projeto usa as duas, em atividades diferentes. Em qualquer caso, a decisão precisa ser registrada, com o custo e o risco que ela trouxe.

Exemplo prático de compressão de cronograma

Um exemplo ilustrativo, com números simples. Uma pequena reforma tem este caminho crítico:

Total: 20 dias. O cliente precisa do imóvel em 16 dias. A folga do caminho crítico é de −4 dias: esse é o tamanho do problema.

Opção 1 — Crashing em B. Com um segundo eletricista, B cai de 10 para 7 dias, a um custo adicional de R$ 3.000. Custo por dia: R$ 3.000 ÷ 3 = R$ 1.000. O projeto passa a durar 17 dias. Ainda falta 1.

Opção 2 — Fast tracking entre B e C. O acabamento dos cômodos que já tiveram as instalações concluídas começa 1 dia antes de B terminar. O projeto chega a 16 dias, mas agora existe o risco de um ajuste nas instalações danificar acabamento já feito.

Combinando as duas, a reforma cabe nos 16 dias. O preço: R$ 3.000 a mais e um risco novo, que precisa entrar no registro dos riscos com dono e resposta.

Erros comuns ao comprimir o cronograma

Próximo passo: do cronograma comprimido à linha de base

Você acabou de escolher como encurtar o prazo e sabe o custo e o risco dessa escolha. Isso precisa ir para dois lugares:

  1. Aprove o cronograma como linha de base. O cronograma comprimido é saída do processo Desenvolver o cronograma e, aprovado, vira a referência contra a qual o projeto será medido. → Linha de Base do Cronograma
  2. Registre os riscos que a compressão criou. Retrabalho do fast tracking, custo extra do crashing: cada um precisa de dono e resposta planejada. → Registro dos Riscos — PMBOK 8

Perguntas frequentes sobre compressão de cronograma

O que é compressão de cronograma?

É a técnica usada para encurtar a duração do cronograma sem reduzir o escopo do projeto, segundo o PMBOK® 8. As duas técnicas são o crashing (compressão) e o fast tracking (execução em paralelo).

Qual a diferença entre crashing e fast tracking?

O crashing acrescenta recursos às atividades do caminho crítico e costuma aumentar o custo. O fast tracking executa em paralelo atividades que seriam sequenciais e costuma aumentar o risco e o retrabalho.

O que é paralelismo em gerenciamento de projetos?

É o nome usado no Brasil para o fast tracking: executar em paralelo, ao menos em parte, atividades ou fases que normalmente seriam feitas uma depois da outra.

Por que comprimir só atividades do caminho crítico?

Porque é o caminho crítico que determina a menor duração possível do projeto. Encurtar uma atividade com folga não antecipa a data de término.

O que é folga negativa?

É o que acontece quando uma data imposta ou restrição é violada: a folga total do caminho crítico fica abaixo de zero. O valor negativo mostra quantos dias precisam ser recuperados.

Reduzir o escopo é compressão de cronograma?

Não. A compressão mantém o escopo. Reduzir entregas para caber no prazo é uma mudança de escopo e precisa passar pela aprovação de mudanças.

Conclusão

A compressão de cronograma é a resposta técnica a uma pergunta comum: “dá para terminar antes?”. Na maioria das vezes dá, mas nunca de graça. O crashing troca dinheiro por tempo; o fast tracking troca risco por tempo. Diagnostique com a folga negativa, atue só no caminho crítico, recalcule a cada rodada e registre o custo e o risco que a decisão trouxe.

E você? Já precisou comprimir um cronograma? Qual técnica funcionou melhor? Conte nos comentários.

CTA Final

Adquira o Guia PMBOK 8. ⇒

Gostou do artigo?

Registre-se para receber nossa newsletter quinzenal (*) ⇒

(*) Newsletter com os próximos artigos da série PMBOK 8 e com templates e checklists prontos para aplicar.

Referências:

Project Management Institute (PMI). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Eighth Edition. Newtown Square, Pennsylvania, USA: Project Management Institute, 2025.

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

Disclaimer:
Este artigo tem caráter informativo e educacional, com o objetivo de apresentar uma análise independente sobre o Guia PMBOK®. O conteúdo aqui publicado não reproduz nem substitui o material original do PMI e respeita integralmente seus direitos autorais. As marcas PMI e PMBOK® Guide são registradas pelo Project Management Institute. Para acesso ao conteúdo completo e oficial, adquira o guia pela Amazon ou baixe de forma gratuita em https://www.pmi.org/standards/pmbok se você é membro do PMI.

Como Associado da Amazon, a escritoriodeprojetos.com.br recebe por compras qualificadas. Os links para a Amazon nesta página são links de afiliado; o preço que você paga não muda.

Deixe um comentário