Você passou o fim de semana replanejando. Na segunda, a obra já mudou de novo.

Isso acontece toda semana. E vai continuar acontecendo enquanto o cronograma precisar ser atualizado manualmente, atividade por atividade.

O problema não é a sua dedicação. É que o instrumento que você usa foi feito para ser apresentado em reunião, não para acompanhar o ritmo real de uma obra em execução.

O ciclo que você conhece bem

Sexta à tarde, ou no fim de semana: você atualiza o cronograma. Desloca barras, recalcula dependências, verifica o caminho crítico. Leva horas.

Na segunda de manhã, você chega na obra e encontra: um subempreiteiro que entrou dois dias antes do previsto, uma frente de estrutura que avançou além do esperado, uma concretagem suspensa por falta de equipamento.

O cronograma de obra que você atualizou já está desatualizado antes de ser usado. Isso não é falha de processo. É o comportamento esperado de um instrumento que exige reconstrução manual toda vez que um parâmetro muda. E em obra, parâmetros mudam todos os dias.

O formato do cronograma é o problema, não o processo

Em um cronograma de barras de atividades, cada mudança de ritmo ou sequência precisa ser propagada manualmente para cada tarefa afetada. Se o revestimento do pavimento 5 atrasou três dias por falta de argamassa, você precisa deslocar o revestimento do 6, do 7, do 8. Depois verificar quais outras equipes dependem da liberação desses pavimentos. Depois recalcular se o prazo final foi afetado e em quantos dias.

Em uma obra vertical de 20 andares com 15 serviços repetitivos por pavimento, isso representa centenas de ajustes manuais para refletir um único evento. O planejador não está fazendo planejamento nesse momento. Está fazendo digitação em cascata.

O instrumento não foi feito para obras com esse nível de repetição e interdependência. Ele funciona bem para projetos com pouca repetição, onde cada atividade tem uma lógica própria e a cadência não é o principal fator de controle. Em obras verticais, ele impõe um custo de atualização que não existe por necessidade técnica e sim por limitação de formato.

O que a Linha de Balanço muda na lógica do replanejamento

A Linha de Balanço representa cada serviço como uma reta em um gráfico onde o eixo vertical mostra os locais da obra (pavimentos, unidades, lotes) e o eixo horizontal mostra o tempo. A inclinação da reta indica o ritmo de produção da equipe: mais inclinada, mais rápida; menos inclinada, ritmo menor.

Quando o ritmo de uma equipe muda, o planejador ajusta a inclinação da reta correspondente. O impacto se propaga automaticamente nas atividades que dependem daquela equipe, sem necessidade de editar cada pavimento individualmente. O replanejamento que levava horas em um cronograma de barras passa a ser uma operação de minutos.

Mas há outro ganho menos óbvio: o gráfico da Linha de Balanço mostra conflitos antes que eles aconteçam no canteiro. Se duas equipes têm trajetórias que se cruzam no mesmo pavimento no mesmo período, o cruzamento aparece visivelmente no gráfico. No cronograma de barras, esse conflito só fica evidente quando já causou espera, retrabalho ou paralisação.

O que o engenheiro de planejamento ganha de volta?

A mudança de instrumento não elimina a complexidade da obra. Ela reposiciona o que o planejador faz com o seu tempo.

Quando o replanejamento leva minutos em vez de horas, o profissional não está mais gastando o fim de semana reconstruindo o cronograma. Está avaliando o que os dados estão dizendo: qual equipe está abaixo do ritmo previsto, onde há risco de conflito de frentes nas próximas semanas, se o prazo final ainda é sustentável com os recursos atuais.

Isso é planejamento de verdade. O outro era administração de planilha.

A Prevision é a plataforma de planejamento e controle de obras do ecossistema Sienge. Ela suporta a Linha de Balanço com replanejamento propagado, integração com dados de avanço físico e acesso via web e aplicativo mobile, tanto no escritório quanto no canteiro.

Veja como funciona na prática →