Por que pedidos ETO/MTO atrasam mesmo com um bom sistema — e onde o prazo realmente se perde

Numa fábrica de equipamentos sob encomenda, o atraso raramente nasce no chão de fábrica. Ele nasce três semanas antes, no momento em que a engenharia libera uma revisão de desenho que o planejamento só vê depois que a peça errada já está sendo usinada. Quando o desvio aparece no apontamento, o estrago está feito: retrabalho, sucata, uma data de entrega que ninguém mais consegue cumprir sem hora extra.

Esse é o problema específico do mundo ETO (engineer-to-order) e MTO (make-to-order): o produto ainda está sendo projetado enquanto já está sendo fabricado. Engenharia, planejamento e produção não trabalham em sequência. Trabalham em paralelo, disputando a mesma informação em versões diferentes. E é nessa junção, não na capacidade da máquina nem na competência do programador, que a maior parte do prazo se perde.

O atraso não está onde a maioria procura

A leitura mais comum de um atraso em Heavy Equipments é operacional: faltou capacidade, o fornecedor de material demorou, a equipe de montagem produziu menos que o previsto. Tudo isso acontece. Mas tratar esses sintomas sem olhar a raiz é enxugar gelo, porque o gargalo estrutural do ETO é de outra natureza. É de informação desincronizada entre áreas.

Um estudo recente publicado na revista Industry 4.0 Science, conduzido em estaleiros alemães de construção naval sob encomenda (um setor ETO clássico), mediu esse custo de forma direta. Aproximadamente 10% das horas gastas em fabricação e montagem foram atribuídas a mudanças de projeto. Não é 10% do orçamento de engenharia: é 10% das horas de chão de fábrica, consumidas em refazer o que já tinha sido feito segundo um desenho que deixou de valer.

O mesmo estudo aponta um segundo efeito, ainda mais revelador para quem gere PCP. Mudanças de projeto podem aumentar o número de tarefas de planejamento em até 25%, o que gera perda de clareza. Cada revisão de engenharia não apenas altera uma peça: ela reabre uma cadeia de decisões de programação que já estava fechada. E quando essa cadeia é reaberta por e-mail, conversa de corredor ou uma planilha que só uma pessoa atualiza, a perda de clareza vira perda de prazo.

A causa do atraso em ETO raramente é “produzimos devagar”. É “produzimos a coisa certa tarde demais, ou a coisa errada no tempo certo”. Os dois casos têm a mesma origem: a informação de engenharia e a decisão de produção não chegaram juntas ao mesmo ponto.

Repare no que isso significa na prática. Em série, existe protótipo, existe zero-série, existe um momento de congelamento do projeto antes de a produção começar. O ETO não tem esse luxo. Na construção naval sob encomenda não há protótipo nem série zero, e o congelamento de projeto às vezes precisa ser suspenso após avaliar o efeito de ajustes na estrutura específica. O projeto muda com a fábrica rodando. Isso não é uma falha de disciplina da engenharia: é a natureza do negócio, porque o cliente tem influência sobre o produto durante boa parte do desenvolvimento.

O que “sincronizar” de fato significa (e o que não significa)

Aqui vale separar duas coisas que costumam ser confundidas. Sincronizar engenharia, planejamento e produção não é comprar mais um software e conectar tudo a um sistema monolítico único. A literatura da área é clara sobre por que essa tentativa falha em ambientes ETO: há partes demais envolvidas, algumas externas, e um sistema único e fechado se torna ineficaz diante dessa variedade. Sistemas monolíticos costumam ser ineficazes pela grande variedade de partes envolvidas, algumas externas, e por isso há um movimento em direção a sistemas baseados em interfaces.

Sincronizar, no sentido que resolve o atraso, é outra coisa: é garantir que uma mudança relevante, seja um pedido de alteração, uma revisão aprovada ou um marco de produção atingido, atualize automaticamente e quase em tempo real todos os sistemas que dependem dela. O estudo naval descreve exatamente esse mecanismo: sincronização automática e quase em tempo real para eventos-chave definidos, em que mudanças de ciclo curto como solicitações de alteração, revisões técnicas, aprovações de desenho e marcos de produção são imediatamente atualizadas em todos os sistemas relevantes.

A diferença é entre “ter os sistemas conectados” e “ter os eventos propagados”. Muita indústria tem o primeiro e acha que resolveu. O que muda o prazo é o segundo.

Por que a planilha e o e-mail sabotam o ETO especificamente

Em produção repetitiva, uma planilha desatualizada custa caro, mas o dano é contido, porque o próximo ciclo corrige. No ETO, o mesmo atraso de informação é fatal, porque não existe próximo ciclo idêntico. Cada pedido é único. Quando a informação de mudança viaja em desenho impresso ou em mensagem avulsa, o chão de fábrica é o último elo da corrente a saber, e é justamente onde o custo de errar é maior. Mudanças e seu status muitas vezes são comunicados com atraso, com o nível de campo como último elo da cadeia; se a informação circula de forma analógica, em desenhos e listas impressas, não é possível reagir em tempo real.

O estudo classifica as perdas de eficiência do ETO em duas frentes de ação, e ambas são de sincronização, não de tecnologia de máquina:

• Falta de sincronização de processo. Processos não coordenados entre projeto, planejamento e produção fazem com que documentos essenciais não estejam disponíveis no tempo certo conforme o plano de produção, o que leva a atrasos por documentos de projeto ou entregas de material que chegam tarde. O plano existe. Os documentos que ele precisa não chegam quando ele precisa.
• Falta de status de processo atualizado. Por causa de mudanças frequentes de projeto, versões diferentes de listas de materiais e desenhos coexistem em departamentos diferentes; manter informação consistente entre áreas é especialmente difícil com documentos em papel, e o resultado é que componentes são concluídos segundo desenhos antigos e precisam ser rejeitados e refeitos. É o retrabalho puro: a peça foi feita certo, para um desenho errado.

O que a sincronização entrega quando é feita direito

Um ponto que o setor precisa ouvir com franqueza: nenhuma dessas duas frentes se resolve com um sistema mais caro. Resolvem-se com processo, dado consistente e integração desenhada para propagar eventos, e a ferramenta entra a serviço disso, não no lugar disso. O portfólio SIEMENS Opcenter é referência global justamente porque conecta planejamento (Opcenter Planning, Scheduling) e execução (Opcenter Execution/MES) sobre uma base de dados única, integrável ao PLM que a engenharia usa e ao ERP que a operação usa. Mas o mesmo estudo naval que documenta o problema também documenta a condição de sucesso: os ganhos vieram da integração baseada em interfaces entre um sistema PLM da Siemens e um ERP, com dados sincronizados formando um fio digital consistente, e não de trocar o parque de sistemas por um só.

E os ganhos são concretos. O piloto descrito no estudo, rodado por 18 meses num estaleiro de iates, resultou em três efeitos diretos: menos rejeições, redução significativa do esforço manual de planejamento e menos esforço de retrabalho na montagem. Some-se a isso um efeito que raramente entra em planilha de ROI, mas que separa projeto que adere de projeto que trava: a implementação recebeu feedback positivo dos funcionários pela maior transparência. Quem opera passa a confiar no plano, e plano em que a operação confia é plano que a operação executa.

No Brasil, esse padrão se repete. Numa indústria de equipamentos para o agro, um projeto de closed loop que conectou planejamento e execução com dado consistente entregou queda de 58% no lead time, aumento de 40% na pontualidade de entrega e redução de 56% no esforço do PPCP. Os números impressionam, mas o mais estratégico não é a velocidade: é que a área de planejamento deixou de gastar mais da metade da sua energia apagando incêndio de informação desencontrada e passou a governar o fluxo. O ganho de lead time é consequência. O ganho de governança é a causa.

O que fazer antes de trocar de sistema

Se a sua operação de Heavy Equipments convive com atrasos crônicos e retrabalho por mudança de engenharia, a pergunta útil não é “qual APS eu compro”. É esta: quando a engenharia muda um desenho, quanto tempo leva até a produção parar de fazer a versão antiga? Se a resposta se mede em dias, ou depende de alguém lembrar de avisar, o problema não é a ferramenta. É a ausência de um mecanismo que propague o evento.

Mapear isso é o primeiro passo, e não exige comprar nada: é entender onde a informação de mudança emperra hoje, quantas versões de uma mesma lista de materiais circulam em paralelo, e quem fica sabendo por último. Esse diagnóstico é o que transforma a discussão de “precisamos de um sistema” em “precisamos sincronizar estes três pontos”, que é uma conversa muito mais barata e muito mais eficaz.

Antes de avaliar qualquer ferramenta, mapeie onde a informação entre engenharia, planejamento e produção emperra na sua operação. O Diagnóstico de Maturidade da LSB identifica exatamente esses pontos de desincronização em ambientes ETO/MTO e mostra o que resolver primeiro.