Andon é um recurso visual ou sonoro que mostra o estado de uma operação e sinaliza uma anormalidade para acionar uma resposta. Para funcionar, o alerta precisa ser compreensível, ter destinatário e resposta definidos e gerar acompanhamento. Instalar uma luz ou botão sem combinar o que acontece depois não resolve o problema e pode fazer os sinais serem ignorados.
O que é um andon
O Lean Enterprise Institute descreve andon como uma ferramenta visual que permite perceber o estado da operação e sinaliza quando ocorre uma anormalidade. Pode indicar parada de máquina, problema de qualidade, falta de material, atraso ou necessidade de assistência. A forma pode ser um painel, torre luminosa, cordão, botão ou indicação digital, conforme o trabalho.
O sinal precisa comunicar uma condição relevante no ponto e no momento em que a resposta pode ajudar. Um painel de resultado mensal pode apoiar gestão à vista, mas não necessariamente funciona como andon. A diferença está na relação com uma condição atual e com a ação que a equipe deve realizar, não apenas na presença de cores ou indicadores.
Escolha qual anormalidade precisa de resposta
Comece definindo a condição que deve gerar sinal. Pode ser um defeito detectado, uma interrupção, um recurso ausente ou um pedido de apoio que não pode aguardar a reunião seguinte. Escreva o evento em termos observáveis e confirme que as pessoas conseguem reconhecê-lo de modo consistente.
Evite tentar sinalizar tudo. Alertas demais competem pela atenção e podem esconder situações mais importantes. Defina níveis quando diferentes condições exigirem respostas distintas, mas não crie códigos que a equipe não consiga aprender ou manter. Considere segurança, qualidade, continuidade e necessidade do cliente ao decidir quais eventos justificam uma chamada imediata.
Desenhe o sinal para ser compreendido
Escolha um sinal visível ou audível no ambiente de trabalho sem confundir pessoas nem criar distração desnecessária. Cores podem ajudar, mas não devem ser a única forma de transmitir significado; combine-as com texto, símbolo ou padrão adequado quando o contexto exigir. Teste visibilidade, alcance, acessibilidade e condições de ruído ou iluminação.
Se a equipe usa um cordão, botão ou mensagem digital, deixe claro onde acionar e como confirmar que o pedido foi recebido. Diferencie “preciso de ajuda” de “a operação parou” se esses estados tiverem respostas diferentes. Uma pessoa nova deve conseguir entender o alerta e saber o que fazer sem depender de memória informal.
Combine quem responde e em quanto tempo operacional
Defina quem recebe a chamada, como a responsabilidade é passada em ausências e qual é a ação inicial. Em alguns processos, a resposta pode ser apoiar a correção no local; em outros, conter o produto, chamar manutenção ou proteger o cliente. Não fixe uma promessa de tempo sem validar recursos, distâncias e cobertura da equipe.
Explique quando o processo continua, quando aguarda e quando precisa parar conforme as regras de segurança e qualidade aplicáveis. O sistema Toyota descreve jidoka como detectar anormalidades e impedir que defeitos sigam adiante; a decisão concreta de interrupção depende do processo. O andon ajuda a tornar a condição visível, mas não substitui procedimento, competência técnica ou autoridade definida.
Exemplo hipotético: apoio durante uma operação
Imagine uma operadora que percebe uma peça fora do critério de aceitação. Ela aciona um botão identificado como pedido de suporte. Um líder recebe o sinal, aproxima-se, verifica a condição com a operadora e segue a regra local para conter e identificar itens potencialmente afetados. O alerta mostra que há uma anormalidade; não informa automaticamente sua causa.
Depois da resposta inicial, a equipe registra o que ocorreu e decide se precisa investigar recorrência, ferramenta, material ou instrução. Se o alerta não foi atendido porque o responsável estava em outra área, isso revela um problema de cobertura a resolver. O exemplo é hipotético e deve ser adaptado às regras de segurança e qualidade da operação.
Faça a rotina de resposta visível
Um andon precisa ter um ciclo completo: identificar a condição, sinalizar, receber, responder, decidir o estado do trabalho e encerrar ou escalar. Descreva esses passos em um local acessível. Combine como indicar que a equipe ainda aguarda atendimento e quem assume o caso quando a resposta inicial não resolve.
Registre somente informações necessárias para aprender e acompanhar, como tipo de sinal, momento, resposta e encaminhamento. Evite usar o painel para expor nomes ou constranger pessoas. Se as chamadas forem associadas a uma equipe, preserve contexto e finalidade. A confiança importa: pessoas precisam acreditar que pedir ajuda é parte do trabalho, não uma evidência contra elas.
Analise padrões sem punir quem sinaliza
Observe frequência, tipo e contexto dos alertas para identificar condições recorrentes. Um aumento pode significar piora no processo ou maior disposição para tornar problemas visíveis; não conclua sem investigar. Compare períodos e condições semelhantes, converse com a equipe e acompanhe se a resposta removeu o impedimento ou apenas encerrou o chamado.
Quando um padrão aponta uma falha recorrente, use um método adequado de investigação, como análise de causa. Mantenha clara a diferença entre restaurar a operação e eliminar a causa de repetição. Atualize instruções ou manutenção quando houver evidência e confirme se as mudanças melhoraram o fluxo sem prejudicar qualidade ou segurança.
Implemente em pequena escala
Escolha uma estação ou equipe com uma necessidade clara, desenhe o sinal junto de seus usuários e teste se ele é percebido e atendido. Simule condições seguras para verificar o fluxo de resposta. Observe se o responsável identifica o local, entende a mensagem e consegue acionar apoio sem abandonar outra atividade crítica.
Recolha dúvidas e ajuste códigos, posicionamento ou cobertura antes de ampliar. Ensine a equipe como pedir ajuda e como responder. Defina manutenção do equipamento e um meio alternativo caso o recurso falhe. A implantação gradual ajuda a revelar problemas de desenho sem espalhar um sinal ineficaz por toda a operação.
Relação entre andon e gestão à vista
Gestão à vista torna informação útil fácil de perceber na rotina e pode apresentar estado, metas, problemas e ações. Andon é um recurso específico dentro dessa família quando destaca uma anormalidade atual e convoca resposta. Um quadro de gestão pode mostrar dados acumulados; o andon direciona atenção para a condição que precisa de ação agora.
As ferramentas podem trabalhar juntas. Um painel pode registrar tendências de sinais e ações, enquanto o mecanismo de andon chama apoio em tempo real. Para desenhar um painel operacional que a equipe consiga usar, veja o guia de gestão à vista. Não transforme o sinal em monitoramento de ritmo individual; preserve o foco nas condições do processo.
Erros comuns ao adotar andon
Entre as falhas estão instalar o botão sem definir quem responde, usar cores ambíguas, não cobrir pausas e trocas de turno ou tratar cada sinal como interrupção sem avaliar o contexto. Outro erro é pedir que a pessoa espere até a reunião, embora o processo precise de ajuda imediata. O desenho deve refletir as necessidades reais do trabalho.
Se ninguém aciona o recurso, investigue se ele é difícil de usar, se a resposta costuma atrasar ou se existe receio de punição. Se todos os alertas ficam ativos, revise critérios e capacidade de resposta. O sistema é útil quando revela condições relevantes e permite agir com clareza, respeito e aprendizado contínuo.
Referências confiáveis
