Metodologias & Qualidade

Jidoka: o pilar esquecido do Sistema Toyota e por que parar a linha aumenta a produção

Jidoka não é automação: é a máquina saber que errou e parar sozinha, e o operador ter autoridade para parar a linha. O que define o conceito é a detecção da anomalia

Larissa Nunes
Por Larissa Nunes
Publicado em 8 de out de 2019  ·  Atualizado em 6 de out de 2026  ·  16 min de leitura
Veja como o Jidoka auxilia a detectar falhas nos processos!

Todo curso de produção enxuta começa desenhando a mesma casa, com duas colunas sustentando o telhado. Uma coluna é o just in time. A outra é o jidoka. Depois disso, o treinamento gasta quase todo o tempo na primeira coluna e resolve a segunda em um slide.

O resultado é previsível. Profissionais que sabem calcular takt, dimensionar supermercado e puxar com cartão travam quando alguém pergunta o que é autonomação. A metade esquecida do Sistema Toyota é justamente a que trata de qualidade dentro do processo.

Jidoka não é automação. É a máquina saber que errou e parar sozinha, e é a autoridade do operador de parar a linha quando enxerga uma anomalia. O que separa os dois conceitos é a detecção do desvio, não a ausência de gente no posto.

Essa distinção parece filosófica e é operacional. Uma fábrica cheia de robôs pode não ter nenhum jidoka. Uma célula com duas prensas velhas e um cordão de andon pode ter jidoka completo. A diferença está em quem percebe o erro e no que acontece no instante seguinte.

O exemplo numérico dos dois cenários de turno deste artigo foi montado no formato do Kit Lean da Voitto. Os valores são ilustrativos e internamente consistentes: ritmo, tempo de detecção, peças afetadas e horas de retrabalho foram conferidos em planilha e fecham entre si. Nenhuma fábrica real está descrita ali.

O pilar que o treinamento pula

Jidoka é a capacidade de um processo detectar sozinho uma condição anormal, interromper a produção naquele ponto, sinalizar o problema e obrigar o tratamento da causa antes de voltar a rodar. É um dos dois pilares do Sistema Toyota de Produção, ao lado do just in time.

A assimetria de atenção entre os dois pilares tem explicação. Just in time produz números bonitos e rápidos: giro de estoque, lead time, área liberada. Jidoka produz paradas. No primeiro mês, o indicador que ele move mais é o de tempo de linha parada, e move para cima.

Por isso o pilar da qualidade costuma ser descrito e abandonado. A empresa reduz lote, organiza o fluxo e continua descobrindo defeito na inspeção final. O fluxo ficou mais rápido, e o que ele passou a transportar mais rápido foi o erro.

O Lean Enterprise Institute define jidoka como fornecer às máquinas e aos operadores a habilidade de detectar uma condição anormal e parar imediatamente o trabalho. Repare que a definição cita máquinas e operadores na mesma frase. Nenhum dos dois sozinho fecha o conceito.

O ideograma que muda tudo: 自働化

Automação comum, em japonês, se escreve 自動化, lida como jidouka. Os três caracteres significam, na ordem, próprio, mover e transformar em. Ou seja: transformar em algo que se move sozinho. É a definição exata de uma máquina automática qualquer.

A Toyota alterou o caractere do meio. No termo do Sistema Toyota, 動 vira 働, e a única diferença visível é o radical 亻 acrescentado à esquerda. Esse radical é a forma composta de 人, que significa pessoa. O caractere deixa de dizer mover e passa a dizer trabalhar.

A leitura fonética é a mesma, então em japonês falado as duas palavras soam idênticas. A distinção existe apenas na escrita, e foi criada de propósito para marcar que aquilo não era automação convencional. É um dos poucos termos japoneses do lean cujo sentido está literalmente no desenho da palavra.

A tradução usual em português é autonomação, às vezes acompanhada da expressão automação com toque humano. As duas tentam carregar o radical de pessoa para um alfabeto que não tem radicais.

Sakichi Toyoda e o tear que parava sozinho

Sakichi Toyoda passou a vida resolvendo o mesmo problema. Tear mecânico que roda com um fio de urdume rompido continua tecendo, e o tecido sai defeituoso. Alguém precisa vigiar. Em 1896 ele patenteou um tear mecânico com dispositivo de parada automática, e seguiu aperfeiçoando a ideia por quase três décadas.

O marco é o tear Tipo G, de 1924, desenvolvido com o filho Kiichiro Toyoda. Ele parava por conta própria ao detectar rompimento de fio ou fim de trama, e trocava a lançadeira sem interromper o ciclo. A Toyota trata esse tear como a origem direta do pilar de qualidade do seu sistema produtivo.

Vale corrigir uma confusão comum. Sakichi fundou a fabricante de teares, a Toyoda Automatic Loom Works. Quem fundou a montadora Toyota Motor, em 1937, foi seu filho Kiichiro. Sakichi morreu em 1930, antes do primeiro carro.

Esse detalhe importa porque o jidoka não nasceu dentro da indústria automotiva nem de um projeto de qualidade. Nasceu de um problema de produtividade têxtil no Japão do começo do século, décadas antes do vocabulário que a história da gestão da qualidade consolidaria depois.

Por que um tear que para libera um operador

O ganho do Tipo G não foi a qualidade do tecido. Foi o que ele fez com a mão de obra. Antes, o operador precisava ficar de olho no tear, porque só a atenção humana detectava o fio rompido. A vigilância era o trabalho, e ocupava a pessoa inteira.

Com o dispositivo de parada, a máquina assumiu a vigilância. O operador só é chamado quando algo dá errado, e a chamada é explícita. Ele deixa de observar e passa a intervir. Entre uma intervenção e outra, sobra tempo dele.

Suponha que um operador cuidasse de um tear e passe a cuidar de trinta. A mão de obra por tear cai para 3,3% do que era, uma redução de 96,7%. Os valores exatos variam com a máquina, mas a ordem de grandeza é essa.

Guarde esse mecanismo, porque ele é o coração econômico do conceito. O retorno não vem só de evitar refugo. Vem de dissolver o trabalho de vigiar, que é desperdício de espera disfarçado de supervisão.

Do tear para o automóvel: Taiichi Ohno

Taiichi Ohno começou a carreira na Toyoda Spinning and Weaving e foi transferido para a montadora em 1943. Ele levou consigo a lógica do tear e passou duas décadas traduzindo aquilo para uma linha de montagem, onde o produto se move e o defeito viaja.

A tradução exigiu duas invenções. A primeira foi instrumentar os equipamentos com dispositivos de parada por condição anormal, o equivalente direto do detector de fio rompido. A segunda foi estender a mesma autoridade às pessoas, porque nem toda anomalia de montagem é detectável por sensor.

Daí sai o cordão de andon acima do posto. Quem enxerga algo errado puxa o cordão, e o sistema responde. O operador virou sensor, com uma vantagem: ele detecta o desvio que ninguém programou de antemão.

Ohno organizou os dois pilares do sistema lean manufacturing como um par que se sustenta mutuamente. Sem jidoka, o just in time quebra ao primeiro defeito, porque não há estoque para cobrir a falha. Sem just in time, o jidoka para uma linha que ninguém percebe que parou.

Casa Lean: telhado foco no cliente, pilares Just in Time e Jidoka com seus itens, base de Heijunka, trabalho padronizado, Kaizen e estabilidade
Os dois pilares lado a lado: o just in time à esquerda, e à direita o pilar do jidoka, com separar homem e máquina e parar ao detectar defeito. Adaptado da formação Green Belt Lean Seis Sigma da Voitto.

Os quatro passos do jidoka

A mecânica do conceito cabe em quatro movimentos encadeados, que precisam acontecer nessa ordem. A tabela abre cada passo pelo que ele exige da máquina e das pessoas.

PassoO que aconteceO que exige da máquinaO que exige das pessoasFalha típica
1. DetectarO desvio da condição normal é percebido no instante em que ocorreSensor, gabarito ou limite programado para a variável críticaPadrão escrito do que é condição normal no postoSem padrão, ninguém sabe o que conta como desvio
2. PararA produção é interrompida antes de gerar a próxima peçaIntertravamento que trave o ciclo, não só aviso na telaAutoridade real de acionar sem pedir permissãoA máquina alerta e segue rodando, e o alerta vira ruído
3. AlertarA anomalia fica visível para quem resolve, com local e tempoSinal físico ligado ao posto exato, não relatório de fim de turnoRota de atendimento com quem vai, em quanto tempo e o que fazO sinal acende e ninguém tem obrigação de responder
4. Corrigir a causaA condição que gerou o desvio é tratada para não voltarRegistro do evento com dado suficiente para investigarMétodo de análise e agenda para aplicá-loO time repõe a peça, religa a linha e não investiga

Repare na diferença entre o passo 2 e o passo 4. Parar contém o dano imediato, e é o que a maioria das empresas consegue implantar. Corrigir a causa impede a repetição, e é o passo que separa jidoka de um sistema de alarmes caro.

Detectar: como a máquina sabe que errou

Detecção exige uma definição prévia do que é normal. Sem padrão, não existe anomalia, existe variação. É por isso que instalar sensor em processo sem trabalho padronizado gera alarme falso em série e termina com o operador desligando o dispositivo.

Os mecanismos de detecção usados na prática se dividem em poucas famílias. Vale conhecê-las para não tentar resolver tudo com sensor caro.

  • Limite físico: fim de curso, batente, célula de carga que dispara fora da faixa. Barato e robusto.
  • Contagem: parafusadeira que conta apertos, contador de peças no berço. Detecta a falta, que é o erro mais comum de montagem.
  • Medição em processo: torque, corrente, pressão, temperatura ou tempo de ciclo comparados a uma faixa definida.
  • Verificação por visão: câmera com gabarito de presença, cor ou posição.
  • Percepção humana: ruído, cheiro, vibração, aparência. Insubstituível para o desvio que nunca aconteceu antes.

O erro clássico é dimensionar detecção para o defeito raro e ignorar o frequente. Comece pelo modo de falha que mais aparece no histórico e cubra ele com o mecanismo mais simples que funcione.

Parar: a autoridade que ninguém quer dar

Tecnicamente, parar é fácil: um intertravamento custa pouco e qualquer integrador instala. Culturalmente, é onde a maioria das implantações morre, porque contraria o instinto do gestor formado a olhar ocupação de máquina.

A autoridade precisa ser real para funcionar, e real tem significado preciso. O operador aciona sem pedir autorização, não é questionado depois por ter acionado, e não sofre consequência se o alarme era falso. Qualquer desvio disso ensina o time a não acionar.

O teste que revela a verdade é simples. Pergunte quantas vezes a linha parou por acionamento de operador na última semana. Se a resposta for zero ou uma, a autoridade existe no papel. Em uma operação saudável, o número é alto no começo e se estabiliza depois.

A objeção previsível é a de abuso, e ela quase nunca se confirma. O que aparece é o contrário: operador que viu o problema, não puxou o cordão por medo de cobrança e deixou passar. A parada que não aconteceu custa mais.

O andon como interface do sistema

Andon é a lanterna de papel tradicional japonesa, e o nome foi emprestado para o painel luminoso que sinaliza o estado da produção. Ele é a interface do jidoka: o meio pelo qual a anomalia detectada sai do posto e chega a quem pode resolvê-la.

Um andon útil responde três perguntas em menos de dois segundos, de qualquer ponto da área. Onde está o problema, há quanto tempo ele está aberto, e alguém já está atendendo. Painel que só acende uma luz vermelha genérica falha nas três.

A prática madura usa uma parada em duas etapas. O primeiro acionamento chama o líder e a linha continua até o fim do ciclo do posto. Se o líder não resolver dentro daquele ciclo, a linha para no ponto fixo seguinte. Isso separa o chamado de ajuda da parada efetiva.

Andon sem rota de atendimento é decoração cara. Antes de comprar o painel, defina quem responde cada chamado, em quanto tempo e o que faz se não souber resolver. Esse escalonamento transforma luz acesa em problema tratado.

Jidoka, automação comum e poka yoke lado a lado

Os três conceitos são confundidos com frequência, e a confusão tem custo. Empresa que chama a linha automatizada de jidoka acredita ter o pilar da qualidade resolvido. A tabela separa os três pelo comportamento diante do erro.

CritérioAutomação comumJidokaPoka yoke
O que detectaNada. Executa a sequência programadaDesvio da condição normal, por sensor ou pelo operadorA condição que permitiria o erro acontecer
Quando ageNão age. Segue o ciclo até o fim do programaNo instante em que o desvio ocorreAntes do erro, impedindo o movimento incorreto
Quem age depoisNinguém. O defeito segue para a próxima estaçãoA pessoa é chamada pelo sinal e trata a causaNinguém, porque o erro não chegou a ocorrer
O que acontece se falharProduz lote defeituoso em alta velocidade até alguém perceberO defeito escapa isolado e o sistema perde o aprendizadoO dispositivo é burlado e o erro volta a ser possível

O poka yoke é prevenção: ele desenha a situação para que o erro não seja fisicamente possível. Jidoka é detecção e parada: ele aceita que o desvio pode ocorrer e garante que ele não avance.

Os dois são complementares e a ordem de preferência é clara. Sempre que der para impedir o erro por desenho, impeça. Onde não der, detecte e pare. Automação comum, sozinha, não faz nem uma coisa nem outra, e é por isso que chamar robô de jidoka é um erro caro.

Ninben no aru jidoka: separar pessoa de máquina

A expressão ninben no aru jidoka significa, literalmente, autonomação com o radical de pessoa. Na prática, ela nomeia um trabalho de engenharia específico: separar o que na operação é trabalho humano do que é trabalho de máquina, e desacoplar os dois.

O ponto de partida é medir o ciclo do posto em três blocos: tempo em que a pessoa manipula, tempo em que a máquina processa sozinha e tempo em que a pessoa apenas observa. O terceiro bloco é o alvo, e costuma ser maior do que a chefia imagina.

Enquanto a máquina depender de alguém olhando para não errar, o operador está preso àquele equipamento. Instalado o mecanismo de parada automática, aquele tempo de observação vira tempo livre, e o posto pode ser redesenhado.

  1. Cronometre o ciclo separando manipulação, processamento automático e observação pura.
  2. Identifique por que a observação existe: qual falha a pessoa está esperando enxergar.
  3. Instale a detecção daquela falha específica na máquina, com parada e sinal.
  4. Redistribua o tempo liberado, atribuindo mais máquinas ou mais conteúdo ao operador.
  5. Reescreva o padrão do posto e valide o novo ciclo no chão.

Esse é o caminho pelo qual o jidoka devolve produtividade, e não apenas evita refugo. É também a etapa que quase todo projeto ignora, porque exige cronometragem e redesenho de posto, não compra de equipamento.

Por que parar a linha aumenta a produção

O argumento contraintuitivo do jidoka é este: interromper a produção com frequência entrega mais peça boa do que nunca interromper. A conta fica evidente quando você separa peça produzida de peça boa entregue.

Considere uma linha a 60 peças por hora, em turno de 8 horas, com capacidade de 480 peças. Um desajuste na estação 3 começa a gerar defeito. Sem parada, ele só aparece na inspeção final, 4 horas depois. Com jidoka, o gabarito detecta na terceira peça e trava o ciclo.

CenárioPeças produzidas no turnoPeças com defeitoBoas entregues no turnoRetrabalho gerado
Sem parada, defeito visto na inspeção final48024024048 h
Com jidoka, parada de 20 min na terceira peça46034570,6 h
Diferença-20-237+217-47,4 h

A linha que parou produziu 20 peças a menos e entregou 217 peças boas a mais, quase o dobro. O retrabalho caiu 80 vezes. E o cenário sem parada ainda ocupa gente, espaço e tempo de máquina depois do turno para recuperar 240 unidades.

O erro que sustenta o medo de parar é confundir ocupação com produção. Linha rodando não produz valor se o que ela empurra adiante vai voltar. O takt time mede ritmo necessário, não ritmo de peça defeituosa.

Corrigir a causa: o passo que todo mundo pula

Parar e religar é contenção. Sem o quarto passo, a mesma anomalia volta amanhã, o time para de novo, e a operação acumula paradas sem reduzir defeito. É o quadro que faz a diretoria concluir que jidoka atrapalha a produção.

O tratamento da causa precisa de método e de agenda. Método, porque investigar sem estrutura termina em culpa individual. Agenda, porque a investigação não cabe no minuto da parada. O evento é registrado no momento e analisado em hora marcada, com quem estava no posto presente.

Para a maior parte dos eventos de chão, os 5 porquês bastam, desde que a cadeia seja verificável em cada elo. Para falhas recorrentes, caras ou com causa distribuída, vale montar uma análise de causa raiz formal, com dado de histórico.

Cadeia dos cinco porquês: do sintoma, bugs críticos levam 5 dias para corrigir, até a causa-raiz, falta de ambientes de teste dedicados
Cada degrau da escada precisa ser verificável no chão; é isso que transforma a parada de hoje em causa tratada, e não em parada repetida amanhã.

Uma regra prática separa os dois casos. Se o evento já apareceu três vezes no mesmo posto, pare de aplicar os 5 porquês de novo. A repetição indica que as contramedidas anteriores trataram sintoma, e o caso pede investigação estruturada com dados de vários eventos.

Registro: sem dado não há aprendizado

O jidoka só vira melhoria contínua se cada parada deixar rastro. Painel de andon que acende e apaga sem gravar nada entrega ao gestor a mesma sensação vaga de todo dia, e nenhuma base para priorizar.

O registro mínimo tem seis campos, coletáveis em menos de um minuto pelo líder que atendeu o chamado. Com três meses disso, a priorização deixa de ser opinião.

  • Posto e turno, para localizar a concentração dos eventos.
  • Horário do acionamento e horário da liberação, que dão o tempo de atendimento.
  • Tipo de anomalia, escolhido de uma lista curta e fechada, nunca em campo livre.
  • Quem acionou, para saber se a autoridade está sendo usada em toda a área.
  • Ação imediata tomada, separada da ação sobre a causa.
  • Status da contramedida, com responsável e prazo quando houver investigação aberta.

Esse mesmo histórico alimenta a manutenção. Parada por condição de equipamento é insumo direto para os 8 pilares do TPM, em especial para a manutenção autônoma, que trabalha exatamente com o desvio percebido por quem opera.

Jidoka e just in time: por que um segura o outro

O just in time produz o necessário, no momento necessário, na quantidade necessária. Ele funciona reduzindo estoque entre etapas, e estoque entre etapas é exatamente o que protege a etapa seguinte de um problema na anterior.

Tire o estoque sem resolver a qualidade e você constrói uma linha frágil. Um defeito na estação 2 para a estação 7 em minutos, porque não há amortecedor. A empresa conclui que puxar não funciona na realidade dela e recoloca o estoque.

Os objetivos clássicos do just in time deixam essa dependência explícita.

  • Eliminar as paralisações não planejadas do fluxo.
  • Tornar o sistema flexível a mudança de volume e de mix.
  • Reduzir tempos de setup e de atravessamento.
  • Eliminar desperdício em todas as suas formas.
  • Minimizar o material em processo entre etapas.
  • Simplificar o processo e as regras que o governam.

Nenhum desses seis objetivos sobrevive a uma taxa de defeito alta. É por isso que os dois pilares são desenhados juntos: jidoka garante que só peça boa avança, e é essa garantia que torna seguro operar com pouco estoque.

Onde o jidoka encosta no resto do lean

O conceito não vive isolado dentro do lean manufacturing. Ele é o mecanismo de resposta a anomalia que várias outras práticas pressupõem sem dizer, e enxergar essas conexões evita implantar a mesma coisa três vezes com nomes diferentes.

No programa 5S, a marcação de posição é um detector: ferramenta fora do contorno é anomalia visível a metros de distância, sem instrumento nenhum. No kanban, peça em lugar sem cartão é anomalia, e a pergunta imediata é por que ela se moveu sem autorização.

A ligação com desperdício é direta. Defeito detectado na origem não é transportado, não é movimentado, não é processado de novo e não vira estoque de retrabalho. Um único evento de jidoka bem executado ataca vários dos três Ms ao mesmo tempo.

E há a premissa de ir ao local onde o problema acontece. A parada convoca as pessoas para o gemba no momento em que a evidência ainda está no posto, com a peça na mão e a máquina na condição em que falhou. Reunião na sala três dias depois perde tudo isso.

Jidoka fora da fábrica: serviço e software

O conceito não depende de máquina física. Ele depende de três coisas: definição do que é condição normal, mecanismo que detecte o desvio, e regra que impeça o trabalho defeituoso de avançar. Qualquer processo com essas três partes tem jidoka.

Em serviços, os exemplos aparecem quando você procura a parada. Validação que bloqueia o envio da proposta com CNPJ inválido. Fluxo de crédito que trava a aprovação sem documento obrigatório. Central que escala ao supervisor quando o cliente repete o mesmo problema pela terceira vez.

Em software, o paralelo é quase literal. Um pipeline de integração contínua que barra o merge quando um teste falha faz exatamente os quatro passos: detecta, para, alerta quem quebrou e cria a obrigação de corrigir antes de seguir. Time que ignora build vermelho tem o mecanismo e não tem o pilar.

O equivalente ao cordão de andon existe também: a permissão explícita para qualquer pessoa da equipe interromper a entrega quando enxerga um risco, sem convencer três níveis de hierarquia antes. Vale a mesma regra de nunca punir o alarme falso.

Implantar do zero e medir se funcionou

Numa operação que não tem nada disso, o caminho realista é por etapas, começando pela parte que não exige investimento. A ordem abaixo evita o erro mais comum, que é comprar painel de andon antes de existir padrão que defina o que é anomalia.

  1. Defina condição normal em dois ou três postos críticos, com padrão escrito do que é aceitável.
  2. Dê a autoridade e proteja quem a usa, com a regra de que ninguém é questionado por acionar.
  3. Crie o sinal mais simples: bandeira, cartão vermelho ou luz única resolvem o piloto.
  4. Defina a rota de atendimento, com nome, tempo de resposta e o que fazer quando não souber resolver.
  5. Registre todo evento nos seis campos desde o primeiro dia, mesmo em papel.
  6. Trate as causas em agenda fixa, semanal, com os eventos mais frequentes do período.
  7. Instrumente a detecção só depois, priorizando os modos de falha que o registro apontou.
  8. Expanda posto a posto, em vez de cobrir a fábrica inteira de uma vez.

A medição precisa de quatro indicadores lidos juntos, porque qualquer um sozinho mente: acionamentos por turno, tempo médio de atendimento, defeitos escapados para a etapa seguinte e percentual de eventos com causa tratada.

A curva saudável é conhecida. Acionamentos sobem nos primeiros meses, porque o time passou a reportar o que antes escondia, e depois caem conforme as causas são eliminadas. Se acionamento cai sem que defeito escapado caia, o time parou de acionar.

Acompanhar a evolução com uma carta de controle ajuda a não reagir a ruído. É assim que o jidoka deixa de ser um dispositivo isolado e vira uma das ferramentas do lean manufacturing que a operação usa sozinha.

Perguntas frequentes

O que é jidoka?
Jidoka é a capacidade de um processo detectar sozinho uma condição anormal, interromper a produção naquele ponto, sinalizar o problema e tratar a causa antes de voltar a rodar. É um dos dois pilares do Sistema Toyota de Produção, ao lado do just in time. A detecção pode vir de um dispositivo na máquina ou da percepção do operador, que tem autoridade para parar a linha.
Qual é a diferença entre jidoka e automação?
Automação comum executa a sequência programada e não avalia o resultado. Se algo sai errado, ela continua produzindo em velocidade alta até alguém perceber. Jidoka acrescenta a detecção do desvio e a parada imediata. Uma fábrica cheia de robôs pode não ter nenhum jidoka, e uma célula com equipamentos simples e um sinal de andon pode ter o conceito completo.
O que significa o ideograma de jidoka?
Automação comum se escreve 自動化 em japonês. A Toyota alterou o caractere do meio para 働, acrescentando o radical 亻, que é a forma composta de pessoa. O termo passou a ser 自働化, com a mesma pronúncia e sentido diferente: o caractere deixa de dizer mover e passa a dizer trabalhar. Em português, a tradução usual é autonomação.
Quais são os quatro passos do jidoka?
Detectar a anomalia no instante em que ela ocorre, parar a produção antes de gerar a próxima peça, alertar quem pode resolver por meio de um sinal visível e corrigir a causa para que o problema não volte. Os passos precisam acontecer na ordem. Pular o quarto transforma o sistema em uma sequência de paradas que não reduz defeito.
Quem criou o jidoka?
Sakichi Toyoda, fundador da Toyoda Automatic Loom Works. Ele patenteou um tear com parada automática em 1896 e chegou ao tear Tipo G em 1924, que parava ao romper o fio. Taiichi Ohno levou o conceito para a montadora Toyota Motor, fundada por Kiichiro Toyoda em 1937, e o transformou em um dos pilares do sistema de produção.
Qual é a diferença entre jidoka e poka yoke?
Poka yoke é prevenção: o dispositivo desenha a situação para que o erro não seja fisicamente possível, agindo antes da falha. Jidoka é detecção e parada: aceita que o desvio pode ocorrer e garante que ele não avance para a próxima etapa. Os dois são complementares, e a preferência é sempre prevenir por desenho quando isso for viável.
O que é andon e qual a relação com jidoka?
Andon é a lanterna de papel japonesa, e o nome foi emprestado para o painel luminoso que sinaliza o estado da produção. Ele é a interface do jidoka, o meio pelo qual a anomalia sai do posto e chega a quem resolve. Um andon útil mostra onde está o problema, há quanto tempo e se alguém já está atendendo.
Parar a linha não reduz a produção?
No curtíssimo prazo, sim. No turno inteiro, não. No exemplo deste artigo, a linha que parou 20 minutos produziu 20 peças a menos e entregou 217 peças boas a mais, porque o defeito foi contido na terceira peça em vez de contaminar 240 unidades. O erro de leitura é confundir ocupação de máquina com produção de valor.
Jidoka funciona fora da indústria?
Sim. O conceito depende de definir condição normal, detectar o desvio e impedir que o trabalho defeituoso avance. Em serviços, aparece em validações que bloqueiam o avanço de um cadastro incompleto. Em software, um pipeline que barra o merge quando um teste falha cumpre os quatro passos. O que muda é o mecanismo, não a lógica.
Como começar a implantar jidoka numa fábrica que não tem nada disso?
Comece sem investimento. Escreva o padrão de condição normal em dois ou três postos críticos, dê autoridade de parada e proteja quem a usa, crie um sinal simples como bandeira ou cartão, defina a rota de atendimento e registre todo evento. Só depois instrumente a detecção, priorizando os modos de falha que o registro apontou.
Larissa Nunes
Escrito por
Larissa Nunes
Grad. em Engenharia de Produção pela Universidade Federal de Juiz de Fora. Possui certificação em Produção de Conteúdo Web e de Especialista em Marketing de Conteúdo. Trabalhou na …

Veja também