Como montar um cronograma de projeto que se sustenta

Cronograma bonito qualquer ferramenta faz. O difícil é montar um cronograma que você consiga defender quando alguém perguntar de onde saiu aquela data. Se a resposta for “foi a data que pediram”, o que você tem é uma promessa, e promessa não aguenta a primeira semana de projeto.

Neste artigo eu mostro como montar um cronograma de projeto em sete passos, com um exemplo simples, e quais erros fazem a data escapar mesmo quando a equipe trabalha bem.

O que é um cronograma de projeto

O cronograma é o plano que mostra o que precisa ser feito, em que ordem, por quem e em quanto tempo, até a entrega final. Ele responde a três perguntas: o que vem antes do quê, quanto tempo cada parte leva e quando o projeto termina.

Um cronograma que se sustenta tem uma característica: a data final é resultado de uma conta, e não o ponto de partida dela.

Antes de abrir a ferramenta

Cronograma não conserta projeto mal aberto. Antes de listar tarefas, confirme o que o projeto entrega, o que fica de fora e quem decide. Se isso ainda não está combinado por escrito, comece pelo Termo de Abertura do Projeto. Planejar prazo em cima de escopo indefinido é a forma mais comum de produzir um cronograma atrasado.

Como montar o cronograma em sete passos

1. Liste as entregas, não as tarefas

Comece pelo que o projeto precisa entregar, em blocos grandes. No exemplo da troca de um sistema de vendas: sistema configurado, dados migrados, equipe treinada, lojas operando. Só depois quebre cada entrega em tarefas. Quem começa pelas tarefas esquece entregas inteiras.

2. Quebre até conseguir estimar

Divida cada entrega em tarefas de alguns dias, no máximo duas semanas. Tarefa de dois meses esconde o atraso até ser tarde demais para corrigir. Se você não consegue dizer como saber que a tarefa terminou, ela ainda está grande ou vaga.

3. Mapeie o que depende do quê

Para cada tarefa, pergunte: o que precisa estar pronto para ela começar? Treinar a equipe depende do sistema configurado. Migrar dados depende da decisão sobre o que será migrado. É essa rede de dependências que define o prazo, muito mais do que a soma das durações.

4. Estime com quem vai fazer

Estimativa feita só pelo gerente costuma ser otimista. Peça a duração para quem vai executar e pergunte duas coisas: quanto tempo leva se tudo correr bem, e o que costuma dar errado nesse tipo de tarefa. A segunda resposta vale mais do que a primeira.

5. Considere a disponibilidade real

Oito horas de trabalho raramente são oito horas de projeto. Reunião, suporte à operação, férias e feriados entram na conta. Se a pessoa dedica metade do tempo ao projeto, a tarefa de cinco dias leva dez. Este é o ajuste que mais muda a data final, e o que mais se esquece.

6. Encontre o caminho que define a data

Com dependências e durações, aparece a sequência mais longa de tarefas ligadas entre si. É o caminho crítico: qualquer atraso nele atrasa o projeto inteiro. As tarefas fora dele têm folga. Saber onde está esse caminho diz onde você precisa olhar toda semana.

7. Coloque folga onde há risco e marcos para acompanhar

Distribuir “gordura” em todas as tarefas não protege o prazo, ela é consumida sem ninguém perceber. Coloque folga explícita nos pontos de risco conhecido, como integração com outro sistema ou aprovação de outra área. E defina de três a seis marcos, com data, que mostrem se o projeto está no caminho.

Exemplo simples de cronograma

Entrega	Depende de	Duração	Marco
Termo de abertura aprovado	Início	1 semana	Abertura aprovada
Sistema configurado	Abertura aprovada	4 semanas	Sistema pronto para teste
Dados migrados	Decisão sobre o que migrar	3 semanas	Dados validados
Equipe treinada	Sistema configurado	2 semanas	Lojas treinadas
Lojas operando	Dados migrados e equipe treinada	2 semanas	Virada concluída

Repare que a data final sai das dependências. Se a decisão sobre o que migrar atrasar duas semanas, a virada atrasa duas semanas, mesmo com todo mundo trabalhando no ritmo certo.

Erros que fazem o cronograma não se sustentar

• Começar pela data final. A data pedida vira o cronograma, e as durações são espremidas para caber.
• Ignorar dependência entre áreas. A tarefa é sua, mas a entrada dela é de outra equipe, que não sabe do prazo.
• Planejar com dedicação de 100%. Ninguém da equipe está só no seu projeto.
• Esquecer as decisões. Aprovação também tem duração, e costuma ser a mais imprevisível.
• Não atualizar. Cronograma que só existe no dia do planejamento vira peça de arquivo.

Como manter o cronograma vivo

Atualize o avanço toda semana, com um critério simples: tarefa concluída é tarefa entregue e aceita. Compare o que deveria estar pronto com o que está, e olhe primeiro para o caminho que define a data. Quando a diferença aparecer, trate cedo. Se o projeto já saiu do trilho, veja o passo a passo em como recuperar um projeto atrasado.

Perguntas frequentes

Qual ferramenta usar para o cronograma?

A que a sua equipe realmente abre. Uma planilha bem montada resolve a maioria dos projetos. Ferramentas dedicadas ajudam quando há muitas dependências e várias equipes.

Qual a diferença entre cronograma e gráfico de Gantt?

O cronograma é o plano de datas e dependências. O Gantt é uma forma de desenhar esse plano em barras ao longo do tempo.

Quanto de folga devo colocar?

Não existe percentual fixo. Coloque folga onde há risco conhecido e deixe essa folga visível, com dono, para ninguém consumir sem avisar.

Com que frequência devo atualizar?

Toda semana, no mesmo dia, antes da reunião de status.

Para descobrir onde o seu projeto está mais frágil antes de planejar, faça o diagnóstico gratuito.