Nove erros de cronograma — e como corrigir cada um
Quase nenhum cronograma ruim é ruim por causa da ferramenta. Ele pode estar bonito, colorido, exportado toda sexta-feira e ainda assim mentir sobre a data de término. Os erros são sempre os mesmos meia dúzia, e a maioria deles não é de desenho: é de decisão. Abaixo estão eles, o que cada um custa em dias úteis num plano real e a revisão que os pega antes de o projeto pagar a conta.
- Um plano que comete quase todos os erros de uma vez
- 1. Detalhe demais
- 2. Sem precedências
- 3. Tudo ligado término-início numa corrente só
- 4. Tratar estimativa como compromisso
- 5. Nenhuma folga em lugar nenhum
- 6. Ignorar o caminho crítico
- 7. Sem responsável — e responsáveis a cem por cento
- 8. Deixar envelhecer
- 9. Sem marcos
- 10. Medir avanço em dias decorridos
- 11. Refazer a linha de base a cada desvio
- 12. Usar gráfico de Gantt para a coisa errada
- O sintoma de cada erro
- Uma revisão de vinte minutos, aqui no gantts.app
Um plano que comete quase todos os erros de uma vez
Um projeto comum: a reforma de uma clínica de diagnóstico por imagem em Campinas, tocada pela Construtora Ribamar, com início na segunda-feira 02/03/2026. Primeiro do jeito que as pessoas desenham. Depois do jeito honesto.
Como foi planejado. Seis linhas, tudo ligado término-início, nenhum marco, nenhuma folga:
- Projeto executivo — seg 02/03 a sex 13/03 (10 dias) — Marina Sobral
- Instalações elétricas e hidráulicas — seg 16/03 a sex 10/04 (20 dias) — Jefferson Alencar
- Montagem dos equipamentos — seg 16/03 a sex 03/04 (15 dias) — Jefferson Alencar
- Alvenaria e acabamento — seg 13/04 a sex 08/05 (20 dias) — Jefferson Alencar
- Vistorias e ensaios — seg 11/05 a sex 22/05 (10 dias)
- Inauguração — seg 25/05
O que ele não diz. Três coisas, todas já verdadeiras no dia em que o plano foi impresso. A primeira: o projeto executivo precisa de ART registrada no CREA e de análise na prefeitura, e essa análise leva dez dias úteis que não aparecem em lugar nenhum. A segunda: Jefferson Alencar está alocado a cem por cento nas instalações e a cem por cento na montagem dos equipamentos nas mesmas três semanas — o cronograma assume, em silêncio, duzentos por cento de uma pessoa só. A terceira: o calendário ignora quatro feriados que caem dentro da obra (Sexta-feira Santa em 03/04, Tiradentes em 21/04, Dia do Trabalho em 01/05 e Corpus Christi em 04/06). E, como tudo está numa corrente única, toda linha é crítica — o que equivale a dizer que nenhuma é.
Corrigido. Entra um marco Projeto aprovado — ART registrada carregando os dez dias de análise: ele cai em sex 27/03. As instalações passam a rodar de seg 30/03 a ter 28/04, já descontados a Sexta-feira Santa e o Tiradentes. A alvenaria segue de qua 29/04 a qua 27/05, com o feriado de 1º de maio dentro. A montagem, que não pode mais concorrer com as instalações enquanto Jefferson responder pelas duas, vai de qui 28/05 a qui 18/06, com Corpus Christi no meio. Vistorias e ensaios internos ocupam de sex 19/06 a qui 02/07. Aí entra o segundo marco esquecido: AVCB protocolado, com quinze dias úteis de espera pela vistoria do Corpo de Bombeiros, até qui 23/07. Cinco dias de folga visível antes da abertura, e a inauguração cai em sex 31/07.
A consequência. O cronograma dizia 25/05. A data honesta era 31/07 — 48 dias úteis depois, descobertos no primeiro rascunho em vez de em plena segunda quinzena de maio, com convite de inauguração já impresso. Nada mudou no escopo. Só foram escritas três coisas que já eram verdade e dois marcos que já existiam na vida real.
E o apontamento. Na sexta 15/05 o relatório de status deu 60% na alvenaria, porque 12 dos 20 dias tinham passado. A equipe havia entregue 3 dos 9 ambientes. Avanço real: 33%.
E o custo. A alvenaria estava orçada em R$ 184.000. Com 3 de 9 ambientes concluídos, o valor agregado é R$ 61.333. O gasto lançado até ali era R$ 96.000, o que dá um IDC de 0,64 — o número que interessava, e que só existe porque alguém digitou o gasto real. Nossa ferramenta nunca deduz custo real a partir do percentual de avanço: se deduzisse, o IDC daria exatamente 1,00 em todo projeto que já existiu.
1. Detalhe demais
É o erro mais frequente por uma larga margem, e o mais fácil de cometer com boa intenção. Um cronograma que carrega toda subtarefa fica ilegível e impossível de manter: ninguém atualiza sessenta linhas por semana, então ele envelhece em dias. E cronograma desatualizado é pior do que cronograma nenhum, porque ainda se acredita nele.
Correção: planeje no nível em que você relata. Se uma atividade é mais curta que o seu ciclo de reporte, ela pertence ao interior de uma tarefa, não a uma linha do gráfico. Agrupe o detalhe em fases e deixe a lista operacional onde a equipe já trabalha. Entre 20 e 60 linhas em quatro a oito fases resolve a maior parte dos projetos.
2. Sem precedências
Um punhado de barras paralelas sem ligação nenhuma é um desenho, não um plano. Quando alguma coisa atrasa, nada se move — porque nada está conectado. O gráfico continua bonito e continua errado, e essa combinação é justamente a que ninguém percebe.
Correção: ligue o que de fato condiciona e depois teste. Arraste uma barra três semanas para a direita e observe. Se nada anda atrás dela, o plano não está modelando o seu projeto; está listando-o.
3. Tudo ligado término-início numa corrente só
O erro oposto, e mais sutil, porque parece rigor. Enfileire todas as tarefas e todas elas caem no caminho crítico — sessenta linhas dizendo "urgente", o que dá no mesmo que não dizer nada. Pior: o plano fica impossível de replanejar, porque cada data está presa por uma preferência que alguém teve numa reunião e ninguém mais lembra.
Correção: ligue apenas o que fisicamente impede. Se B poderia começar hoje com as pessoas e os materiais que existem, B não depende de A. Um caminho crítico saudável cobre de um quarto à metade das tarefas. Se cobre todas, você desenhou uma fila, não uma rede.
Vale lembrar como o nosso cálculo funciona, porque muda o que você deve esperar ao ligar as coisas: o caminho crítico aqui é calculado sobre as datas como elas estão. Uma precedência só empurra uma tarefa para frente, nunca puxa para trás. Se você quer que uma tarefa comece mais cedo depois de ligar, mova-a você mesmo ou use Reprogramar.
4. Tratar estimativa como compromisso
Todas as barras parecem igualmente certas. Uma tarefa de três dias que a equipe já fez cinquenta vezes e outra de três dias que ninguém nunca tentou são desenhadas exatamente do mesmo jeito, com a mesma cor e a mesma borda.
Correção: ponha folga onde está a incerteza, e diga em voz alta que ela está ali. Um plano que admite quais partes são chute sobrevive ao contato com a realidade, porque o chute ganhou espaço para estar errado. Um plano que apresenta tudo como compromisso quebra na primeira semana e leva junto a credibilidade de quem o assinou.
5. Nenhuma folga em lugar nenhum
Um cronograma em que toda tarefa começa no instante em que a anterior termina não absorve nada. O primeiro atraso de dois dias é um atraso de dois dias no projeto inteiro, e o segundo também.
Correção: reserve folga onde o risco se concentra — antes de prazos duros, depois de qualquer coisa que dependa de terceiro, em volta de aprovações e vistorias. De dez a vinte por cento do prazo é uma faixa razoável, mas o formato importa mais que o número: uma folga visível de cinco dias antes da inauguração vale mais que cinco dias diluídos invisivelmente em dez tarefas, porque a diluída é gasta sem que ninguém decida gastá-la.
6. Ignorar o caminho crítico
Se você não sabe quais tarefas governam a data final, não tem como saber quais atrasos importam. É assim que uma equipe passa uma semana correndo atrás de uma atividade com três semanas de folga enquanto a restrição real escorrega duas linhas abaixo, sem ninguém olhar.
Correção: ligue o Caminho crítico e confira de novo depois de cada mudança. Ele não é fixo: uma tarefa com oito dias de folga vira crítica no instante em que atrasa nove.
7. Sem responsável — e responsáveis a cem por cento
Tarefa sem responsável nomeado é tarefa de todo mundo, o que na prática significa de ninguém. Uma pessoa por tarefa, não uma equipe: só uma pessoa pode ser perguntada.
Menos óbvio, e mais caro, é o outro lado. Alocar a mesma pessoa em tarefas sobrepostas com carga cheia é o mesmo erro com roupa melhor. Jefferson a cem por cento e a cem por cento não é ambição, é impossibilidade aritmética — e o gráfico não vai reclamar, porque barras se sobrepõem sem nenhum atrito. No exemplo acima, essa sobreposição sozinha valia semanas.
Correção: confira a carga de cada pessoa ao longo de toda a linha do tempo, não tarefa por tarefa. E lembre que a carga real brasileira tem descontos previstos: férias de CLT, feriados municipais, treinamento de NR-18 na entrada de novos operários. Alguém a 140% durante três semanas é um cronograma que já falhou; só ainda não avisou.
8. Deixar envelhecer
Um gráfico de Gantt é documento vivo com prazo de validade curto. Três semanas sem atualização e as pessoas param de confiar; logo depois param de ler; e a partir daí o cronograma existe só para ser anexado ao e-mail mensal.
Correção: atualize numa cadência fixa — semanal no ritmo normal, diária em crise — e mantenha o cronograma pequeno o bastante para que isso leve minutos, não uma tarde. A cadência importa mais que a frequência: previsível e sustentável vence heroica e esporádica.
9. Sem marcos
Uma parede de barras não dá ao leitor onde se apoiar. Marcos são o modo como alguém de fora do projeto encontra os pontos de decisão sem precisar ler cinquenta linhas.
Correção: marque aprovações, entregas, vistorias e liberações como marcos de duração zero e pendure o trabalho seguinte neles. De quatro a oito costuma ser o número certo. E formule o marco como resultado, não como atividade: "fase de testes" não é marco, "AVCB emitido" é. No exemplo, os marcos faltantes não eram enfeite — era exatamente ali que se escondiam dez dias de análise da prefeitura e quinze de espera pelo Corpo de Bombeiros.
10. Medir avanço em dias decorridos
Este produz o relatório errado mais confiante de toda a lista. Derive o avanço da duração decorrida e uma tarefa que ninguém começou informa 60% no décimo segundo dia de vinte — exatamente o que aconteceu na sexta 15/05 acima. O número é preciso, verificável, calculado por máquina, e não tem relação nenhuma com o mundo.
Correção: informe fração de trabalho — ambientes entregues, pranchas emitidas, casos de teste aprovados, metros de tubulação lançados — e não fração de calendário. Se uma tarefa não tem unidade contável, ela está grossa demais para ser acompanhada e precisa ser quebrada.
11. Refazer a linha de base a cada desvio
A linha de base registra o que você prometeu. Regravá-la sempre que o desvio fica incômodo transforma-a num registro do que você fez por último — ou seja, num número que você já tinha.
Feito mensalmente, o resultado é um projeto perfeitamente dentro do plano contra a sua nona linha de base e quatro meses atrasado contra a primeira. Todo mundo fica verde e ninguém entende por que a obra não abre.
Correção: refaça a linha de base apenas diante de mudança aprovada de escopo, prazo ou orçamento, e guarde as anteriores. A distância entre a linha de base 1 e a linha de base 5 costuma ser a descrição mais honesta do projeto que existe em qualquer lugar.
12. Usar gráfico de Gantt para a coisa errada
Gantt serve para trabalho com sequência, precedências e datas. Serve mal para fluxo contínuo e péssimo para um backlog repriorizado toda segunda-feira.
Correção: Gantt quando ordem e prazo importam, quadro quando não importam. Usar os dois é normal e não é sinal de indecisão: quadro para a semana, Gantt para o trimestre. Sinal claro de ferramenta errada é reescrever o cronograma inteiro toda segunda — se ele muda tanto assim, não era um cronograma.
O sintoma de cada erro
Na prática é mais fácil reconhecer pelo sintoma do que pela definição. Se alguma linha desta tabela descreve a sua semana, o erro correspondente já está no seu plano:
| O que você percebe | O erro | A correção |
|---|---|---|
| Sem atualização há três semanas | Detalhe demais | Planeje no nível em que relata |
| Uma tarefa atrasa e nenhuma data anda | Sem precedências | Ligue o que condiciona; arraste para testar |
| Toda tarefa é crítica | Tudo em corrente término-início | Apague as ligações que são só preferência |
| Atrasos pequenos movem o término | Sem folga | Folgas visíveis antes dos prazos duros |
| Você acelerou a tarefa errada | Caminho crítico ignorado | Ligue o realce e reveja após cada mudança |
| Ninguém responde quando você pergunta | Sem responsável | Uma pessoa nomeada por tarefa |
| As tarefas de uma pessoa atrasam juntas | Alocação acima de 100% | Confira a carga em toda a linha do tempo |
| "Afinal, o que acontece quando?" | Sem marcos | De quatro a oito portões, com trabalho atrás |
| 90% concluído há um mês | Avanço por dias decorridos | Informe fração de trabalho |
| Verde toda semana, meses atrasado | Linha de base regravada a cada desvio | Refazer só em replanejamento aprovado |
| Reescrito toda segunda-feira | Ferramenta errada | Use um quadro para fluxo |
Uma revisão de vinte minutos, aqui no gantts.app
Passe isto num cronograma que você já tem, nesta ordem. Cada passo é uma coisa que se vê, não uma coisa que se julga.
- Abra o cronograma e ligue Tabela. Conte as linhas. Mais do que você vai atualizar toda semana? Agrupe o detalhe em ▣ Grupo antes de qualquer outra coisa e recue as filhas com o botão de indentar, mostrado como uma seta.
- Arraste a última tarefa da primeira fase duas semanas para a direita. O que não se mexer não está ligado. Desfaça e preencha as ligações na coluna Depois de da tabela, ou no campo Depois de (predecessoras) do painel da tarefa.
- Ligue Caminho crítico. A legenda diz "listrado = caminho crítico". Se tudo estiver listrado, você ligou demais; se nada estiver, você não ligou nada.
- Em Exibição, escolha Próximas semanas. O filtro é por sobreposição, não por contenção: tarefas que apenas atravessam a janela também aparecem, e é isso que você quer ver. Se essa lista não parece com o que as pessoas estão fazendo, o cronograma já está velho.
- Ligue Carga de trabalho. Qualquer pessoa acima da capacidade em qualquer dia é uma promessa impossível dentro de um gráfico plausível.
- Ligue Calendário e Fins de semana e confira os feriados. Um plano brasileiro que atravessa Carnaval, Semana Santa e Corpus Christi sem descontar nada está simplesmente errado, e por vários dias.
- Procure os losangos. Todo ponto em que alguém de fora aprova, entrega ou vistoria deveria ser um ◆ Marco, com o tempo de espera representado na sequência — prefeitura, CREA, Corpo de Bombeiros, ANVISA, INMETRO.
- Olhe a linha imediatamente anterior a cada prazo duro. Se ela termina no próprio dia do prazo, insira uma tarefa com + Tarefa, chame-a de folga e deixe-a visível.
- Ligue Linha de base uma única vez, agora que o plano está honesto. O aviso confirma: os atrasos passam a ser medidos em relação a este plano, e as colunas de linha de base e variação ficam visíveis.
- Peça a cada responsável o avanço em unidades de trabalho, não em porcentagem, e lance em Progresso. Onde a resposta e a barra discordarem, a barra é que está errada.
- Para montar rápido do zero, use ✨ Colar no Gantt e cole texto simples:
#no início cria fase,(10d)define duração,after Nomeliga uma predecessora e uma linha terminada em!vira marco. - Feche mandando o resultado para quem precisa ver: ⬇ Exportar e então 🔗 Link de compartilhamento, 📄 Documento PDF ou 📅 Calendário (.ics), conforme a plateia.
Perguntas frequentes
Qual é o erro mais comum em gráficos de Gantt?
Detalhe demais. Cronogramas que listam toda subtarefa ficam ilegíveis e são abandonados em poucas semanas, porque mantê-los atualizados custa mais do que eles devolvem.
Quantas tarefas um cronograma deve ter?
Poucas o bastante para que você realmente o mantenha: de 20 a 60 linhas serve para a maioria dos projetos, distribuídas em quatro a oito fases. Qualquer atividade mais curta que o seu ciclo de reporte pertence ao interior de uma tarefa, não a uma linha do gráfico.
Toda tarefa deve ser ligada término-início?
Não. Enfileirar tudo numa corrente só coloca o projeto inteiro no caminho crítico e torna o replanejamento impossível. Ligue apenas o que fisicamente impede: se uma tarefa poderia começar hoje com as pessoas e os materiais disponíveis, ela não depende da anterior.
Por que meu projeto atrasa se o cronograma parecia certo?
Quase sempre por três motivos, e em geral pelos três juntos: nenhuma folga, alguém alocado acima de cem por cento em tarefas sobrepostas e avanço medido em dias decorridos em vez de trabalho entregue. Feriados não descontados são o quarto motivo, e num ano brasileiro isso pesa.
É errado refazer a linha de base?
É correto diante de mudança aprovada de escopo, prazo ou orçamento. Não é correto regravá-la a cada desvio incômodo: o relatório fica permanentemente verde enquanto a data de entrega continua andando, e você perde a única régua que tinha.
Com que frequência atualizar o cronograma?
Semanalmente no ritmo normal e diariamente em crise. A regularidade importa mais que a frequência — uma cadência fixa e sustentável revela desvio cedo; atualizações heroicas e esporádicas revelam quando já não dá para recuperar.
Modelos que usam isso
Leia também
Este artigo também está disponível em inglês.