Preferências de cookies

Escolha o que a Projeto Diário pode usar neste navegador. Você pode mudar de ideia quando quiser pelo link "Preferências de cookies" no rodapé.

Sempre ligados. Mantêm a sessão e o login, protegem os formulários (token CSRF, limite de tentativas e verificação anti-robô Cloudflare Turnstile) e guardam esta escolha.

Google Analytics 4, carregado pelo Google Tag Manager: páginas visitadas, origem do acesso e ações no site, em estatísticas. Sem publicidade e sem personalização de anúncios.

Tabela de cookies na Política de privacidade

Planejamento, Cronograma e Custos

Fast tracking e crashing: como comprimir o cronograma

A diretoria aprovou o projeto com 16 semanas e, duas semanas depois, pede para entregar em 13. A resposta não pode ser "vamos correr mais". Compressão do cronograma é encurtar a duração do projeto sem cortar escopo, e existem duas técnicas para isso: fazer em paralelo o que era sequencial (fast tracking) ou pagar para encurtar atividades (crashing). As duas funcionam, e as duas cobram um preço diferente.

O Guia PMBOK trata ambas como técnicas de compressão do cronograma. A regra que vale para as duas: só faz sentido comprimir o que está no caminho crítico. Encurtar uma atividade com folga custa dinheiro ou risco e não muda a data final. Se o conceito de caminho crítico ainda não está claro, comece por o que é caminho crítico.

Formação relacionada

Microsoft Project Professional

Cronogramas confiáveis, linha de base, controle de desvio e relatórios que sustentam decisão de diretoria.

24 PDUs

Conhecer a formação

Fast tracking: fazer em paralelo o que era sequencial

No fast tracking, uma atividade começa antes de a anterior terminar. A lógica "término para início" vira uma sobreposição: o desenvolvimento das integrações começa com a configuração do sistema pela metade, a alvenaria começa nos trechos da estrutura já liberados, o material de treinamento é escrito enquanto os testes ainda rodam.

O que você ganha: prazo, sem acrescentar pessoas nem contratos.

O que você arrisca: retrabalho. A atividade que começou antes trabalha sobre uma base que ainda pode mudar. Se a configuração mudar depois que as integrações começaram, parte das integrações é refeita.

O fast tracking funciona bem quando a dependência é de preferência ou de conveniência, e mal quando é física ou técnica. Não dá para pintar uma parede que não existe; dá para começar a escrever o manual antes da última rodada de testes.

Crashing: pagar para encurtar a atividade

No crashing, a sequência continua a mesma, e a atividade fica mais curta porque recebe mais recursos: uma segunda equipe, horas extras, um especialista contratado, entrega expressa de material.

O que você ganha: prazo, mantendo a lógica do plano.

O que você paga: dinheiro, e nem sempre na proporção que parece. Duplicar a equipe raramente corta a duração pela metade, porque gente nova precisa de integração, coordenação e espaço de trabalho. Por isso a análise de crashing começa por uma pergunta: qual atividade do caminho crítico encurta mais por menos dinheiro?

Fast tracking e crashing lado a lado

Critério Fast tracking Crashing
O que muda A lógica: atividades se sobrepõem Os recursos: atividades ficam mais curtas
Custo direto Nenhum, em princípio Aumenta, por semana ganha
Risco principal Retrabalho e decisões tomadas com informação incompleta Estouro de orçamento, queda de produtividade com equipe maior
Onde se aplica Dependências que admitem sobreposição Atividades em que mais recurso realmente encurta a duração
Limite Quanto a sobreposição aguenta sem retrabalho grande A duração mínima possível de cada atividade
Efeito colateral comum Mais coordenação e mais mudanças Um caminho que tinha folga vira crítico

Exemplo resolvido: de 16 para 13 semanas

O exemplo é ilustrativo. Uma empresa vai migrar a loja virtual para uma nova plataforma. O cronograma aprovado tem seis atividades, em semanas:

Atividade Descrição Duração Predecessoras
A Levantamento e desenho da solução 3
B Configuração da plataforma 4 A
C Migração de dados 3 A
D Integrações com ERP e meios de pagamento 5 B
E Testes integrados 2 C, D
F Treinamento e virada 2 E

O caminho crítico é A, B, D, E, F: 3 + 4 + 5 + 2 + 2 = 16 semanas. O outro caminho, A, C, E, F, soma 3 + 3 + 2 + 2 = 10 semanas, com 6 semanas de folga. A diretoria quer 13 semanas: é preciso tirar 3.

Opção 1: só crashing

A equipe levantou quanto cada atividade pode encurtar e o custo extra por semana:

Atividade Duração normal Duração mínima Custo extra por semana ganha No caminho crítico?
A 3 2 R$ 12.000 Sim
B 4 3 R$ 8.000 Sim
C 3 2 R$ 6.000 Não
D 5 3 R$ 10.000 Sim
E 2 2 Não comprime Sim
F 2 1 R$ 15.000 Sim

A atividade C é a mais barata de comprimir, e comprimi-la não adianta nada: ela tem 6 semanas de folga. A sequência certa é escolher, a cada semana, a atividade crítica mais barata:

  1. B de 4 para 3 semanas: R$ 8.000. Projeto com 15 semanas.
  2. D de 5 para 4 semanas: R$ 10.000. Projeto com 14 semanas.
  3. D de 4 para 3 semanas: R$ 10.000. Projeto com 13 semanas.

Custo total: 8.000 + 10.000 + 10.000 = R$ 28.000. Depois de cada passo, confira o outro caminho: A, C, E, F continua com 10 semanas, agora com 3 de folga. Se ele tivesse ficado igual ou maior que o crítico, comprimir só o caminho original não bastaria.

Opção 2: só fast tracking

A equipe avalia as dependências e encontra duas sobreposições aceitáveis:

  1. As integrações (D) começam quando a configuração (B) está na metade, duas semanas depois do início de B, em vez de esperar o fim. B vai da semana 3 à 7; D passa a ir da semana 5 à 10. Os testes (E) começam na semana 10 e terminam na 12; o treinamento e a virada (F) terminam na 14.
  2. O treinamento (F) começa uma semana antes do fim dos testes: E vai da semana 10 à 12, F da 11 à 13.

Resultado: 13 semanas, sem custo direto. O preço está no risco: integrações construídas sobre uma configuração ainda em ajuste e usuários treinados num sistema que ainda pode mudar. Se a configuração mudar na semana 6, parte do trabalho de D é refeita, e o ganho pode evaporar.

Opção 3: combinar as duas

A terceira saída usa só a sobreposição mais segura e paga pela semana que falta:

  1. D começa duas semanas depois do início de B (fast tracking): projeto com 14 semanas.
  2. D cai de 5 para 4 semanas com reforço da equipe (crashing): R$ 10.000.

D vai da semana 5 à 9, E da 9 à 11 e F da 11 à 13. Treze semanas, R$ 10.000 e uma sobreposição em vez de duas. O treinamento continua depois dos testes, que era a sobreposição mais arriscada.

Opção Prazo Custo extra Risco que cria
1. Só crashing 13 semanas R$ 28.000 Equipe maior em B e D, coordenação
2. Só fast tracking 13 semanas Nenhum direto Retrabalho nas integrações e treinamento antes do fim dos testes
3. Combinação 13 semanas R$ 10.000 Retrabalho moderado nas integrações

Não existe resposta universal. A escolha depende de quanto custa uma semana de atraso para o negócio, de quanto orçamento existe e de quanto risco a diretoria aceita. O papel do gerente do projeto é colocar essas três opções na mesa com números, em vez de prometer 13 semanas sem dizer como.

Como decidir qual técnica usar

Siga esta sequência antes de propor a compressão:

  1. Confirme o caminho crítico atualizado. Com o projeto em andamento, o crítico de hoje pode não ser o do plano.
  2. Liste as dependências do caminho crítico e classifique cada uma. Física ou técnica (não sobrepõe), de preferência (pode sobrepor), externa (depende de terceiros).
  3. Estime duração mínima e custo por semana das atividades críticas que aceitam mais recursos.
  4. Monte duas ou três opções combinando as técnicas, cada uma com prazo, custo e risco.
  5. Recalcule a rede a cada passo. Quando o caminho crítico encurta, outro caminho pode virar crítico. As folgas que restam mostram até onde dá para ir; a mecânica de cálculo está em folga total e folga livre.
  6. Registre os riscos novos. Toda compressão cria riscos. Eles entram no registro de riscos com dono e resposta.
  7. Atualize a linha de base só depois da aprovação. A compressão aprovada é uma mudança de plano e passa pelo controle de mudanças.

Quando não comprimir

Há situações em que a resposta certa é dizer que o prazo pedido não cabe:

  • O caminho crítico é feito de dependências físicas e atividades que não aceitam mais gente.
  • O custo da compressão é maior do que o custo do atraso para o negócio.
  • A sobreposição necessária coloca em risco a qualidade de uma entrega regulada, como uma obra que precisa de vistoria ou um sistema que passa por auditoria.
  • A equipe já está superalocada, e mais pressão vai gerar erros e afastamentos.

Nesses casos, as alternativas reais são reduzir ou fasear o escopo, entregar uma primeira versão na data pedida e o restante depois, ou renegociar a data. Como levar essa conversa sem perder o patrocinador está em como negociar prazo irreal.

Erros comuns na compressão do cronograma

  • Comprimir o que tem folga. Parece produtivo e não move a data final.
  • Sobrepor tudo de uma vez. Cada sobreposição soma risco de retrabalho; poucas sobreposições bem escolhidas rendem mais.
  • Achar que dobrar a equipe divide a duração. Integração e coordenação consomem parte do ganho.
  • Não recalcular. A compressão mal feita cria um segundo caminho crítico, como acontece numa obra em que reforçar a equipe de revestimentos deixa a ligação de energia da concessionária com folga zero.
  • Prometer a data antes de fazer a conta. A compressão é uma proposta com custo e risco, não um compromisso automático.

Monte as opções antes da reunião

Antes de responder ao pedido de prazo menor, monte a rede no gerador de cronograma grátis da Projeto Diário, que calcula as datas em dias úteis, mostra a folga de cada atividade e destaca o caminho crítico no gráfico de Gantt. Teste cada opção alterando durações e predecessoras e leve para a reunião a tabela de prazo, custo e risco. O guia de planejamento de projetos mostra como essa decisão se encaixa no restante do plano.

Se o cronograma do projeto já está no Microsoft Project, o curso Microsoft Project Professional, da Projeto Diário, ensina a montar a rede de dependências, analisar o caminho crítico, salvar a linha de base e comparar cenários, o que torna a simulação de fast tracking e crashing uma tarefa de minutos.

Perguntas frequentes

O que é compressão do cronograma?
É o conjunto de técnicas para encurtar a duração do projeto sem reduzir o escopo. As duas principais são o fast tracking, que sobrepõe atividades que seriam feitas em sequência, e o crashing, que acrescenta recursos ou custo para encurtar atividades do caminho crítico.
Qual a diferença entre fast tracking e crashing?
O fast tracking muda a lógica do cronograma, fazendo em paralelo o que era sequencial, e costuma aumentar o risco de retrabalho. O crashing mantém a sequência e encurta atividades com mais recursos, horas extras ou serviços pagos, e aumenta o custo.
Fast tracking aumenta o custo do projeto?
Não diretamente, porque não acrescenta recursos. Mas o risco de retrabalho cresce, e o retrabalho tem custo. Por isso o ganho de prazo precisa ser comparado com a chance e o tamanho do retrabalho.
Comprimir uma atividade fora do caminho crítico reduz o prazo?
Não. Atividades com folga não definem a data de término. Gastar para encurtá-las só consome orçamento, sem ganho de prazo.

Receba o Diário do Gerente de Projetos

Uma vez por semana: um artigo, uma ferramenta gratuita e uma questão comentada do PMP, da Projeto Diário e do Coaching de Alto Impacto. Você escolhe os assuntos.

Assuntos de interesse (opcional)

WhatsApp