Planejamento, Cronograma e Custos
Erros comuns no cronograma e como fazer um bom cronograma
Quase todo mundo que pergunta como fazer um bom cronograma de projeto já fez um cronograma ruim, e sabe disso pelo sintoma: a data final escorrega toda semana, ninguém consegue dizer o que está atrasando a entrega, e o arquivo vira um desenho que a equipe ignora. Os problemas raramente estão na ferramenta. Estão em decisões de montagem que parecem atalhos e cobram o preço depois.
Abaixo estão os doze erros que mais aparecem em revisões de cronograma, agrupados em estrutura, lógica, durações, recursos e controle. Para cada um: como reconhecer e como corrigir. No final, um checklist para revisar o seu antes de salvar a linha de base. O passo a passo de montagem desde o início está em como fazer cronograma de projeto; aqui o foco é o que separa um cronograma que funciona de um que só existe.
Formação relacionada
Microsoft Project Professional
Cronogramas confiáveis, linha de base, controle de desvio e relatórios que sustentam decisão de diretoria.
Como fazer um bom cronograma de projeto: os quatro testes
Um cronograma bom passa em quatro testes:
- Completo: cobre todo o escopo, inclusive gerenciamento, aprovações, testes e encerramento.
- Calculado: as datas saem das durações e das dependências, não da digitação.
- Realista: as durações consideram as pessoas de verdade, com a dedicação de verdade, no calendário de verdade.
- Controlável: tem linha de base, é atualizado com o avanço real e mostra o caminho crítico.
Cada erro abaixo quebra pelo menos um desses testes.
Erros na estrutura
1. Cronograma sem EAP
Sintoma: uma lista de tarefas que começou pelo que a equipe lembrou, sem agrupamento por entrega. Treinamento, migração de dados e testes de aceite aparecem tarde, quando alguém pergunta "e isso?".
Correção: comece pela Estrutura Analítica do Projeto (EAP). Cada pacote de trabalho vira um grupo de atividades. Se uma entrega do escopo não tem atividade, o cronograma está incompleto; se uma atividade não pertence a nenhuma entrega, ela está fora do escopo ou a EAP está incompleta.
2. Nível de detalhe errado
Sintoma: ou o cronograma tem atividades de três meses ("desenvolvimento do sistema"), impossíveis de acompanhar, ou tem tarefas de duas horas, impossíveis de manter atualizadas.
Correção: uma regra prática é que nenhuma atividade seja maior que o intervalo entre duas atualizações do cronograma multiplicado por dois ou três. Se você atualiza toda semana, atividades de até duas ou três semanas permitem perceber o atraso a tempo. Tarefas menores que um dia ficam na lista da equipe, não no cronograma do projeto.
3. Sem marcos
Sintoma: ninguém sabe dizer quais datas importam para o cliente ou para o patrocinador, e o acompanhamento vira percentual de conclusão.
Correção: marque como marcos (duração zero) as aprovações, entregas ao cliente, pontos de decisão e dependências externas. São eles que vão para o relatório executivo.
Erros na lógica
4. Dependências esquecidas
Sintoma: atividades que começam "no ar", sem predecessora, ou que terminam sem sucessora. A ferramenta mostra folgas enormes nessas atividades, e o caminho crítico calculado é falso.
Correção: toda atividade, exceto a primeira e a última, precisa de pelo menos uma predecessora e uma sucessora. Faça a busca por "pontas soltas" antes de qualquer análise. Uma atividade sem sucessora tem folga até o fim do projeto, o que quase nunca é verdade.
5. Datas digitadas em vez de calculadas
Sintoma: as atividades têm datas de início fixas, digitadas para "bater" com o prazo desejado. No primeiro atraso, nada se move, e o cronograma deixa de representar o projeto.
Correção: deixe a ferramenta calcular as datas a partir das durações e dependências. Use restrição de data só para o que é realmente fixo e externo: a data de um evento, a chegada de um equipamento importado, a janela de uma parada de fábrica.
6. Cronograma montado de trás para frente sem conferir a ida
Sintoma: a data final foi definida pela diretoria, e as atividades foram espremidas até caber. O cronograma parece viável, mas as durações não têm base.
Correção: planejar de trás para frente a partir de uma data obrigatória é legítimo, desde que o cálculo de ida seja feito depois com durações realistas. Se a ida terminar depois da data, a diferença aparece como folga negativa, e a conversa passa a ser sobre escopo, recursos ou data, com números na mesa.
Erros nas durações
7. Durações otimistas de um ponto só
Sintoma: cada duração é o "se tudo der certo" de quem vai executar. Somadas ao longo do caminho crítico, as pequenas otimistas viram semanas de atraso.
Correção: para as atividades críticas e incertas, peça três estimativas (otimista, mais provável e pessimista) e use a média ponderada. Para O = 5, M = 8 e P = 17 dias, a estimativa é (5 + 4 x 8 + 17) ÷ 6 = 54 ÷ 6 = 9 dias, um dia acima do "mais provável". O método está em estimativa PERT de três pontos.
8. Esforço confundido com duração
Sintoma: a estimativa "80 horas" vira "10 dias" no cronograma, mas a pessoa dedica metade do tempo ao projeto.
Correção: duração = esforço ÷ (horas por dia x dedicação). Com 80 horas de esforço, 8 horas por dia e 50% de dedicação: 80 ÷ (8 x 0,5) = 80 ÷ 4 = 20 dias úteis, e não 10. Pergunte sempre quanto tempo a pessoa realmente tem para o projeto.
9. Calendário ignorado
Sintoma: o cronograma conta todos os dias como úteis. Feriados nacionais e municipais, recessos de fim de ano e férias da equipe aparecem como surpresa.
Correção: configure o calendário do projeto com fins de semana, feriados e recessos, e registre as férias planejadas das pessoas-chave. Em projetos que atravessam dezembro e janeiro, ou o Carnaval, a diferença chega a semanas.
Erros de recursos
10. Pessoas superalocadas
Sintoma: a mesma pessoa aparece em três atividades paralelas, cada uma prevista com dedicação integral. Na prática, ela faz uma de cada vez, e as outras atrasam.
Correção: atribua as pessoas às atividades e confira a carga por período. Onde houver superalocação, desloque as atividades com folga, divida o trabalho ou acrescente gente. Um cronograma sem recursos é uma hipótese otimista sobre a disponibilidade de todos.
Erros de controle
11. Nenhuma contingência, ou contingência escondida
Sintoma: ou o cronograma não tem nenhuma margem e atrasa no primeiro imprevisto, ou cada pessoa acrescentou a própria gordura na duração, e ela some sem ninguém ver.
Correção: estime com realismo e trate a margem de forma explícita, como uma reserva no fim do caminho crítico ou antes dos marcos mais importantes, controlada pelo gerente do projeto. O artigo sobre cronograma com folgas estratégicas mostra como dimensionar e onde posicionar essa reserva.
12. Sem linha de base e sem atualização
Sintoma: o cronograma foi feito no início e nunca mais tocado, ou é atualizado por cima, sem guardar o plano aprovado. Não há como dizer quanto o projeto atrasou nem por quê.
Correção: salve a linha de base quando o cronograma for aprovado. Atualize semanalmente o avanço real e a duração restante de cada atividade em andamento, recalcule e compare com a linha de base. Olhe primeiro o caminho crítico: é ele que define a data, como explica o que é caminho crítico.
Checklist para revisar o cronograma antes de aprovar
Responda sim ou não. Cada "não" é uma correção a fazer:
- Toda entrega da EAP tem atividades no cronograma?
- Há atividades de gerenciamento, aprovações, testes e encerramento?
- Toda atividade intermediária tem predecessora e sucessora?
- As datas são calculadas, com restrições só onde a data é realmente externa?
- Nenhuma atividade é maior que duas ou três vezes o intervalo de atualização?
- As durações críticas foram estimadas com quem executa, e as incertas com três pontos?
- As durações consideram a dedicação real das pessoas?
- O calendário tem feriados, recessos e férias planejadas?
- Ninguém está superalocado nos períodos críticos?
- O caminho crítico faz sentido para quem conhece o projeto?
- A contingência está explícita e tem dono?
- Os marcos estão definidos e a linha de base será salva na aprovação?
Se dez ou mais respostas forem "sim", o cronograma está pronto para ser aprovado. Abaixo disso, cada "não" é um atraso futuro já contratado.
Revise o seu cronograma agora
Pegue o cronograma atual do seu projeto e passe pelo checklist, começando pelas pontas soltas e pelas datas digitadas, que são os erros mais rápidos de corrigir. O guia de planejamento de projetos mostra como o cronograma se apoia no escopo e nas estimativas.
Se preferir reconstruir a partir de uma base limpa, use o gerador de cronograma grátis da Projeto Diário: você informa duração e predecessoras, ele calcula as datas em dias úteis descontando os feriados nacionais (e as folgas extras que você informar), mostra a folga de cada atividade e destaca o caminho crítico no gráfico de Gantt, o que elimina de saída os erros de data digitada e calendário ignorado.