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.

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 escopo fica igual. Se você corta entregas para ganhar tempo, isso não é compressão: é mudança de escopo, e passa pelo controle de mudanças.
- Existe um motivo externo. Comprime-se para atender a uma restrição — uma data imposta, um contrato, uma janela de mercado — e não por hábito.
- O alvo é o caminho crítico. O guia lembra que o caminho crítico é o de menor folga. Encurtar uma atividade que tem folga não antecipa o fim do projeto em nenhum dia.
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:
- aprovar horas extras;
- trazer recursos adicionais para a atividade;
- pagar para acelerar a entrega de atividades do caminho crítico (frete expresso, fornecedor com prazo menor).
O guia faz duas ressalvas importantes:
- o crashing só funciona em atividades do caminho crítico em que mais recursos realmente encurtam a duração. Duas pessoas pintam uma parede mais rápido do que uma; duas pessoas não fazem o concreto curar mais rápido;
- ele nem sempre produz uma alternativa viável e pode aumentar o risco, o custo, ou os dois.
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:
- pode resultar em retrabalho e aumento de risco — se o desenho mudar, parte da fundação pode ter de ser refeita;
- só funciona quando as atividades podem ser sobrepostas para encurtar o caminho crítico;
- exige mais coordenação entre as atividades, o que aumenta o risco de qualidade;
- também pode aumentar os custos do projeto.
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:
- A — Demolição: 5 dias
- B — Instalações elétricas e hidráulicas: 10 dias
- C — Acabamento: 5 dias
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
- Comprimir atividade fora do caminho crítico. Gasta-se dinheiro e o projeto termina no mesmo dia.
- Esquecer que o caminho crítico muda. Depois de comprimir, outro caminho pode virar o crítico. Recalcule a cada rodada.
- Adicionar gente a uma atividade que não escala. Pessoas novas precisam aprender o trabalho, e a coordenação aumenta.
- Não registrar o risco novo. Toda compressão cria ou aumenta riscos. Se eles não forem registrados, aparecem depois como surpresa.
- Chamar corte de escopo de compressão. Tirar entregas para caber no prazo é mudança de escopo e precisa de aprovação.
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:
- 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
- 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
Gostou do artigo?
(*) Newsletter com os próximos artigos da série PMBOK 8 e com templates e checklists prontos para aplicar.
Referências:
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.
