Regras de escalonamento do Andon: três níveis e prazo

Por que as regras de escalonamento importam mais que o botão de chamada

As regras de escalonamento decidem com que rapidez uma anomalia é assumida, porque apertar um botão apenas transforma o problema em sinal; o que de fato recupera a linha é alguém chegando no tempo acordado. Ao projetar as regras, comece dividindo a cadeia de resposta em três papéis cronometráveis: a estação que identifica o problema primeiro, o apoio de primeira linha que o resolve e a camada de gestão que decide sobre recursos. Após o chamado, o sistema o eleva nível a nível, e cada nível tem um prazo de espera explícito; se ninguém aceitar dentro do prazo, o sinal passa ao próximo nível automaticamente e mantém registro completo de aceite, chegada, tratamento e fechamento.

O que diferencia o Andon de um painel de alarmes é que ele mede resposta, não valores. O painel informa que a temperatura está alta; o Andon informa se alguém tratou a temperatura alta dentro do prazo acordado. Por isso as regras precisam definir duas coisas ao mesmo tempo: o tipo e a gravidade da anomalia, e quem responde por cada nível e em quanto tempo deve reagir. Definidas as duas, os relatórios passam a ter sentido e respondem qual tipo de anomalia mais excede o prazo.

Tabela: prazos e responsáveis na cadeia de escalonamento em três níveis (ajustável ao tamanho da equipe)

A coluna mais esquecida é a do gatilho. Em muitos locais o botão de chamada tem um único significado, então falta de material, obstrução e máquina parada enviam o mesmo sinal; todas as anomalias se acumulam num canal e ninguém consegue julgar o que tratar primeiro. O ponto de partida das regras de escalonamento é, portanto, fazer com que a chamada carregue seu tipo.

As quatro configurações que decidem se as regras funcionam

Por mais completo que o texto pareça, se as quatro configurações abaixo não estiverem claras, após o go-live a fábrica volta a ligar para achar pessoas.

• Definir o prazo de espera por tipo de anomalia: uma parada que afeta o takt e uma espera rotineira de material não devem compartilhar o mesmo prazo; misturá-los afoga as chamadas urgentes nas comuns.
• O escalonamento deve ser automático, nunca um clique manual: passar o chamado adiante ao expirar o prazo é parte da própria regra; se o líder precisa clicar para escalonar, essa regra é a primeira a ser ignorada quando o trabalho aperta.
• Vincular o papel de recebimento ao cargo, não à pessoa: notificar líder de linha ou engenheiro de plantão como cargo mantém a cadeia intacta em trocas de turno e férias.
• Registrar cada aceite, chegada e fechamento: só uma regra rastreável serve para revisão posterior, e só assim apoia a avaliação de resposta da equipe.

Das quatro, a segunda mais testa o projeto inicial. Ela exige que o sinal de chamada não seja uma caixa de botão isolada, mas que alimente um sistema de software capaz de disparar notificações. A abordagem comum é conectar a caixa de chamada via CLP ou fieldbus a um gateway de aquisição, e deixar o software superior fazer push para mensagens da equipe, painel de fábrica e celular de plantão conforme as regras. O escalonamento passa a ser executado pelo software, enquanto os operadores apenas aceitam e resolvem, sem precisar lembrar de escalonar.

O dicionário de motivos de chamada: transformar as regras em dados analisáveis

Para a cadeia de escalonamento seguir eficaz no longo prazo, é preciso um dicionário unificado de motivos de chamada. O dicionário agrupa previamente todas as anomalias possíveis em um conjunto limitado de categorias, como falta de material, falha de equipamento, problema de qualidade, problema de dispositivo e necessidade de suporte técnico, e cada categoria carrega sua própria cadeia de escalonamento e prazo. Algumas lições ao mantê-lo: manter o número de categorias dentro do que a equipe consegue memorizar, em geral cerca de uma dúzia basta; dar a cada categoria um critério de julgamento claro para que o mesmo evento não seja classificado de forma diferente por equipes distintas; e manter o dicionário sustentável, para que novas linhas ou estações possam ser acrescentadas com suas próprias entradas.

Com o dicionário unificado, os registros de chamada passam a ser contáveis e analisáveis. É possível ver por categoria qual tipo de anomalia mais gera escalonamento, por turno em que horário os escalonamentos se concentram, e, junto ao tempo de solução, quais estações escalonam repetidamente sem resolução. Essas estatísticas não mudam as regras em si, mas mostram onde ajustá-las, por exemplo um prazo apertado demais para uma categoria, fazendo com que muitas chamadas que poderiam ser resolvidas no local sejam escalonadas em excesso e a gestão seja acionada sem necessidade.

O valor dos registros do Andon está também na continuidade entre turnos. Uma chamada no turno da noite e seu aceite e tratamento no turno do dia ficam no mesmo registro, então a passagem de turno não depende mais de repetição verbal. Para oficinas com produção contínua em vários turnos, isso decide mais se a anomalia será realmente fechada do que a velocidade de resposta de um único turno.

Go-live e aceitação: testar as regras antes da entrega

Antes do go-live, vale rodar toda a cadeia de escalonamento uma vez em condições reais ou simuladas para confirmar que as regras correspondem ao chão de fábrica.

• Da chamada à notificação: após apertar o botão na estação, o sistema notifica o cargo correto dentro do prazo definido.
• Do prazo ao escalonamento: se ninguém aceitar dentro do prazo do nível 1, o sinal passa ao próximo nível automaticamente e mantém o registro de expiração do nível 1.
• Aceite e fechamento: aceite, chegada, tratamento e fechamento são registrados por completo, com carimbos de tempo e responsáveis.
• Histórico rastreável: chamadas passadas podem ser consultadas por categoria, turno ou estação para revisão posterior.
• Sincronização com o painel: o painel de fábrica e as mensagens da equipe mostram o mesmo status da chamada, para que os dois não divirjam.

Quando essas verificações passam, as regras de escalonamento são de fato entregues, e não apenas um botão. Os projetos de Andon da Orpaon costumam seguir esta ordem: confirmar os tipos de chamada e a cadeia de escalonamento, definir o prazo e o cargo receptor de cada nível, concluir a conexão de sinal e a configuração dos canais de notificação e, por fim, rodar integralmente a lista de aceitação acima. Já entregamos numa linha de manufatura discreta um sistema integrado de Andon LED com conectividade de equipamentos (referência pública: um grupo japonês de eletrodomésticos, fábrica de Xangai), unindo chamada na estação, exibição no local e comunicação de rede num mesmo caminho, e podemos personalizar com base nisso conforme as condições da linha.

Se os equipamentos no local são de várias marcas e os protocolos não são padronizados, o primeiro passo das regras de escalonamento também exige um inventário de equipamentos e protocolos para confirmar como os sinais de chamada são coletados e como as notificações são entregues. Definidos esses pré-requisitos, o projeto e a validação das regras ficam bem mais rápidos.