A atividade entrou no plano semanal. Ela está pronta para começar?

A concretagem aparece no cronograma da próxima semana. No papel, a equipe está disponível e a data preserva o marco. No canteiro, porém, a liberação do projeto ainda não chegou, parte das instalações embutidas não foi conferida e a bomba não tem janela confirmada. Colocar a atividade no plano não remove nenhuma dessas barreiras.

Esse é um uso promissor — e perigoso — da IA em obras. Modelos já conseguem decompor atividades longas, reunir pendências e sugerir sequências. Mas um plano mais rápido de produzir não é necessariamente um plano executável. Se a automação transforma intenção em compromisso sem testar restrições, apenas acelera a criação de promessas frágeis.

Este artigo apresenta o método PRONTA, um protocolo para usar IA no lookahead e no planejamento semanal sem tirar de encarregados, engenheiros e equipes a autoridade sobre compromissos reais. A unidade de valor não é “atividade gerada”; é pacote de trabalho liberado, assumido e concluído conforme o critério combinado.

O cronograma diz o que deveria acontecer; a prontidão mostra o que pode acontecer

O Lean Construction Institute organiza o Last Planner System em cinco conversas: o que deveria ser feito, o que pode ser feito, o que será assumido, o que foi realizado e o que a equipe aprendeu. Nessa lógica, o planejamento make-ready remove restrições antes que o trabalho vire promessa semanal; o compromisso é feito por quem está próximo da execução e tem autoridade sobre ela.

O glossário do próprio instituto descreve o lookahead como uma janela de três a doze semanas, frequentemente seis, atualizada para dar tempo de preparar o trabalho. Também separa o plano semanal — nível de compromisso — do backlog executável: tarefas prontas que podem ser acionadas sem atropelar o fluxo.

Essa separação resolve uma confusão comum. A atividade pode estar prevista no cronograma, detalhada no lookahead e ainda assim não estar liberada para execução. A IA ajuda a enxergar e organizar esse intervalo; não deve apagá-lo.

O que a tecnologia recente já demonstra — e o que ainda não demonstra

Um estudo publicado em 2026 na Advanced Engineering Informatics treinou um modelo especializado para decompor atividades de cronogramas mestres em tarefas de lookahead. O conjunto reuniu quatro projetos comerciais, 30 planos de curto prazo, 849 atividades de cronograma mestre e 3.364 tarefas detalhadas. O trabalho mostra potencial para reduzir o esforço de transformar marcos amplos em rascunhos operacionais, mas os próprios autores preservam ajustes manuais e apontam limitações de generalização para novos contextos.

Outra pesquisa de 2026 no Journal of Computing in Civil Engineering incorpora restrições materiais e espaciais à estimativa de conclusão de tarefas, reforçando a ligação entre plano e condições reais de obra. Já um estudo de 2024 na Automation in Construction, com 1.464 observações de 164 projetos, encontrou valor preditivo em indicadores do Last Planner para antecipar o resultado do cronograma.

Os resultados são relevantes, mas não autorizam uma conclusão exagerada. Prever risco, sugerir decomposição ou estimar prontidão não confirma que projeto, material, frente, segurança, equipe e precedente estão liberados naquele canteiro. Uma revisão sistemática de 2025 sobre planejamento automatizado em construção observou que os trabalhos revisados ainda não haviam avaliado seus sistemas em um processo de execução no canteiro. A passagem do modelo para a rotina continua sendo uma questão operacional.

Separe cinco estados antes de automatizar

1. Prevista: a atividade existe no cronograma mestre ou de fase e tem ligação com um marco.
2. Detalhada: foi decomposta em pacote com local, quantidade, equipe, duração e condição de término.
3. Condicionada: suas restrições foram identificadas, mas uma ou mais ainda têm pendência, dono ou data de remoção.
4. Pronta: os critérios de início foram verificados em fontes válidas e dentro da janela definida.
5. Comprometida: o último planejador e a equipe aceitaram executá-la, com capacidade e coordenação dos handoffs.

Uma sugestão de IA pode mover a tarefa de prevista para detalhada. Uma integração pode atualizar parte das restrições. Só a evidência e a autoridade definidas pela obra podem declará-la pronta; só quem executa pode assumir o compromisso semanal.

Método PRONTA: da intenção ao pacote executável

1. P — Pacote delimitado: transforme a atividade ampla em unidade verificável. Registre frente, local, quantidade, equipe, predecessora, sucessora, duração e condição de satisfação. “Executar instalações do pavimento” não é um compromisso testável.
2. R — Restrições explicitadas: procure projeto e informação, material, equipamento, mão de obra, acesso e espaço, atividade precedente, segurança, qualidade, licença, decisão do cliente e interferência entre equipes. Cada restrição precisa de estado e evidência, não apenas um campo “ok”.
3. O — Owner e data limite: atribua a remoção de cada barreira a uma pessoa com autoridade e estabeleça uma data anterior ao início planejado. “Suprimentos” ou “engenharia” são áreas; não são donos identificáveis.
4. N — Nexo com o plano: mantenha ligação entre tarefa, pacote de fase, cronograma mestre, zona e handoffs. Quando a IA sugerir uma mudança, mostre o marco afetado, as dependências consideradas e as que ficaram sem fonte.
5. T — Teste de prontidão: revalide fontes perto da execução. Confirme versão do projeto, quantidade recebida e inspecionada, disponibilidade real da equipe, liberação da frente, condição do precedente e critérios do PGR aplicáveis. Informação antiga não libera trabalho novo.
6. A — Aprendizado reconciliado: compare o prometido com o concluído, registre causas de não cumprimento e atualize regras, cadastro de restrições e planejamento. O objetivo não é culpar a equipe, mas reduzir a repetição das mesmas barreiras.

Em um trabalho apresentado no IGLC 2026, a IA aparece como camada de apoio para síntese de informação, visibilidade e decisão antecipatória, mantendo supervisão humana. Essa é a fronteira prática do método PRONTA: a tecnologia prepara a conversa de compromisso; não a substitui.

Matriz de prontidão × consequência

• Alta prontidão, baixa consequência: elegível para compromisso normal; a IA pode consolidar evidências e acompanhar o estado.
• Alta prontidão, alta consequência: elegível somente após verificação reforçada, alçada e critérios formais de liberação.
• Baixa prontidão, baixa consequência: manter no lookahead, designar ações de remoção e avaliar se cabe ao backlog executável depois da liberação.
• Baixa prontidão, alta consequência: não prometer. Escalar cedo, proteger o marco e preparar alternativa sem mascarar a restrição.

Consequência considera segurança, qualidade, retrabalho, custo, prazo e impacto em outras frentes. Prontidão não é uma probabilidade genérica: é o conjunto de condições comprovadas para aquele pacote, lugar e momento.

Ficha mínima para cada pacote de trabalho

• obra, fase, zona, pavimento, frente e código do cronograma mestre;
• descrição executável, quantidade, unidade, duração e critério de conclusão;
• predecessora, sucessora, handoff esperado e espaço compartilhado;
• equipe, produtividade assumida, equipamentos e capacidade disponível;
• projetos e documentos com revisão, origem, aprovação e validade;
• materiais com quantidade necessária, saldo liberado, local e inspeção;
• restrições abertas, dono, data limite, evidência e regra de escalonamento;
• requisitos de segurança, qualidade, acesso, permissão e liberação;
• data da última verificação, responsável e nível de confiança por restrição;
• decisão semanal: não elegível, pronta, comprometida, concluída ou replanejada;
• motivo de variação e ação para impedir recorrência.

Exemplo: concretagem prevista para quinta-feira

Considere um exemplo hipotético. O cronograma prevê concretar uma laje na quinta. Um agente consulta o lookahead, o repositório de projetos, o controle de materiais, as pendências de qualidade e as atas de coordenação.

1. Ele decompõe a atividade em pacote com laje, volume, equipe, janela, acesso, bomba, armação, formas, embutidos e critérios de liberação. O planejador revisa a granularidade.
2. O sistema encontra projeto estrutural liberado, mas identifica revisão elétrica posterior à prancha usada pela equipe e ausência de aceite dos embutidos. A tarefa fica condicionada, não “quase pronta”.
3. A pendência recebe dono, evidência necessária e limite na terça-feira. A IA lembra e consolida respostas, mas não interpreta silêncio como aprovação.
4. Na reunião semanal, a equipe visualiza capacidade, interferências e estado das restrições. Sem aceite até o corte, não promete a concretagem; aciona um pacote alternativo previamente pronto.
5. Após a execução, o sistema compara quantidade, horário, condição de satisfação e variações. Se a restrição elétrica se repetir, a rotina de compatibilização muda; não basta registrar “atraso de projeto” novamente.

O ganho não é uma programação visualmente mais bonita. É evitar mobilização perdida, espera, improviso, retrabalho e quebra de confiança entre equipes.

O que a IA pode fazer e onde deve parar

• Pode: extrair atividades, sugerir decomposição, cruzar versões, apontar dados ausentes, agrupar restrições, priorizar cobranças, preparar a reunião e acompanhar prazos.
• Com confirmação: atualizar o estado de uma restrição, propor replanejamento, estimar risco de não conclusão e recomendar pacotes alternativos.
• Não deve decidir sozinha: liberar trabalho de alta consequência, aceitar projeto ou serviço, alterar marco contratual, ignorar condição de segurança ou assumir compromisso em nome de uma equipe.

A regra é simples: quanto maior a consequência e menor a reversibilidade, mais forte deve ser a prova, a alçada e a revisão. O agente precisa exibir fonte, horário e incerteza — não apenas um selo verde.

Placar para medir operação, não volume de tarefas geradas

• Índice de prontidão: pacotes elegíveis com todas as restrições críticas verificadas ÷ pacotes candidatos.
• Remoção no prazo: restrições fechadas antes da data limite ÷ restrições com vencimento no período.
• PPC: compromissos concluídos integralmente na data prometida ÷ compromissos semanais.
• Promessa bloqueada: tarefas comprometidas que ainda tinham restrição crítica aberta; a meta deve tender a zero.
• Recorrência: causas repetidas de não cumprimento por tipo, equipe, fase e origem.
• Tempo de decisão: intervalo entre a identificação da barreira e sua remoção, escalonamento ou replanejamento.
• Qualidade do encerramento: percentual de pacotes concluídos com condição de satisfação e handoff aceitos.

Não recompense a equipe por aumentar artificialmente a quantidade de tarefas pequenas ou por fechar restrições sem evidência. Métrica sem definição operacional cria comportamento de maquiagem.

Doze perguntas antes de iniciar um piloto

1. Qual fase, frente e horizonte terão escopo limitado?
2. Qual sistema é a fonte oficial do cronograma e de suas revisões?
3. O que torna um pacote pequeno o suficiente para ser prometido e medido?
4. Quais classes de restrição a obra usa hoje — e quais ficam invisíveis?
5. Quem pode declarar cada restrição removida?
6. Qual evidência e qual validade são exigidas para cada classe?
7. Quando ocorre o corte para entrar no plano semanal?
8. Quem é o último planejador de cada disciplina?
9. Que backlog pronto protege a produção quando uma tarefa cai?
10. Como alterações de projeto, material ou frente reabrem a prontidão?
11. Como PPC e motivos de variação serão registrados sem virar punição?
12. Que resultado operacional justificará ampliar o piloto?

Piloto assistido de 20 dias úteis

1. Dias 1–5: selecione uma frente, reconcilie fontes e defina pacote, restrições, evidências, alçadas e linha de base.
2. Dias 6–10: deixe a IA gerar rascunhos e um registro sombra de prontidão; compare com a reunião existente sem alterar compromissos.
3. Dias 11–15: use o quadro na preparação do lookahead, com confirmação humana para estados e teste diário de divergências.
4. Dias 16–20: acompanhe uma semana comprometida, reconcilie conclusão e causas, revise métricas e decida se há base para escalar.

Interrompa ou reduza o escopo se fontes não têm revisão confiável, donos não respondem, a equipe contorna o processo por WhatsApp ou o sistema declara prontidão sem prova. IA não conserta governança ausente; ela torna a ausência mais rápida e mais visível.

Fontes consultadas

• Lean Construction Institute — Last Planner System, conversas e elementos do planejamento.
• Lean Construction Institute — definições de lookahead, make-ready, PPC e plano semanal.
• Advanced Engineering Informatics — ExpertPlanner, 2026.
• Journal of Computing in Civil Engineering — estimativa orientada por dados no lookahead, 2026.
• Automation in Construction — previsão de desempenho com indicadores LPS e aprendizado de máquina, 2024.
• IGLC 2026 — integração de Last Planner, Scrum e IA com supervisão humana.
• ACM Computing Surveys — revisão de planejamento automatizado em construção, 2025.