Sistema Andon na produção: dos sinais à ação

Início » Recursos » Sistema Andon na produção: dos sinais à ação

Tempo de leitura estimado: 11 minutos

Um operador sinaliza um problema. A luz muda, as pessoas reparam, mas o trabalho continua à espera. A manutenção presume que o supervisor está a tratar do assunto; o supervisor presume que alguém já chamou a manutenção. Entretanto, a secção seguinte continua a preparar trabalho para uma máquina que não pode funcionar.

É esta falha que um sistema Andon eficaz tem de colmatar. Na produção, o Andon torna visíveis as situações anómalas e chama a atenção para o local onde é preciso apoio. O seu valor está no que acontece a seguir: alguém assume a responsabilidade, mobiliza o apoio adequado e confirma quando o processo está novamente pronto a funcionar.

Para um responsável de produção, há outra consequência a gerir. Uma interrupção confirmada pode alterar a sequência de várias encomendas de clientes, não apenas da operação parada. O SkyPlanner APS ajuda a reprogramar esse trabalho interligado em função da alteração de capacidade, para que a fábrica siga um plano comum em vez de várias listas de urgências improvisadas.

O que é o sistema Andon na produção?

O Andon é um método de gestão visual que mostra o estado da produção e sinaliza uma anomalia ou necessidade de apoio. Um cordão, um botão ou um sinal da máquina pode ativar uma luz, um painel ou outra notificação que identifique onde é necessária atenção. O nome vem de uma palavra japonesa que significa lanterna e está intimamente associado ao Sistema de Produção Toyota.

A informação essencial é simples: onde está o problema, que apoio é necessário e quem está a responder? Consoante o processo, o sinal pode dizer respeito a um problema no equipamento, a uma questão de qualidade, à falta de um componente ou a um operador que se está a atrasar na sequência de trabalho acordada.

Um painel Andon também pode mostrar a produção prevista e a realizada. Mas a apresentação de resultados não constitui, por si só, um sistema de resposta completo. Se, depois de emitir o sinal, o operador tiver de abandonar o centro de trabalho para procurar um supervisor, a parte mais importante da comunicação continua por resolver.

A comparação com dois conceitos próximos ajuda a clarificar a finalidade:

• Andon e dashboard de produção: um dashboard apresenta uma seleção de informações sobre a produção. O Andon orienta a resposta imediata a uma situação específica. Um ecrã pode servir os dois propósitos, mas mostrar um aviso não atribui a ninguém a responsabilidade de responder.
• Andon e kanban: o kanban autoriza ou sinaliza a produção ou a reposição num sistema pull. O Andon sinaliza um estado ou um problema que exige atenção. Uma falta de material pode desencadear um pedido de apoio Andon, mas isso não torna os dois métodos intercambiáveis.

O Andon também apoia o jidoka: reconhecer e tratar anomalias em vez de deixar que o trabalho com defeitos prossiga no processo. Na prática, o ponto de partida não é um ecrã mais impressionante. É um acordo sobre o que acontece quando alguém pede ajuda.

Defina a resposta que se segue ao sinal

Um processo Andon eficaz liga a observação inicial a um resultado verificado. Defina claramente como se passa a responsabilidade de uma pessoa para outra, para que o processo funcione num turno de grande atividade e não apenas quando o supervisor habitual está por perto.

Etapa	O que a equipa precisa de fazer	O que confirma a passagem à etapa seguinte
Sinalizar	Identificar o posto afetado e a situação observada através do canal acordado.	A pessoa indicada para responder consegue identificar onde é preciso apoio.
Aceitar	A pessoa designada para responder assume a responsabilidade e informa o operador de que o pedido foi recebido.	Há alguém responsável; a confirmação de receção não é confundida com a resolução do problema.
Responder e recorrer a apoio adicional	Avaliar a situação, chamar o especialista adequado e seguir a resposta acordada para a produção.	É claro qual é a próxima ação, quem é o responsável e quando será dada a próxima atualização.
Restabelecer e verificar	Confirmar as verificações necessárias do equipamento, do processo e da qualidade antes de retomar o funcionamento normal.	Os responsáveis confirmam que estão reunidas as condições para retomar o funcionamento, não apenas que a luz foi reposta.
Dar retorno e melhorar	Informar a equipa do que mudou e atribuir responsáveis por qualquer investigação ou ação corretiva ainda pendente.	O operador conhece o resultado e os problemas recorrentes têm acompanhamento.

Atribua a primeira resposta a uma função com capacidade real para agir. Dizer «todos os elementos do turno» identifica quem recebe o aviso, mas não quem assume a responsabilidade. Um chefe de equipa pode aceitar o pedido inicial e coordenar a manutenção, a qualidade ou o abastecimento de materiais; noutra fábrica, essas categorias de pedidos podem ser atribuídas diretamente às respetivas funções. Em qualquer dos casos, é preciso prever um substituto para quando a pessoa habitual estiver ausente ou ocupada.

Garanta que há sempre um responsável, mesmo quando o pedido passa para outra equipa. Se o supervisor chamar a manutenção, definam quem continua a ser responsável por manter a produção informada. O reencaminhamento de uma mensagem não deve deixar o operador à espera entre departamentos.

Confirme rapidamente a receção do pedido, mas não o dê por concluído à pressa só para melhorar um indicador. «Já vi» e «o processo está restabelecido» são acontecimentos distintos. Mantê-los separados evita que uma indicação a verde oculte trabalho por concluir.

Puxar um cordão Andon faz parar a linha?

Depende de como o sistema e o processo de produção foram concebidos. Um pedido Andon pode solicitar apoio enquanto o trabalho prossegue nas condições aprovadas, ou pode estar associado a uma paragem. Na abordagem de paragem em posição fixa da Toyota, o pedido mobiliza apoio e, se o problema não for resolvido, a linha para numa posição definida. Não existe uma regra universal segundo a qual puxar qualquer cordão faz parar imediatamente todas as máquinas.

No seu processo, distinga três decisões: pedir apoio, decidir se a produção pode continuar e autorizar o regresso ao funcionamento normal. Antes de introduzir o sinal, definam as funções responsáveis e as condições aplicáveis.

Uma notificação Andon não constitui, por si só, uma função de paragem de emergência ou de isolamento de máquinas. A resposta efetiva deve obedecer aos procedimentos de paragem, isolamento e rearranque específicos do equipamento. Não adote como procedimento geral de segurança a forma como o acionamento do cordão funciona noutra fábrica nem o intervalo de resposta aí utilizado.

A lição para a gestão é simples: os trabalhadores precisam de confiar que, ao comunicarem uma preocupação legítima, vão receber apoio. Se cada pedido resultar em culpas pela produção perdida, o sistema incentiva o silêncio precisamente quando a informação antecipada seria mais útil.

Comece por uma área e um acordo claro sobre a resposta

Escolha uma célula ou linha onde os atrasos na obtenção de apoio sejam um problema recorrente. Analise uma ocorrência recente com os operadores, o chefe de turno e os responsáveis das áreas que tiveram de responder. Identifique onde esteve o atraso: reconhecer a situação, encontrar alguém, aceitar o pedido, conseguir um especialista ou decidir o que fazer com o trabalho afetado.

Depois, acordem uma rotina de atuação breve:

1. Defina as situações que justificam um pedido de apoio. Baseie-se em observações reconhecíveis, não em diagnósticos que o operador ainda não pode fazer. «Paragens anómalas repetidas da máquina» é mais útil do que exigir a confirmação de uma falha num componente.

2. Mantenha a mensagem inicial breve. Identifique o posto, a categoria do problema e a situação imediata da produção. Registe as causas em detalhe mais tarde, em vez de obrigar um operador à espera de apoio a preencher um relatório longo.

3. Designe quem dá a primeira resposta e quem o substitui em cada turno. Preveja pausas, ausências e pedidos simultâneos. Verifique se as pessoas conseguem receber e reconhecer o sinal nos locais onde efetivamente trabalham.

4. Defina os limites da resposta e quando recorrer a apoio adicional. Decida o que acontece se ninguém aceitar o pedido, se o problema continuar por resolver ou se as consequências se agravarem. Baseie-se nas necessidades do processo e no apoio disponível, não num prazo universal arbitrário.

5. Defina como encerrar o pedido e passar a informação ao planeamento. Identifique quem confirma o restabelecimento do processo, quem informa o operador e quem atualiza a capacidade ou o trabalho restante quando o plano de produção é afetado.

Teste a rotina com as pessoas que a vão utilizar. Inclua um pedido sem resposta, uma pessoa responsável já ocupada e uma mudança de turno. Se o sucesso depender de alguém se lembrar de um número de telefone pessoal, a resposta ainda não é fiável.

Torne o sinal fácil de interpretar

Use um conjunto reduzido de estados que as pessoas consigam distinguir à distância a que trabalham. Uma convenção local pode distinguir entre funcionamento normal, apoio solicitado e produção parada. Acordem o significado, afixem-no junto do local de trabalho e deem formação a todos os turnos; a cor, por si só, não deve transmitir informação de que as pessoas também precisam em palavras ou símbolos.

Não parta do princípio de que uma luz vermelha ou amarela tem o mesmo significado em todas as fábricas. O que importa normalizar é o significado partilhado por quem participa no processo. Só vale a pena acrescentar cores e sons se isso ajudar quem responde a escolher uma ação diferente.

Sistema Andon físico ou digital: escolha em função da resposta

Um cordão, um botão e uma luz visível podem funcionar bem quando quem responde está por perto e o sinal identifica claramente o posto. As notificações digitais podem ajudar quando os responsáveis pela resposta se deslocam entre áreas, quando intervêm várias funções de apoio ou quando a equipa precisa de um histórico fiável de ocorrências.

Avalie ambas as opções com as mesmas perguntas práticas. O operador consegue pedir ajuda facilmente? O pedido chega à pessoa certa? É visível que alguém assumiu a responsabilidade pelo pedido? A equipa consegue distinguir um pedido em aberto de um processo cujo funcionamento já foi restabelecido? O que acontece se o canal de comunicação estiver indisponível?

Num sistema digital, avalie a atribuição de responsáveis, o encaminhamento para níveis superiores de apoio, o registo da data e hora das ocorrências e a informação necessária para o acompanhamento. Mais notificações não são necessariamente melhores: enviar todas as ocorrências a toda a gente dificulta a identificação do pedido que exige atenção imediata.

Escolha a tecnologia depois de acordar como será dada a resposta. Automatizar uma passagem de responsabilidade mal definida só faz a incerteza circular mais depressa.

Exemplo: uma máquina parada, várias encomendas afetadas

Imagine uma oficina de maquinagem onde um operador deteta uma falha repetida num centro de maquinagem e aciona o pedido Andon acordado. O sinal identifica o posto. O chefe de turno assume a responsabilidade pelo pedido, verifica a condição observada e envolve a manutenção na resposta. A intervenção no equipamento segue os procedimentos aprovados para a máquina.

A manutenção confirma que a máquina ficará indisponível durante um período de reparação. O planeador tem agora uma questão diferente da do técnico: o que deve fazer o resto da produção enquanto essa capacidade estiver indisponível?

Uma das encomendas afetadas ainda precisa de maquinagem, inspeção e embalagem. Outro departamento está prestes a iniciar um trabalho que acabaria na fila de espera da máquina parada. Transferir a primeira encomenda para outra máquina só é uma opção se esse recurso estiver aprovado para a operação e tiver capacidade disponível; essa transferência também obrigaria a deslocar outros trabalhos já programados.

O planeador precisa do período de indisponibilidade confirmado, do estado real da operação afetada e da melhor estimativa disponível para o restabelecimento do funcionamento. Se essa estimativa mudar, o plano terá de ser novamente atualizado. Um tempo médio de reparação calculado anteriormente não garante que esta reparação fique concluída no mesmo prazo.

Limitar-se a desativar o alerta quando a manutenção chega deixaria por resolver todas essas consequências para a produção.

Utilize o SkyPlanner para recalcular os trabalhos interdependentes

No SkyPlanner, uma exceção no centro de trabalho regista o período de indisponibilidade de um recurso. Esse intervalo deixa de contar como capacidade utilizável. O Arcturus, a IA de programação da produção do SkyPlanner, pode então reprogramar as tarefas afetadas tendo em conta a interrupção, em vez de obrigar o planeador a ajustar manualmente a fila de trabalho de cada máquina.

O cálculo tem em conta os centros de trabalho, os turnos, as dependências entre operações e as prioridades configuradas. O diagrama de Gantt apresenta a sequência resultante, permitindo ao planeador analisar a operação de maquinagem em conjunto com os trabalhos seguintes e identificar as datas de conclusão que exigem atenção.

Cabe-lhe definir as prioridades e as decisões de programação que devem ficar bloqueadas; o Arcturus calcula respeitando essas instruções. Uma encomenda urgente pode ter precedência, mas a prioridade não recupera o tempo de máquina perdido com a avaria. A vantagem está em perceber as implicações de cada escolha no plano partilhado antes de assumir um novo compromisso de entrega.

Quando a equipa responsável confirmar que a máquina voltou a estar operacional, atualize a disponibilidade registada e volte a calcular o plano, conforme necessário. Comunique a sequência atual a quem executa os trabalhos. O restabelecimento técnico e um plano de produção exequível estão ligados, mas o simples rearme de uma luz não permite dar nenhum dos dois por garantido.

O SkyPlanner integra-se com qualquer ERP ou MES através da sua API REST aberta, permitindo ligar a informação existente sobre encomendas e produção à programação. Neste fluxo de trabalho, a informação essencial a transmitir é a alteração de capacidade confirmada: é ela que fornece uma base concreta para ajustar o plano de produção.

Avalie se a ajuda chega e se os problemas ficam resolvidos

Analise o processo de resposta, não apenas o número de sinais. Distinga o tempo até alguém assumir o pedido, o tempo até começar a ajuda efetiva e o tempo até se verificar que o funcionamento do processo foi restabelecido. Estes intervalos revelam problemas diferentes e não devem ser reduzidos a uma única média tranquilizadora.

Mantenha um registo simples do local, da condição observada, das datas e horas relevantes, da resposta e do acompanhamento. Quando houver uma paragem, registe a duração de forma consistente. Analise os pedidos repetidos no mesmo posto ou nas mesmas condições de funcionamento; os rearmes sucessivos podem ocultar uma causa recorrente.

Uma breve análise com os operadores e os responsáveis pela resposta deve conduzir a decisões: que pedido esperou demasiado, porque falhou o apoio de recurso, o que exige investigação técnica e se a última ação corretiva se mostrou eficaz. Integre as perdas recorrentes dos equipamentos no programa mais amplo de melhoria da manutenção, em vez de esperar que a luz, por si só, evite uma nova falha.

Tenha cuidado com as metas. Menos pedidos podem significar menos problemas, mas também podem indicar que as pessoas deixaram de os comunicar. Confirmar a receção mais depressa só é útil se a ajuda vier a seguir. Encerrar uma ocorrência só é útil se tiver sido efetivamente verificado que o processo está apto a funcionar e se houver um responsável por qualquer trabalho corretivo ainda pendente.

Responda à próxima interrupção confirmada com um único plano partilhado

Comece por garantir que o próximo pedido Andon funciona de forma fiável: um sinal compreensível, alguém responsável pela resposta, um percurso claro para recorrer a apoio adicional e informação de retorno a quem fez o pedido. Depois, colmate a lacuna no planeamento da produção. A equipa de reparação não deve ter de definir a sequência de tarefas da fábrica, nem o planeador deve ter de a reconstruir a partir de listas de urgências separadas.

Escolha o SkyPlanner quando uma interrupção confirmada o obriga a reorganizar manualmente encomendas interdependentes. Registar a alteração de capacidade e recalcular o plano partilhado facilita a identificação das consequências para as entregas e reduz o trabalho de coordenação necessário para comunicar uma nova sequência exequível.

Agende uma demonstração do SkyPlanner e traga um caso recente de interrupção de uma máquina, a encomenda afetada e as operações seguintes. Veja como o período de indisponibilidade altera o plano e quais as decisões de entrega que exigem a sua atenção. Se preferir explorar primeiro a abordagem à programação da produção, experimente o SkyPlanner com dados de demonstração.