O atraso aparece antes no canteiro: como criar alertas precoces com IA em obras

Um atraso raramente nasce no dia em que o cronograma fica vermelho. Ele começa antes: uma frente produz menos por três dias, o material prometido não chega, uma decisão de projeto fica sem resposta, uma equipe é deslocada para contornar uma restrição ou o mesmo serviço precisa ser refeito.

Esses sinais existem no canteiro, mas costumam chegar à gestão como áudio, foto, mensagem solta ou comentário de reunião. Quando são consolidados no relatório mensal, já contam o passado. O desafio não é pedir à IA um resumo mais bonito. É transformar evidência de campo em alerta acionável enquanto ainda existe tempo para decidir.

Relatório e alerta cumprem funções diferentes

O RICS Construction Productivity Report 2026, baseado em respostas de quase 3 mil profissionais, mostra que a medição mensal é a frequência mais comum nas regiões pesquisadas. O próprio relatório aponta a oportunidade perdida: ciclos semanais aproximam decisão e resultado. Também identifica planejamento, sequenciamento, coordenação e supervisão de campo entre os fatores relevantes para a produtividade.

O relatório explica o que aconteceu em um período. O alerta tenta mudar o que vai acontecer. Para cumprir essa função, ele precisa responder a seis perguntas:

• qual sinal mudou: avanço, restrição, suprimento, qualidade ou decisão;
• onde: obra, bloco, pavimento, frente ou pacote de serviço;
• qual é a evidência: quantidade, foto, áudio, prazo, documento ou histórico;
• qual pode ser o impacto: equipe parada, sequência comprometida, custo ou marco ameaçado;
• quem precisa agir: uma pessoa com autoridade para resolver ou escalar;
• até quando: prazo compatível com a janela real de decisão.

Sem esses campos, a IA apenas transfere ansiedade: dispara “atenção, possível atraso” para muita gente, sem dizer o que fazer.

Os cinco sinais que merecem vigilância

Comece com poucas famílias de sinal. Tentar prever todo tipo de desvio desde o primeiro dia aumenta cadastro e reduz adesão.

1. Progresso: produção real abaixo do planejado, avanço estagnado ou diferença crescente entre quantidade prevista e executada.
2. Restrição: frente sem acesso, projeto liberado, equipe, equipamento, inspeção ou condição segura para trabalhar.
3. Suprimento: compra sem confirmação, entrega que ultrapassou a data necessária, item crítico parcial ou substituição ainda não aprovada.
4. Qualidade e retrabalho: ocorrência repetida, inspeção reprovada, serviço desfeito ou pendência que bloqueia a etapa seguinte.
5. Decisão: RFI, aprovação, medição, compatibilização ou escolha executiva aberta além do prazo que preserva o plano.

A McKinsey, em análise publicada em 15 de julho de 2026, descreve justamente esse papel: agentes podem reunir e verificar informação, identificar exceções, encaminhar decisões para aprovação e manter trilha de auditoria. O especialista humano continua dono do julgamento e das consequências.

Use um contrato de sinal, não um prompt solto

Para cada sinal, escreva um contrato operacional. Ele pode começar em uma planilha e depois virar regra do sistema. O formato mínimo tem oito campos:

• evento observado: “concretagem do bloco B abaixo da meta diária”;
• fonte: diário de obra, apontamento, cronograma, compras, inspeção ou registro do responsável;
• referência: meta, prazo necessário, tolerância ou condição esperada;
• regra de persistência: quantas ocorrências ou quanto tempo tornam o desvio relevante;
• consequência possível: serviço seguinte, marco, equipe, custo ou cliente afetado;
• confiança: evidência confirmada, provável ou incompleta;
• dono e SLA: quem analisa e em quanto tempo;
• fechamento: decisão, ação, novo prazo e prova de resolução.

Exemplo: “A entrega do quadro elétrico passou da data necessária e afeta o início dos testes em quatro dias. Evidência: pedido confirmado pelo fornecedor e atividade no cronograma. Responsável: suprimentos. Prazo para resposta: hoje às 16h. Opções: confirmar entrega, aprovar fornecedor alternativo ou replanejar a sequência.” Isso já é trabalho gerenciável.

Semáforo: consequência, persistência e confiança

O mesmo desvio pode exigir respostas diferentes. Uma ocorrência isolada de baixa produção não deve parar a diretoria; três dias de queda em uma atividade no caminho crítico podem exigir decisão imediata. Classifique com três dimensões:

• Consequência: local, afeta outra frente ou ameaça marco/custo relevante;
• Persistência: episódio único, repetição ou tendência crescente;
• Confiança: relato sem evidência, dados parciais ou confirmação em duas fontes.

Depois traduza a combinação em uma rotina simples:

• Verde — observar: registrar e comparar no próximo ciclo; não enviar mensagem para a diretoria.
• Amarelo — tratar: abrir pendência com dono, prazo e verificação no mesmo dia ou na reunião de curto prazo.
• Vermelho — decidir: escalar com impacto, evidência e opções; acompanhar até a decisão e a atualização do plano.

O sistema de alerta precoce com IA apresentado pela autoridade britânica de grandes projetos em 13 de julho de 2026 usa dados já existentes para identificar projetos sob risco de migrar para uma classificação vermelha. A lição útil para uma construtora menor não é copiar a tecnologia: é ligar o alerta a um processo de revisão e apoio antes que a situação se consolide.

O registro mínimo diário

IA consegue estruturar áudio, texto e imagem, mas não inventa o fato que ninguém registrou. Para um piloto, peça nove itens curtos por frente:

• obra e frente de serviço;
• atividade executada;
• quantidade planejada e realizada, quando aplicável;
• restrição encontrada;
• material ou decisão aguardada;
• evidência anexada;
• responsável indicado;
• data necessária para resolver;
• próximo passo acordado.

O encarregado pode enviar um áudio curto. A IA transforma o relato nesses campos, pede apenas a informação crítica que faltou e cruza o registro com pendências anteriores. A equipe confirma antes que o dado vire alerta. Facilidade de captura não elimina responsabilidade pela veracidade.

Quatro exemplos de alerta útil

• Produção: “Alvenaria do bloco C ficou 18% abaixo da meta por três dias. Se o ritmo continuar, a instalação prevista para segunda perde a frente. Engenheiro da obra revisa equipe e sequência até 11h.”
• Suprimento: “Impermeabilizante não tem confirmação de entrega e será necessário em cinco dias. Compras valida estoque, alternativa homologada e impacto de preço até 15h.”
• Qualidade: “Duas inspeções reprovaram o mesmo detalhe no pavimento 4. A próxima execução foi pausada. Qualidade e empreiteiro registram causa, correção e critério de liberação.”
• Decisão: “Compatibilização da prumada está aberta há quatro dias e bloqueia a compra. Projetos apresenta duas opções, impacto e recomendação para aprovação até o fim do dia.”

Observe que o alerta não “prevê” uma data definitiva. Ele explicita uma condição, sua consequência provável e a janela de resposta. Previsão sem contexto cria falsa precisão; alerta com dono cria ação.

Piloto de 30 dias em uma obra

1. Semana 1 — escolha o recorte: selecione uma obra, duas frentes e no máximo dez contratos de sinal. Registre o baseline: quantas pendências vencem, quanto demora uma decisão e quantos alertas chegam tarde.
2. Semana 2 — opere em sombra: a IA estrutura registros e sugere o semáforo, mas o engenheiro decide o que entra na rotina. Ajuste limites e elimine alertas sem ação possível.
3. Semana 3 — encaminhe com SLA: amarelos viram pendências; vermelhos chegam ao nível correto com evidência e opções. Toda decisão volta para o histórico.
4. Semana 4 — compare e decidir: meça antecedência do alerta, tempo até atribuição, tempo até resolução, reincidência, falsos alertas e marcos preservados.

O Global Construction Survey 2025/2026 da KPMG recomenda fundação de dados, plataformas integradas, participação das equipes e início com aplicações móveis leves. Também alerta que planilhas e sistemas desconectados limitam escala e retorno. O piloto deve provar uma rotina melhor, não apenas a capacidade do modelo.

Checklist do gestor antes de escalar

• cada alerta aponta a evidência e a fonte original;
• há regra clara para verde, amarelo e vermelho;
• todo amarelo ou vermelho tem responsável e prazo;
• a classificação considera consequência, persistência e confiança;
• o sistema distingue falta de dado de risco confirmado;
• segurança, qualidade e obrigação contratual não são decididas automaticamente;
• o encerramento registra decisão, ação e evidência;
• alertas falsos e tardios são revisados semanalmente;
• a equipe consegue pausar a automação e corrigir o registro;
• o piloto melhora antecedência e resolução, não apenas volume de mensagens.

Sinais de que o projeto virou “mais um painel”

• a diretoria recebe dezenas de notificações sem prioridade;
• o mesmo alerta reaparece porque ninguém é dono do fechamento;
• a equipe registra dados só no fim da semana para cumprir tabela;
• o alerta não mostra a atividade ou marco afetado;
• a ferramenta classifica risco, mas a reunião continua coletando status;
• ninguém mede antecedência, tempo de decisão ou reincidência.

Quando isso acontece, trocar o modelo de IA não resolve. É preciso corrigir o contrato do sinal, a captura, a responsabilidade ou a rotina de decisão.

O ponto de vista operacional

IA em obras não gera ROI porque escreve relatórios em segundos. Ela gera valor quando reduz o intervalo entre o primeiro sinal e uma decisão útil. Isso exige processo, dado mínimo, responsável, prazo, evidência e revisão contínua.

O objetivo não é prometer que nenhum atraso ocorrerá. Chuva, alteração de projeto, mercado e imprevistos continuam existindo. A vantagem operacional é enxergar cedo, separar ruído de risco e agir enquanto ainda há alternativas de sequência, suprimento, equipe ou decisão.

Fontes consultadas

• McKinsey — How AI is reshaping the future of the AEC industry, 15 de julho de 2026.
• NISTA/GOV.UK — Government major projects demonstrate strong foundations for delivery, 13 de julho de 2026.
• RICS — Construction Productivity Report 2026, 9 de março de 2026.
• KPMG — Global Construction Survey 2025/2026: The paradox of progress, 2026.