Todo sistema de chão de fábrica depende de alguém parar o que está fazendo e informar que uma etapa terminou. Esse alguém está com as mãos ocupadas, tem meta de produção e nenhum incentivo para alimentar um sistema — e é daí que vem o dado ruim.
Peça a um gerente de produção o tempo médio de uma etapa e ele vai dar um número. Pergunte de onde ele vem e a resposta é sempre a mesma: de apontamentos feitos por operadores — em terminal, em papel, ou nos dois.
O problema é que o apontamento compete com a produção. Quem está montando precisa parar, tirar a luva, achar o terminal, procurar a ordem numa lista e confirmar. Nos dias tranquilos isso acontece na hora; nos dias de pico, acontece no fim do turno, de memória, para várias ordens de uma vez.
E o dia de pico é justamente o dia sobre o qual você mais precisaria de dado confiável. O sistema falha exatamente quando a informação valeria mais — e essa é uma característica do desenho, não da equipe.
O resultado é um conjunto de tempos que descreve a intenção do processo, e não o processo. Etapas que "levam 40 minutos" porque é o que o padrão diz; ordens que aparecem concluídas em blocos, no mesmo minuto; e um tempo de ciclo médio que não corresponde a nenhuma peça que passou pela fábrica de verdade.
A diferença decide o valor do projeto. Um mapa mostra onde a ordem está; um motor de roteiro decide para onde ela vai — e faz isso a partir do movimento físico, sem ninguém confirmar nada em tela.
O mapa de zona para operação é o que torna isso possível: o sistema sabe que a zona 4 significa o departamento de pintura, processo X. Quando um item etiquetado entra ali, a ordem avança sozinha — e o tempo da etapa que acabou é registrado contra o tempo padrão dela.
A rota em si é configurada uma vez, como uma sequência nomeada de etapas de departamento, e reutilizada entre tipos de ordem. Define-se “rota padrão de montagem” e “rota de retrabalho” uma vez, e não a cada ordem aberta.
Estão em ordem crescente de valor, e a maioria dos projetos para no primeiro.
Um número único para a ordem inteira diz que ela levou seis dias. Não diz em qual das nove etapas ela ficou parada quatro deles — e é essa informação que separa uma discussão sobre capacidade de uma discussão sobre gargalo.
E há um efeito que só aparece depois de alguns meses: o tempo padrão do processo passa a poder ser questionado com dado. Se o real fica sistematicamente acima do planejado numa etapa, ou o processo mudou, ou o padrão nunca foi realista.
Foi o que sustentou o controle de produção na Embraer, onde o acompanhamento acontece sem escanear peça por peça — o avanço vem da passagem, e o registro de tempo vem junto.
Um motor de roteiro produz dado de fluxo com fidelidade que apontamento manual não alcança. Mas ele responde “onde” e “quanto tempo”, e não “por quê” — e confundir os dois é o que gera expectativa frustrada na primeira reunião de resultado.
A tecnologia de leitura é a parte fácil. Definir que uma zona significa um departamento e um processo específico exige conhecer o fluxo — e é onde alguém precisa decidir se a inspeção é uma etapa ou parte da montagem, se o retrabalho tem rota própria, se a área de espera conta como etapa.
Nenhuma dessas decisões é técnica, e todas mudam o dado que sai. Um projeto que trata o desenho de zonas como detalhe de instalação entrega números precisos sobre um processo que não é o seu.
Nenhum projeto de chão de fábrica falha por causa da leitura. Eles falham porque o fluxo que o sistema passa a medir não é o fluxo que a fábrica tem — e isso se descobre na hora de desenhar as zonas, não antes.
Veja o mecanismo em controle de produção e o segmento em indústria e manufatura. O caso real está na Embraer.
Se a resposta for “do apontamento”, você já sabe o que está medindo. E se ninguém souber dizer em qual etapa a ordem de ontem ficou parada, o problema não é falta de sistema — é que o dado nunca existiu.