
Puntos clave
Respuesta corta: Poka-yoke es el término japonés para prevención de errores; error-proofing o protección contra errores es el equivalente en inglés. Son el mismo concepto bajo distintos nombres: diseñar el proceso para que los errores o bien no puedan suceder (prevención) o bien se detecten de inmediato (detección). La elección del término refleja la herencia del vocabulario del equipo, no una práctica distinta. Los retos de implementación son idénticos.
Poka-yoke (Shigeo Shingo, época de Toyota) es el diseño de dispositivos, utillajes o pasos del proceso que:
Ejemplos: conectores USB que solo encajan de una manera (prevención), testigos del motor (detección), validación de software que bloquea entradas inválidas (prevención).
Plantas influenciadas por las tradiciones lean japonesas usan poka-yoke. Plantas influenciadas por tradiciones occidentales de calidad usan protección contra errores. Algunas plantas usan ambos términos intercambiablemente; otras prefieren uno por razones culturales.
No hay diferencia funcional. La decisión es de vocabulario, no de técnica.
Poka-yoke de prevención hace que el error sea imposible:
Poka-yoke de detección captura el error en el momento:
La prevención es más contundente pero más cara. La detección es más barata pero permite que el error ocurra antes de ser detectado.
Los errores que se propagan se convierten en pérdidas de calidad en el OEE. Cada defecto que escapa a la detección consume capacidad en retrabajo o chatarra.
El poka-yoke reduce la pérdida por calidad. También reduce el estrés del operario (no necesita recordar comprobar) y mejora el rendimiento al primer paso.
Dos escenarios donde el poka-yoke resulta complicado:
1. Ensamblaje complejo con muchos pasos. Diseñar poka-yoke para cada paso es caro. Prioriza con un análisis Pareto por frecuencia de error.
2. Productos variantes en la misma línea. Cada variante puede necesitar su propio poka-yoke. La producción de modelos mixtos con muchas variantes complica el diseño de poka-yoke.
1. Tratar la capacitación como poka-yoke. La capacitación no previene los errores; los reduce. El verdadero poka-yoke hace imposible el error.
2. Diseñar poka-yoke para errores raros. Primero el Pareto. Gasta en lo que realmente ocurre.
3. Poka-yoke que los operarios eluden. Si la contramedida les ralentiza demasiado, la evitarán. Diseña pensando en el operario.
4. Sin seguimiento tras la instalación inicial. Los dispositivos poka-yoke fallan, se desalinean o dejan de percibirse. Audita.
El poka-yoke va desde gratuito (reglas de secuencia en software) hasta costoso (sistemas de visión, utillajes especializados). Justifica por error según:
Una plataforma OEE moderna registra eventos de defecto con marca temporal, estación y motivo. El Pareto identifica dónde el poka-yoke tendría mayor impacto.
El módulo OEE de Fabrico muestra la frecuencia de defectos por estación con códigos de motivo, identificando los objetivos de diseño poka-yoke de mayor apalancamiento.
Vea cómo Fabrico captura esto automáticamente, explora OEE para manufactura o reserva una demo.
No. Se aplica a cualquier proceso con decisiones o secuencias por parte del operario.
El que prefiera su equipo. La consistencia importa más que la elección del término.
Frecuencia de defectos x coste frente al coste del poka-yoke. Normalmente se amortiza rápido en errores comunes.
A veces. Para secuencias y validaciones, el software funciona bien. Para errores físicos en el ensamblaje, las contramedidas físicas suelen ser más eficaces.
Sí. La autonomación (jidoka) extiende la lógica del poka-yoke a equipos que se detienen automáticamente al detectar una anomalía.