Por que a melhoria contínua precisa de dados melhores

A melhoria contínua deveria gerar aprendizado que se acumula ao longo do tempo. Em muitas fábricas, porém, o trabalho de melhoria ainda depende fortemente de workshops, planilhas, relatórios isolados e do que as pessoas lembram do turno anterior. Um evento Kaizen pode gerar progresso visível, mas algumas semanas depois a mesma perda frequentemente reaparece sob condições de produção ligeiramente diferentes. O problema nem sempre está na qualidade da ideia de melhoria. O maior problema é que as equipes muitas vezes não conseguem comprovar se a contramedida realmente funcionou, onde funcionou e em quais condições deixou de funcionar.

POR QUE AS MELHORIAS KAIZEN FREQUENTEMENTE DESAPARECEM
Um workshop cria foco por alguns dias. As equipes mapeiam o processo, identificam desperdícios, atribuem ações, movem ferramentas, alteram checklists ou ajustam passagens de trabalho. Depois, a pressão normal da produção retorna. O supervisor tem outro pedido urgente, a manutenção tem outra falha, o planejamento muda a sequência e a qualidade coloca mais um lote em espera. A ação de melhoria permanece em algum arquivo Excel ou ferramenta de acompanhamento de projetos, em vez de se tornar parte do ritmo operacional. A pergunta importante, portanto, não é se a ação foi concluída, mas se a condição de produção realmente melhorou.

O PDCA PRECISA DE UMA ETAPA DE VERIFICAÇÃO REAL
Planejar, Fazer, Verificar, Agir soa simples, mas muitas organizações na prática executam Planejar, Fazer e Seguir em Frente. A etapa PLANEJAR deve definir um problema testável, a condição atual, a melhoria esperada e a hipótese por trás da contramedida. FAZER significa testar a contramedida em condições reais de produção, registrando contexto suficiente para entender o que de fato aconteceu. VERIFICAR significa comparar o resultado esperado com as evidências reais da produção. AGIR significa padronizar a mudança quando as evidências a sustentam, ou adaptar, restringir ou reverter a mudança quando não a sustentam.
• A perda realmente diminuiu?
• O problema simplesmente se deslocou para outro lugar?
• A mudança melhorou a disponibilidade, mas prejudicou a qualidade?
• Funcionou em diferentes produtos, equipes e turnos?
• A manutenção, o material, a programação ou outro processo alterado influenciou o resultado?
Uma única corrida de produção bem-sucedida não é prova. A melhoria contínua precisa de evidências suficientes para separar uma melhoria repetível de um turno com sorte.

GEMBA E DADOS PRECISAM UM DO OUTRO
Os dados não substituem o Gemba. Operadores, supervisores, técnicos, planejadores e equipes de qualidade entendem condições de produção que os sistemas frequentemente não conseguem capturar. Um registro de máquina pode mostrar uma parada de dez minutos, enquanto um operador sabe que a parada ocorreu porque um componente pareceu estranho, uma rota normal de material estava bloqueada ou o turno anterior deixou a estação em uma condição incomum. Ao mesmo tempo, a observação isolada mostra apenas um turno, um evento ou uma versão do problema. Dados operacionais conectados tornam possível testar se uma observação se repete entre ordens, produtos, máquinas, turnos, lotes de material e períodos mais longos.

O Gemba ajuda as equipes a identificar onde olhar e quais perguntas importam. Os dados operacionais ajudam a testar essas perguntas no padrão real de produção. O trabalho padronizado então carrega o aprendizado adiante, para que o turno seguinte não comece do zero.

COMECE PELA PERGUNTA DE MELHORIA
Um dos maiores erros na análise de manufatura é começar pelos dados que por acaso estão disponíveis. Uma linha de produção moderna pode gerar enormes volumes de informação a partir de CLPs, sensores, sistemas MES, ERP, sistemas de qualidade, aplicativos de manutenção e planilhas. Mais dados não geram automaticamente melhores decisões. Um processo de melhoria útil começa com a pergunta de produção que a equipe realmente precisa responder.

Em vez de perguntar “Que dados temos?”, pergunte “Que pergunta de produção estamos tentando responder?” Uma afirmação como “as trocas de setup demoram demais” ainda é ampla demais. Uma pergunta melhor seria: por que o tempo de troca de setup varia significativamente para a mesma família de produtos na mesma linha de produção? Isso define imediatamente o contexto que importa.
• Produto anterior
• Próximo produto
• Ordem de produção
• Recurso ou linha
• Configuração de ferramentas
• Material
• Turno ou equipe
• Início do setup
• Tempo de reinício
• Primeira unidade aceitável
• Produção estável
• Resultados de qualidade
• Alarmes da máquina
O objetivo não é coletar tudo. O objetivo é coletar o menor conjunto de fatos capaz de alterar a decisão de melhoria.

O ERP EXPLICA O PLANO
O ERP fornece o contexto comercial e de planejamento em torno da produção. Ele pode mostrar quantidades planejadas, roteiros, compromissos com clientes, necessidades de material, prioridade das ordens e a sequência de produção pretendida. Esse contexto importa porque as condições de produção mudam constantemente. Uma contramedida pode de fato reduzir o tempo de setup enquanto o desempenho de entrega se deteriora, porque o mix de produção mudou ou os planejadores introduziram trocas de produto mais frequentes.
O ERP, portanto, ajuda a explicar o que deveria ser executado, em qual sequência, para qual demanda, com quais roteiros e materiais. Mas o ERP descreve principalmente a intenção. Ele não necessariamente descreve o que fisicamente aconteceu no chão de fábrica.

O MES EXPLICA O QUE REALMENTE FOI EXECUTADO
O Sistema de Execução de Manufatura preenche parte dessa lacuna. O MES pode fornecer o histórico de execução por trás de uma ordem, incluindo início e término reais das operações, quantidade produzida, refugos, retenções, retrabalho, recursos, transações de operadores, consumo de material, rastreabilidade e códigos de motivo. Isso permite que as equipes de melhoria conectem perdas a ordens e operações reais, em vez de depender da memória ou de médias diárias.

Os dados do MES ainda precisam de interpretação. As transações podem ser lançadas com atraso, diferentes equipes podem usar os códigos de motivo de maneiras distintas, e um carimbo de tempo pode representar quando um operador confirmou algo, e não o momento físico exato em que aconteceu. O sistema fornece evidências, mas é o processo que dá significado a essas evidências.

DADOS DE MÁQUINA E IOT EXPLICAM O PROCESSO FÍSICO
Quando as equipes precisam entender o que aconteceu dentro de uma operação, os dados da máquina tornam-se importantes. Sinais de CLP e IoT podem expor estados da máquina, tempos de ciclo, alarmes, velocidade, temperatura, pressão, intertravamentos, carga do motor, comportamento de reinício e tempo até a produção estável. O MES pode mostrar que uma operação foi reiniciada em determinado horário, enquanto os dados da máquina explicam o que aconteceu nos minutos anteriores, até o retorno da produção estável.
• Alarmes repetidos
• Velocidade reduzida após o reinício
• Recuperação de temperatura
• Ajustes manuais
• Intertravamentos
• Tempos de ciclo instáveis
Dados de máquina sem contexto de produção ainda podem ser enganosos. Um alarme se torna muito mais útil quando pode ser conectado à ordem de trabalho, produto, operação, recurso, condição da ferramenta, material e resultado de qualidade que cercam o evento.

O CHÃO DE FÁBRICA ACRESCENTA SIGNIFICADO
Operadores, técnicos de manutenção, supervisores e equipes de qualidade preenchem as lacunas que os sistemas automatizados não conseguem preencher. Um código de motivo como “problema de material” pode descrever situações muito diferentes na prática. O material pode ter chegado atrasado, se comportado de forma diferente, trazido uma etiqueta incorreta, sido danificado ou criado um problema a jusante que só se tornou visível depois.

Códigos estruturados ajudam a categorizar eventos. O contexto humano ajuda a explicá-los. A captura de dados, portanto, precisa se ajustar à realidade da produção em vez de interrompê-la. A pergunta útil não é quanta informação um operador consegue inserir, mas qual é a menor entrada humana que tornaria a próxima decisão de melhoria melhor.

VOCÊ PRECISA DE UMA LINGUAGEM COMUM DE FÁBRICA
ERP, MES, sistemas de manutenção, historiadores e planilhas podem descrever o mesmo evento de produção de maneiras diferentes. Um sistema pode chamar um recurso de “Linha 3”, outro pode usar “LINHA03”, a manutenção pode rastrear vários ativos separados dentro da linha, e um historiador ainda pode usar uma antiga tag de CLP. Um