Como fazer um gráfico de Gantt em sete passos

O que ter em mãos antes de começar

Três coisas, e nenhuma delas é uma data. Primeiro, o objetivo e o prazo: o que significa "pronto" e até quando. Segundo, quem decide — porque aprovações consomem calendário e quase nunca aparecem no plano inicial. Terceiro, uma noção grosseira do tamanho do trabalho, em semanas, não em horas.

Estimativas perfeitas não são pré-requisito. Um cronograma é feito para ser revisado; o que ele precisa no dia um é estar completo em escopo, não preciso em números. Se a representação ainda é nova para você, vale ler antes o que é um gráfico de Gantt, porque os passos abaixo usam os quatro elementos direto.

O plano que vamos construir

Para os sete passos não ficarem no abstrato, todos eles serão aplicados ao mesmo projeto: a reformulação da loja virtual da Terrafina, uma marca mineira de temperos e ervas de Belo Horizonte, que precisa entrar no ar com folga antes da Black Friday. Gerente do projeto: Douglas Peixoto. Durações em dias úteis, com o calendário brasileiro de 2026 aplicado.

O segundo semestre de 2026 tem uma peculiaridade que castiga cronograma de dez semanas: três feriados nacionais caem numa segunda-feira em sequência — Independência em 07/09, Nossa Senhora Aparecida em 12/10 e Finados em 02/11. O primeiro já está embutido na tabela acima e é o motivo de o front-end fechar em ter 15/09 e não na sexta anterior. Os outros dois vão aparecer daqui a pouco, quando o plano começar a escorregar.

E existe uma data que não se negocia: a Black Friday de 2026 cai em 27/11. Entrar no ar em 09/10 deixa sete semanas de gordura antes do pico de tráfego — tempo para indexar as páginas novas no Google, rodar a primeira campanha e descobrir o gargalo de checkout com pouca gente na loja, em vez de com muita.

1. Liste as tarefas, sem datas

Escreva primeiro o que precisa ser feito. Sem datas, sem ordem, sem responsáveis. Só o trabalho. Nessa etapa a única meta é não esquecer nada — ordenar é trivial depois, lembrar não é.

O tamanho certo fica entre um dia e um mês por tarefa. Menos que isso é lista de afazeres; mais que isso não é tarefa, é fase. Um teste rápido: você consegue nomear uma pessoa responsável e descrever "pronto" em uma frase? Se não consegue, ou a tarefa é grande demais e precisa ser dividida, ou é vaga demais e precisa ser definida.

Escreva com verbo: "redigir o texto da página inicial", "revisar com o jurídico", "publicar em produção". "Página inicial" não é tarefa, é assunto — e assunto não tem duração. Para um projeto de três meses, espere chegar entre 25 e 50 itens nessa primeira varredura.

2. Agrupe em fases

Reúna as tarefas em quatro a oito fases. É esse agrupamento que torna o cronograma legível — para você e para quem for ver. Fases típicas de um projeto de software: concepção, projeto, desenvolvimento, homologação, implantação. De uma obra: licenças, terraplenagem, estrutura, instalações, acabamentos, entrega.

Cada fase vira uma tarefa resumo, cujas datas são calculadas pelas filhas: começa com a primeira e termina com a última. Nunca digite datas numa tarefa resumo — se você conseguiu, a ferramenta não está tratando aquilo como resumo, e o cronograma vai mentir na primeira mudança.

O ganho aparece na hora de apresentar: com as fases recolhidas, um projeto de 40 tarefas cabe em seis linhas na tela de uma reunião de diretoria, e a mesma estrutura se expande para o detalhe da equipe.

3. Estime as durações

Estime em dias úteis, não em dias corridos, e estime o trabalho real: esperas entram como tarefas próprias, não infladas dentro da duração. "Aguardar aprovação do cliente: 5 dias" é uma tarefa legítima e visível; cinco dias escondidos dentro de "produzir peça" simplesmente somem.

Uma abordagem que funciona: estimar otimista, provável e pessimista, e ponderar por (otimista + 4 × provável + pessimista) dividido por 6. Uma tarefa estimada em 3, 5 e 13 dias dá 6 dias, não 5 — a cauda pessimista pesa e a média simples esconde isso. Quem dá um número só costuma dar o otimista.

Não some folga de proteção em cada tarefa. Se cada uma leva 20% de gordura, o cronograma inteiro fica 20% maior, ninguém enxerga onde está a reserva e ela é consumida sem que se perceba. A folga entra concentrada, no passo 7.

4. Ligue as precedências

Ligue o que de fato espera. O teste: se A terminar antes, B pode começar antes? Se sim, a ligação é real. Se não, você apenas copiou a ordem da lista, e o cronograma vai propagar atrasos que não existem.

O tipo padrão é Término-Início e ele cobre a grande maioria dos casos. Início-Início serve para trabalhos que arrancam juntos, normalmente com retardo — a homologação começa três dias depois do início do desenvolvimento. Os quatro tipos existem, mas usar os raros sem necessidade só dificulta a leitura.

Não ligue tudo com tudo. Um cronograma em que cada tarefa depende da anterior é uma corrente sem paralelismo — quase sempre irreal e sempre pessimista, porque impede que trabalhos independentes corram lado a lado. Uma pista concreta: se o cronograma tem 40 tarefas e 39 ligações numa única linha, ele foi montado no automático.

E não digite datas fixas para conseguir o resultado que você quer. Uma data travada não se move quando a predecessora atrasa, e é a causa mais comum de um cronograma que continua bonito depois de ter deixado de ser verdadeiro.

Tipo	Regra	Onde ele cabe na Terrafina	Com que frequência você precisa
Término-Início (TI)	B não começa antes de A terminar	Front-end depois do design aprovado — as nove ligações deste plano são todas assim	Quase sempre
Início-Início (II)	B não começa antes de A começar	Se a redação arrancasse junto com os wireframes, em vez de depois da auditoria	De vez em quando, para trabalho sobreposto
Término-Término (TT)	B não termina antes de A terminar	Os testes não podem fechar antes de o último SKU estar cadastrado	Raramente
Início-Término (IT)	B não termina antes de A começar	Em lugar nenhum. Existe basicamente para passagem de turno	Quase nunca

Na notação de texto as siglas continuam em inglês — FS, SS, FF e SF —, mesmo com a interface em português. É herança das ferramentas americanas e não vale a pena lutar contra.

5. Defina os marcos

De cinco a dez para um projeto de vários meses. Um marco assinala uma decisão, uma aprovação ou uma condição cumprida — não o fim de uma tarefa qualquer. "Contrato assinado", "projeto aprovado", "sistema em produção" são marcos. "Terminar de redigir" não é.

Marcos têm duração zero e aparecem como losango. Dois lugares em que sempre valem a pena: no fim de cada fase, para que a passagem entre fases seja um evento e não uma transição silenciosa, e na data de entrega final, para que a linha de chegada esteja sempre visível no desenho.

Eles também servem de âncora para precedências: ligar cinco tarefas ao marco "projeto aprovado" é mais legível, e mais fácil de manter, do que ligar cada uma delas às três tarefas de aprovação individualmente.

6. Aloque e confira a carga

Só agora entram as pessoas — e então se verifica se alguém deveria trabalhar em três tarefas na mesma semana. Essa sobrecarga é o motivo mais comum de um cronograma correto no papel não se sustentar: as precedências fecham, a aritmética fecha, e a pessoa não se divide em três.

Duas verificações resolvem a maior parte dos casos. Percorra o cronograma semana a semana e conte quantas barras simultâneas cada responsável tem; mais de duas em paralelo é bandeira vermelha. E desconte a realidade: férias, feriados, e o fato de que ninguém dedica cinco dias por semana a um único projeto — 60% a 70% do tempo já é uma alocação alta e honesta.

Quando houver conflito, prefira mover as tarefas com folga, porque elas absorvem o deslocamento sem tocar na data de entrega. Mover uma tarefa do caminho crítico para resolver carga empurra o projeto inteiro.

7. Reserve folga e valide

Coloque folga onde há incerteza — antes dos marcos e no fim do caminho crítico, não em cada tarefa. Folgas espalhadas somem sem que ninguém perceba; concentradas, ficam visíveis e podem ser defendidas em reunião. Uma reserva de 10% a 15% da duração do caminho crítico, como uma barra explícita antes da entrega, é um ponto de partida razoável.

Ative então o caminho crítico e leia o resultado. Se a data final não cabe no prazo, o ajuste tem que acontecer nesse caminho: encurtar uma tarefa dele, dividir uma barra longa em duas que rodem em paralelo ou remover escopo. Apertar tarefas com folga não antecipa um único dia.

Por fim, revise o cronograma com quem vai executar. Um cronograma que só uma pessoa conhece não é cronograma, é opinião. E grave uma linha de base antes de começar: sem ela, daqui a dois meses não haverá como dizer o quanto o plano mudou.

Com qual ferramenta?

Uma planilha resolve projetos pequenos. Há um método conhecido no Excel, com barras empilhadas e uma série invisível, e ele funciona bem até umas vinte linhas. Acima disso fica trabalhoso, porque as precedências não recalculam sozinhas e cada atraso vira uma rodada de digitação manual.

O PowerPoint serve para apresentar, não para planejar: um cronograma feito de retângulos é rápido de montar e impossível de manter. Ferramentas corporativas resolvem tudo, ao custo de licença, instalação e uma curva de aprendizado desproporcional a um projeto de trinta tarefas.

Uma ferramenta dedicada e leve assume o recálculo. O gantts.app roda direto no navegador, sem cadastro, salva localmente no seu aparelho, marca o caminho crítico sozinho e exporta em PDF, PNG, XLSX e PPTX quando alguém pedir o arquivo.

Os sete passos acima, traduzidos em cliques, para montar o plano da Terrafina do zero:

1. Despeje a lista. Abra ✨ Colar no Gantt e cole as dez linhas. (12d) define a duração, after Design aprovado cria a ligação, ! no fim da linha vira marco e # no começo abre uma fase. Confere o toast Tarefas adicionadas: 10 e siga.
2. Agrupe em fases. ▣ Grupo cria as tarefas resumo — Descoberta, Criação, Construção, Entrega. Nunca digite datas num grupo: as dele são calculadas pelas filhas.
3. Ajuste durações. Duplo clique na linha abre a gaveta, com Início, Fim, Duração e os atalhos de Ajustar: Um dia útil a mais, Uma semana depois.
4. Ligue o que espera. Coluna Depois de, pelos números de linha: 3, 6 na carga de conteúdo. Ou arraste do pontinho na borda de uma barra até a outra.
5. Coloque os feriados. Calendário de trabalho, e marque 07/09, 12/10 e 02/11. É o passo que mais gente pula e o que mais estraga previsão em cronograma brasileiro de segundo semestre.
6. Distribua responsáveis. Coluna Responsável, ou o campo na gaveta. Depois abra Carga de trabalho para ver quem ficou com três barras na mesma semana.
7. Leia o caminho crítico e congele. Marque Caminho crítico — a cadeia aparece listrada — e grave Linha de base antes do primeiro dia de trabalho.
8. Acompanhe semanalmente. Exibição › Próximas semanas filtra o cronograma para o que começa ou termina no horizonte curto, que é a única visão que a reunião de segunda-feira realmente precisa.

Um comportamento que vale conhecer antes de estranhar: no gantts.app uma precedência só empurra a tarefa para depois, nunca puxa para antes. O cálculo é as-placed — a tarefa começa na data mais tardia entre onde você colocou a barra e onde as predecessoras permitem. Se você quer mesmo compactar o plano até as datas mais cedo possíveis, o comando é Reprogramar, que trata as tarefas sem ligação como âncoras.

O erro mais comum

Detalhar demais. Um cronograma de 300 linhas não é mantido, e cronograma desatualizado é pior do que nenhum, porque ainda se confia nele. Se o projeto realmente exige esse nível, divida em cronogramas por fase e mantenha um cronograma-mestre só com os resumos.

Os outros quatro erros recorrentes: começar pelas datas em vez de pelas tarefas; ligar tudo numa corrente única e perder o paralelismo; esconder esperas dentro das durações; e não gravar linha de base, o que torna impossível medir desvio depois. Todos aparecem em erros comuns de cronograma.

E depois?

Cronograma é ferramenta, não documento. Atualize semanalmente, sempre no mesmo dia: percentual concluído das tarefas em andamento, datas reais das concluídas, e o que mudou de estimativa nas que ainda não começaram.

A leitura que importa em cada atualização é dupla: o caminho crítico ainda é o mesmo, e quanta folga já foi consumida nos outros caminhos. Uma tarefa com três dias de folga que atrasou quatro acabou de virar crítica, e isso muda onde a atenção precisa estar na semana seguinte.

Compare com a linha de base uma vez por mês. Não para justificar desvio, mas para descobrir o padrão: se as tarefas de aprovação atrasam sistematicamente, o próximo cronograma já nasce com estimativas melhores.

A Terrafina no fim da sexta semana, com a linha de base gravada em 03/08:

Um alerta sobre a folga que você lê na tela: o gantts.app reporta folga total, e só ela. Não há coluna de folga livre. Folga total é compartilhada ao longo da cadeia — se a redação e a carga de conteúdo mostram folga parecida, não são duas reservas, é a mesma reserva contada duas vezes, e quem gastar primeiro deixa o outro em zero.

Perguntas frequentes

Leia também

• O que é um gráfico de Gantt?
• Os quatro tipos de precedência
• Erros comuns de cronograma
• Voltar aos guias

Este artigo também está disponível em inglês.