Boas práticas de gráficos de Gantt: a lista completa

A diferença entre um gráfico e um plano

A maioria dos gráficos de Gantt falha pela mesma razão: parecem prontos. As barras se alinham, as cores estão organizadas e todos concordam na reunião de abertura. Depois a realidade chega, ninguém atualiza nada e, em duas semanas, o gráfico descreve um projeto que já não existe. Um bom gráfico de Gantt não é um desenho que você admira uma vez. É um modelo vivo de como o projeto realmente se comporta, e só vale a pena se responder a perguntas reais semana após semana.

Esta é a lista de verificação final: oito hábitos que separam um gráfico em que as pessoas confiam de uma imagem que as pessoas ignoram. Cada um vem com o erro comum que o quebra e a correção que o salva, além de um link para o guia mais detalhado quando você quiser aprofundar. Leia-a como uma revisão final de qualquer plano antes de compartilhá-lo, ou como forma de diagnosticar por que o último se desviou.

Dê o tamanho certo a cada tarefa

A forma mais rápida de arruinar um gráfico de Gantt é errar no tamanho das tarefas em qualquer das direções. Tarefas que duram meses escondem todos os seus problemas dentro de uma única barra gorda, de modo que um atraso permanece invisível até virar crise. Tarefas que duram meio dia enterram o plano sob centenas de linhas que ninguém vai manter. O ponto ideal é uma tarefa que você consegue acompanhar em um único ciclo de atualização, cerca de dois a dez dias úteis, pequena o bastante para notar quando atrasa e grande o bastante para merecer uma linha.

Um teste útil: se você não consegue dizer em uma frase como é o fim de uma tarefa, ela é grande demais e precisa ser dividida. Se duas tarefas sempre começam e terminam juntas, na verdade são uma só tarefa vestida de duas linhas. Construa a lista a partir de uma estrutura analítica do projeto para que o dimensionamento venha do próprio trabalho, e leia nosso guia sobre estimar durações antes de fixar qualquer número no cronograma.

Ligue as tarefas, não as pregue a datas

Eis o erro mais comum em um plano compartilhado: digitar uma data de início em cada tarefa. Parece preciso. É uma armadilha. Datas fixas congelam o plano, de modo que, quando uma tarefa inicial atrasa um dia, nada a jusante se move e o gráfico mente em silêncio sobre cada data depois dela. A correção é ligar as tarefas com dependências reais. Diga que a parede não pode ser pintada até o reboco secar, e deixe a ferramenta calcular as datas. Agora, quando o reboco atrasa, a pintura desliza junto e a data final se atualiza sozinha.

Reserve datas fixas para o punhado de coisas que realmente não podem se mover: uma feira, o prazo de um contrato, o corte de um regulador. Todo o resto deve flutuar sobre suas dependências. Um plano sustentado pela lógica sobrevive à mudança. Um plano sustentado por datas digitadas à mão se estilhaça no primeiro atraso e tem de ser reconstruído à mão, que é exatamente quando ninguém tem tempo.

Marque os momentos que importam

Uma parede de barras de tarefas não dá ao leitor nenhum ponto de ancoragem. Os marcos resolvem isso. Um marco é um marcador de duração zero para um momento que importa: uma aprovação, uma entrega, uma entrada em operação, um portão de pagamento. Não tem duração, então não realiza trabalho. Ele marca que o trabalho está feito. Desenhado como um losango, permite que uma parte interessada leia o plano num relance sem analisar quarenta barras de tarefas.

O erro vai aos dois extremos. Nenhum marco deixa o plano sem forma e difícil de relatar. Um marco em cada tarefa esvazia a palavra de sentido. Mire em um marcador em cada ponto genuíno de decisão ou passagem de bastão, normalmente de cinco a dez ao longo de um projeto normal. Se um marco não faria você parar, verificar e decidir se continua, não é um marco, é apenas uma tarefa fantasiada.

Mostre o caminho crítico

Todo projeto tem uma cadeia de tarefas dependentes que é mais longa do que todas as outras. Essa cadeia, o caminho crítico, define a sua data final, e nada mais o faz. Se uma tarefa do caminho crítico atrasa um dia, o projeto inteiro atrasa um dia. Se uma tarefa fora dele atrasa, você pode não perder nada. Um gráfico que não marca essa cadeia trata todas as tarefas como igualmente urgentes, o que espalha a atenção de forma uniforme e, portanto, não protege nada.

A correção é calcular o caminho crítico e destacá-lo, e então gerenciar em função dele. Quando você tiver uma pessoa livre, coloque-a em uma tarefa crítica, nunca em uma com folga. Quando revisar o status, leia primeiro o caminho crítico e o resto depois. A maioria das ferramentas, incluindo o editor de Gantt, pode colorir essa cadeia para você, para que você nunca precise rastreá-la à mão nem adivinhar qual atraso realmente custa a data.

Deixe folga e depois a observe

A folga, também chamada de margem, é quanto tempo uma tarefa pode atrasar antes de começar a atrasar outra coisa. Não é enchimento nem desperdício. É o amortecedor embutido que lhe diz quais tarefas podem ser adiadas com segurança e quais não. Uma tarefa com dez dias de folga pode esperar. Uma tarefa com folga zero está no caminho crítico por definição e não pode esperar de jeito nenhum.

Dois erros são comuns. O primeiro é enchimentar cada tarefa com uma reserva oculta por segurança, o que infla todo o cronograma e esconde o risco real. O segundo é ignorar a folga por completo e tratar uma tarefa com duas semanas de espaço com a mesma urgência de uma sem nenhuma. A correção é deixar a ferramenta calcular a folga com honestidade, manter uma reserva apenas onde o risco for genuíno, e acompanhar como a folga encolhe à medida que o trabalho avança.

Congele uma linha de base antes de começar

No dia em que o plano é acordado, salve uma cópia dele. Esse instantâneo congelado é a sua linha de base, e é o hábito mais subestimado desta lista. Sem uma, a pergunta estamos atrasados não tem resposta honesta, porque você editou o plano em silêncio tantas vezes que a versão de hoje sempre parece no prazo. A linha de base é a promessa que você fez. O plano vivo é o que está realmente acontecendo. A variação é a diferença entre os dois, e essa diferença é o número que importa.

O erro é ou nunca definir uma linha de base, de modo que você não possa medir o desvio, ou redefini-la toda vez que atrasa, o que é apenas mover a trave até você sempre ganhar. Defina-a uma vez, quando o plano for aprovado. Redefina-a apenas após uma mudança formal e acordada de escopo ou datas, e registre o motivo. Então cada revisão vira uma comparação simples: planejado contra real, tarefa por tarefa, num só relance.

Atualize em uma cadência regular

Um gráfico de Gantt criado uma vez e nunca mais tocado não é um plano, é um desejo. O gráfico é tão verdadeiro quanto a sua última atualização, e a forma mais certa de matar a confiança nele é deixá-lo desviar. A correção é uma cadência fixa: escolha um dia, mantenha-o e atualize o gráfico nesse dia, sejam as notícias boas ou más. Semanal serve para a maioria dos projetos. Trabalho de ritmo rápido pode precisar de duas vezes por semana, e uma construção longa e lenta pode precisar apenas de quinze em quinze dias.

Mantenha o ritual curto para que ele realmente aconteça. Eis uma revisão de cinco minutos que mantém um plano coeso:

1. Marque o progresso real de cada tarefa ativa, não a versão otimista.
2. Deslize qualquer tarefa atrasada e deixe as dependências recalcularem as datas a jusante.
3. Verifique o caminho crítico: ele se moveu, e a data final ainda está segura?
4. Compare o plano vivo com a linha de base e anote qualquer nova variação.
5. Sinalize uma ação para tudo o que agora está em risco, e dê a ela um responsável.

Faça isso a cada ciclo e os problemas vêm à tona enquanto ainda são pequenos. Pule por um mês e o gráfico vira ficção que todos aprenderam a ignorar.

Apresente um resumo, não o plano bruto

O plano que você gerencia e o plano que você apresenta são dois artefatos diferentes, e confundi-los é um erro silencioso, mas caro. Seu gráfico de trabalho pode ter oitenta linhas. Nenhum executivo vai ler oitenta linhas, e mostrar todas treina as partes interessadas a ignorar o gráfico por completo. A correção é recolher o detalhe em um resumo: agrupe as tarefas sob suas fases, mostre as barras de fase e os marcos, oculte o ruído no nível de tarefa, e deixe que qualquer um aprofunde apenas se quiser.

Um bom resumo responde a três perguntas numa só tela: em que fase estamos, qual é o próximo marco, e se estamos no prazo em relação à linha de base. Guarde a versão de cem linhas para você e sua equipe. Dê aos demais a versão limpa. Um gráfico que respeita o tempo do leitor é um gráfico que as pessoas continuam abrindo. Nossos exemplos de gráficos de Gantt mostram layouts de resumo que se leem bem em uma reunião de status.

Exemplo prático: antes e depois

Pegue um projeto pequeno, um redesenho de site de seis semanas, e conduza-o de duas maneiras. O plano do antes quebra quase todas as regras desta lista. O plano do depois as segue. Mesmo trabalho, mesma equipe, e um resultado muito diferente no momento em que a primeira tarefa atrasa.

A lista de verificação completa

Eis a lista inteira em um só lugar. Fixe-a ao lado do plano e percorra-a antes de compartilhar qualquer gráfico de Gantt com as pessoas que dependem dele. Cada linha é uma prática, o erro que a desfaz e a correção.

Nenhum desses hábitos é difícil por si só. Juntos, transformam uma imagem bonita em um plano em que as pessoas confiam, porque o gráfico continua respondendo à única pergunta que importa: ainda vamos terminar quando dissemos que terminaríamos? Comece um plano novo no editor e incorpore a lista desde a primeira linha.

Perguntas frequentes

Leia também

• O método do caminho crítico explicado
• Linha de base contra real: acompanhar a variação
• O que é folga (margem)?
• Voltar aos guias

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