Andon: o sistema de sinalização Lean explicado

Uma máquina faz um barulho que não deveria. Uma pessoa percebe. O que acontece nos próximos trinta segundos decide se esse barulho vai custar um minuto ou um turno inteiro, e o andon é o sistema que decide isso.

Andon é a camada de sinalização de um sistema de produção Lean: os painéis, luzes, cordas, botões e dashboards que transformam uma pessoa notando algo errado em um responsável designado chegando enquanto o problema ainda é pequeno. Ele não diagnostica nada e não conserta nada. Sua única função é tornar uma anormalidade impossível de não ver e impossível de ignorar, rápido o suficiente para que o problema ainda possa ser resolvido no lugar onde começou.

A maior parte do que se escreve sobre andon defende que parar o trabalho é uma boa ideia. Esta página assume que você concorda e olha para a engrenagem.

Fatos principais: Andon

• O Lean Enterprise Institute define andon como "uma ferramenta de gestão visual que destaca o status das operações em uma área com um único olhar e que sinaliza sempre que ocorre uma anormalidade" (LEI Lean Lexicon).
• A Toyota afirma que, quando o equipamento para, "o andon (painel de exibição de problemas) acende para avisar os trabalhadores da anormalidade", e que ele também acende "quando a corda de parada é puxada, para que os trabalhadores possam chamar o responsável" (Toyota Production System).
• Um puxão não é automaticamente uma parada total. Em um sistema de parada em posição fixa, a linha para "ao final do ciclo de trabalho", e somente se o problema não puder ser resolvido durante esse ciclo (LEI Lean Lexicon).
• A linhagem remonta ao tear automático de Sakichi Toyoda, que, segundo a Toyota, incorporou "a capacidade de julgar à própria máquina" (Toyota).

O que o andon realmente é

Andon é a palavra japonesa para lanterna de papel, e o significado industrial manteve o sentido original: uma luz que lhe diz que algo está acontecendo. O léxico do Lean Enterprise Institute descreve a forma típica como "um painel suspenso com fileiras de números correspondentes a postos de trabalho ou máquinas", em que um número acende quando um sensor detecta um problema ou "um operador puxa uma corda ou aperta um botão" (LEI).

Duas coisas decorrem disso, e ambas se perdem quando as pessoas imaginam o andon apenas como um alarme.

A primeira é que o andon é um painel de status antes de ser um alerta. Um painel mostrando todos os postos funcionando normalmente diz ao líder da área que nenhuma intervenção é necessária em lugar nenhum, o que é tão útil quanto uma luz vermelha dizendo para onde ele deve caminhar. Um andon que só existe quando algo está errado é uma buzina.

A segunda é que ele tem dois caminhos de acionamento, máquina e humano, e eles não são intercambiáveis. Um sensor dispara em condições que você já sabia que deveria vigiar. Uma pessoa puxa a corda por condições para as quais ninguém escreveu uma regra: um cheiro, uma peça que encaixa mas parece errada, uma frase de cliente fora do roteiro. Se você construir apenas o caminho do sensor, só vai detectar exatamente os modos de falha que seus projetistas anteciparam.

O andon também é a instância mais conhecida de gestão visual, que o LEI define como colocar ferramentas, peças e indicadores de desempenho à vista "para que o status do sistema possa ser compreendido num relance por todos os envolvidos" (LEI).

Onde esta página termina e o jidoka começa

O Jidoka é o conceito-mãe e é dele o argumento central. O LEI o formula como "dar a máquinas e operadores a capacidade de detectar quando ocorreu uma condição anormal e parar o trabalho imediatamente" (LEI). Se você está avaliando se construir qualidade no processo é melhor do que inspecionar no final, leia essa página.

O andon é o fio entre a detecção e a parada, levando o "algo está errado aqui" de quem sabe para quem pode agir, com um relógio anexado. O jidoka diz que parar é o certo. O andon é como alguém descobre que há algo pelo qual parar: o sinal, a escada que ele sobe, o relógio que ele corre e o registro que ele deixa.

De onde vieram a palavra e o sistema

O tear automático de Sakichi Toyoda, construído no início do século XX, parava sozinho quando um fio se rompia. A Toyota descreve seu significado como incorporar "a capacidade de julgar à própria máquina", e não simplesmente automatizar o trabalho manual (Toyota). Um tear que para por conta própria é autossuficiente: detecção e resposta estão na mesma caixa. Uma linha de montagem não é um tear. Detecção e resposta ficam com pessoas diferentes em lugares diferentes, e essa lacuna é o que o andon foi inventado para fechar. O relato da Toyota descreve as duas metades do arranjo moderno: equipamento que para sozinho e acende o painel, e um andon "configurado para acender quando a corda de parada é puxada, para que os trabalhadores possam chamar o responsável".

O jidoka é um dos dois pilares do Toyota Production System. O outro é o just-in-time, que a Toyota resume como "produzir apenas o que é necessário, quando é necessário e na quantidade necessária". O just-in-time elimina os estoques-pulmão que antes escondiam um problema de qualidade por um turno, então um defeito não sinalizado chega ao próximo posto exatamente quando ele precisa de uma peça boa. É por isso que uma implementação lean séria precisa de um andon funcionando, e não apenas de uma política sobre parar.

A anatomia de um sistema andon

Todo sistema andon, de chão de fábrica ou de central de atendimento, tem os mesmos seis estágios. A maioria das falhas remonta a exatamente um deles, o que faz disto um diagnóstico útil.

Dois estágios merecem uma observação. O estágio de gatilho é onde o poka-yoke se encaixa: a prova de erros é o gatilho mais barato, porque detecta sem depender de alguém prestando atenção. O estágio de resposta muitas vezes já está escrito, porque a coluna de plano de reação de um plano de controle especifica o que acontece quando uma característica sai dos limites. Se você tem um, a maior parte do seu protocolo de resposta já está rascunhada e só precisa de um sinal anexado.

O estágio de registro costuma ser cortado por falta de tempo e não deveria. Sem ele, o puxão número 400 pela mesma causa parece idêntico ao primeiro, e o andon vira uma forma eficiente de resolver o mesmo problema para sempre.

Painel, corda, luz ou digital

"Andon" abrange quatro equipamentos bem diferentes. Misturá-los é normal, mas cada um é melhor em algo em que os outros são piores.

O trade-off está entre visibilidade e detalhe. Uma luz física é impossível de não ver e quase sem conteúdo. Um alerta digital é rico, roteável e se registra sozinho, e disputa atenção com todas as outras notificações que o responsável recebe naquela hora. Equipes que adotam o digital e depois se perguntam por que os tempos de resposta pioraram geralmente trocaram um lugar por um feed. A resposta prática é usar os dois: o canal físico para atenção, o canal digital para o tempo de escalonamento e o registro.

O que cada estado de sinal obriga alguém a fazer

Uma cor que significa "atenção" e nada mais será ignorada em um mês. Cada estado precisa de um responsável específico e de uma ação obrigatória específica, afixados onde o sinal está. O esquema abaixo é uma convenção comum, não um padrão: o LEI confirma apenas o par básico, vermelho para problemas e verde para operação normal, então defina o restante localmente e escreva no painel.

A última linha é a que a maioria dos sistemas não tem e de que mais precisa. Um puxão repetido é um evento diferente de um primeiro puxão, porque prova que a resolução anterior foi um paliativo.

A escada de escalonamento e o desenho do tempo de resposta

Um andon sem relógio é uma sugestão. A escada de escalonamento converte um sinal em uma obrigação, e funciona tornando o próximo nível automático em vez de solicitado.

Três regras de projeto separam uma escada que funciona de uma que existe em um cartão plastificado.

O tempo de resposta corre a partir do sinal, não da passagem de bastão. Os cinco minutos do nível 2 começam no puxão original, não quando o nível 1 desistiu. Caso contrário, cada nível reinicia o relógio e uma escada de quatro níveis legitima uma resposta de cinquenta minutos.

Cada nível nomeia um papel alcançável naquele tempo. Um nível de quinze minutos atribuído a um engenheiro que cobre três prédios são quinze minutos só no papel. Ajuste o nível ao que a pessoa designada consegue cumprir, ou troque a pessoa.

A janela vem do trabalho, não de um número redondo. O takt time lhe dá o nível 1 de graça em uma linha ritmada: o responsável tem o restante do ciclo, porque esse é o tempo disponível antes de o produto avançar. Fora de uma linha ritmada, derive-a de quanto tempo a anormalidade pode persistir antes de ficar cara e registre esse raciocínio no seu trabalho padronizado.

Um puxão não é uma parada total

O equívoco mais comum sobre o andon é achar que puxar a corda para a linha. Em um sistema de parada em posição fixa, não para, pelo menos não de imediato. O LEI descreve o método como parar a linha "ao final do ciclo de trabalho", e apenas "se for detectado um problema que não pode ser resolvido durante o ciclo de trabalho". O operador sinaliza ao supervisor, o supervisor avalia se o problema pode ser corrigido antes do fim do ciclo e, se puder, reinicia o sinal e a linha nunca para (LEI).

É isso que torna viável uma alta taxa de puxões. Se todo puxão fosse uma parada imediata, o custo de levantar a mão seria enorme e o sistema se suprimiria em poucas semanas. A parada em posição fixa torna o sinal barato e a parada rara, e a distância entre esses dois números é onde está o valor. O equivalente automatizado é a parada automática de linha, que o LEI define como garantir "que um processo de produção pare sempre que ocorre um problema ou defeito".

A pré-condição cultural que ninguém orça

O hardware é a parte barata. A parte cara é uma força de trabalho que acredita que puxar a corda é uma contribuição e não uma confissão, e nenhum equipamento produz essa crença.

A evidência merece ser levada a sério porque surpreendeu a pesquisadora que a encontrou. Amy Edmondson entrou em dois hospitais de Boston esperando que as equipes de melhor desempenho relatassem menos erros de medicação. Encontrou o oposto: equipes com pontuações mais altas em trabalho em equipe mostravam taxas mais altas de erros detectados. Sua conclusão, em suas próprias palavras, foi que "equipes melhores provavelmente não cometem mais erros, mas são mais capazes de discutir erros" (Behavioral Scientist). Isso deu início ao programa de pesquisa que se tornou a segurança psicológica.

Leia isso diante de um painel andon e a implicação é desconfortável. A taxa de anormalidades reportadas mede a disposição de reportar tanto quanto a anormalidade real. Um painel quieto em uma cultura de culpa e um painel quieto em um processo estável parecem idênticos da sala do supervisor.

A diferença se faz em momentos pequenos e repetidos. Se o responsável chega e pergunta o que aconteceu ou pergunta quem fez. Se um puxão que acaba não sendo nada recebe um agradecimento ou um suspiro. Se o registro do andon é alguma vez citado em uma avaliação de desempenho, a forma mais rápida de matar um programa para sempre. Se a liderança puxa a corda ela mesma durante uma gemba walk. É aqui que o andon deixa de ser uma ferramenta e passa a fazer parte da cultura de qualidade que a gestão da qualidade total abrange.

Métricas que dizem se o andon funciona

O andon gera sua própria telemetria, o que facilita medi-lo com honestidade. O problema é que a métrica mais óbvia é lida ao contrário.

Seja direto sobre a taxa de puxões: uma taxa de puxões em queda geralmente é má notícia. Há duas explicações para menos sinais. Ou o processo ficou de fato mais estável, ou as pessoas pararam de avisar quando ele não está. A segunda é muito mais comum, e é o modo de falha que os dados dos hospitais de Edmondson descrevem.

Distinga as duas comparando a taxa de puxões com uma medida independente de qualidade. Se os puxões caem enquanto defeitos que escaparam, reclamações, refugo e retrabalho também caem, o processo melhorou. Se os puxões caem enquanto qualquer um desses se mantém ou sobe, o andon está sendo suprimido. Essa verificação cruzada pertence a qualquer rotina que você use para monitorar o processo, porque é invisível apenas nos dados do andon.

A taxa de repetição é o que liga o andon à melhoria. Cada causa repetida é um convite para rodar os cinco porquês ou uma análise de causa raiz mais completa e fechar o ciclo pela sua rotina de kaizen. Uma taxa de puxões saudável junto com uma taxa de repetição teimosa significa que o andon está cumprindo seu papel e que o problema está a jusante do sinal.

Andon fora da fábrica

O padrão (sinal impossível de não ver, responsável designado, janela delimitada, escalonamento automático, registro) se transfere para qualquer operação em que alguém pode perceber um problema antes de o sistema notar. O equipamento muda completamente. Os seis estágios não.

A resposta a incidentes de software é a correspondência estrutural mais próxima, e a prática de SRE do Google torna o paralelo explícito. Suas orientações insistem em que "todos os envolvidos no incidente conheçam seu papel e não invadam o território de outra pessoa", que é exatamente a disciplina de níveis de uma escada de escalonamento. Elas também defendem declarar cedo, porque "é melhor declarar um incidente cedo e depois encontrar uma correção simples e encerrá-lo do que ter de acionar o framework de gestão de incidentes horas depois de um problema crescente" (Google SRE Book). É o argumento da parada em posição fixa em outro vocabulário. A versão de serviço tem uma história mais longa do que a maioria imagina: a Amazon listou publicamente "nosso Andon Cord de atendimento ao cliente" entre suas inovações internas, ao lado do Kindle FreeTime e do AutoRip (Werner Vogels, CTO da Amazon).

Uma adaptação é obrigatória. Uma fábrica tem um espaço físico compartilhado, então o sinal pode simplesmente ser visível. Uma equipe distribuída não tem nenhum, então a janela de resposta precisa ser imposta por ferramentas e não pela linha de visão. Escreva essas janelas em um compromisso voltado ao cliente e a estrutura é a usada nos acordos de nível de serviço: um gatilho definido, um responsável designado, um relógio e uma consequência quando o relógio se esgota.

Como construir um sistema andon que as pessoas realmente puxem

Comece pelas anormalidades que você já tem. Passe uma semana registrando o que dá errado, onde e quanto tempo alguém levou para perceber. Essa lista é a sua especificação de gatilhos. Comprar o hardware primeiro produz um sistema que sinaliza o que o fornecedor antecipou.

Defina a resposta antes de definir os sinais. Para cada classe de anormalidade, escreva o papel que responde, a janela e o que essa pessoa está autorizada a decidir ao chegar. Um sinal sem responsável definido treina todo mundo a ignorar sinais.

Escolha o gatilho mais barato que funcione e faça do sinal um lugar, não um feed. Corda ou botão onde segundos importam e as mãos estão ocupadas, sensor onde a condição é mensurável, flag digital onde o trabalho é distribuído. Coloque-o onde o responsável já olha. Resista a classificar no momento do puxão: cada campo que você adiciona é atrito, e o atrito é o inimigo da taxa de puxões.

Faça um piloto em uma célula, um turno, uma fila por duas a quatro semanas. Verifique se a taxa de puxões sobe (deveria, bastante, porque você está trazendo à tona anormalidades que antes eram absorvidas) e se o tempo de resposta se mantém à medida que o volume cresce. Se a resposta se degrada sob a carga do piloto, a escada está errada, e o rollout piora isso em todo lugar de uma vez.

Instrumente o registro desde o primeiro dia: causa, horário, nível alcançado, resolução, responsável pela contramedida. Adaptar um registro depois de seis meses significa seis meses de puxões que não lhe ensinaram nada.

Revise o registro toda semana com as pessoas que puxam. Ordene pela taxa de repetição, escolha a principal causa, designe um responsável pela contramedida e feche antes da próxima revisão. É aqui que o andon vira melhoria em vez de combate a incêndios, e é a prova mais clara para o chão de fábrica de que os puxões importam.

Limitações e modos de falha honestos

O andon pode trazer um problema à tona rapidamente, mas a capacidade de resposta, a disciplina de causa raiz e a confiança determinam se o sinal leva a uma correção duradoura.

Um sistema andon é fácil de comprar e difícil de conquistar. As luzes, cordas e dashboards são questão de algumas semanas de trabalho. O que leva mais tempo é um chão de fábrica que acredita que um puxão é bem-vindo, uma escada cujos tempos de resposta são reais e não aspiracionais, e o hábito semanal de ler o registro com as pessoas que levantaram os sinais. Acerte isso e o hardware quase não importa. Erre e você terá comprado um conjunto caro de luzes pelas quais todos aprenderam a passar sem olhar.