← Voltar
PROCESSOS E QUALIDADE

Poka-Yoke: como eliminar erros antes que eles aconteçam

ALC · Engenharia de Processos

Um erro que nunca acontece não precisa de inspeção, retrabalho ou justificativa. Essa é a lógica por trás do Poka-Yoke: em vez de treinar pessoas para não errar, o processo é desenhado de forma que o erro se torne fisicamente impossível — ou, no mínimo, imediatamente visível.

O termo foi popularizado por Shigeo Shingo dentro do Sistema Toyota de Produção, e continua sendo uma das ferramentas mais subestimadas da engenharia da qualidade — muitas vezes ofuscada por siglas maiores como FMEA ou APQP.

Os três tipos de Poka-Yoke

Na prática, a maioria das soluções à prova de erro se encaixa em três categorias:

  1. Contato: um sensor, pino ou guia física detecta a forma, tamanho ou posição da peça. Exemplo: o conector de um cartão SD só entra em uma orientação.
  2. Valor fixo (contagem): o sistema conta quantas vezes uma ação foi feita e bloqueia o avanço se o número não bater. Exemplo: uma bandeja de parafusos que precisa estar vazia antes da máquina liberar o próximo ciclo.
  3. Etapa de movimento: o processo só avança se os passos forem executados na sequência correta. Exemplo: uma tampa de combustível presa por um cabo, para que o motorista não esqueça de recolocá-la.

Poka-Yoke não é o mesmo que Causa Raiz. O Poka-Yoke impede que o erro chegue ao cliente ou avance no processo; a análise de causa raiz investiga por que o erro aconteceu em primeiro lugar. Os dois se complementam: a causa raiz explica o problema, o Poka-Yoke o torna estruturalmente impossível de se repetir.

Um roteiro simples de implementação

  1. Identifique o ponto exato da linha onde o erro humano ocorre com mais frequência.
  2. Classifique o erro: é de esquecimento, de orientação, de contagem ou de sequência?
  3. Escolha o tipo de Poka-Yoke mais barato que resolve a causa, não o sintoma.
  4. Teste em pequena escala antes de padronizar na linha inteira.
  5. Documente o dispositivo no plano de controle e no FMEA do processo.

Nos próximos artigos, vamos aplicar essa mesma lógica prática a PPAP, FMEA e APQP — sempre partindo de um problema real de processo, não da definição do manual.