Cómo implantar un poka-yoke en un puesto de trabajo

Un poka-yoke puede prevenir un error o hacerlo visible. Para evaluar una idea, delimita la operación, acuerda la respuesta esperada y observa su uso con quienes realizan la tarea.

Empieza por un error, no por una tecnología

Antes de elegir tecnología, concreta el error y el momento en que aparece. Describe la operación, dónde surge la confusión, bajo qué condición y qué paso podría verse afectado. Por ejemplo, «se selecciona la referencia equivocada antes del montaje» delimita más que «hay problemas de calidad». No atribuye el fallo a una persona ni presupone que un dispositivo electrónico sea la respuesta.

Elegir una situación concreta hace posible evaluar si el cambio ayuda. Si la descripción mezcla operaciones, productos y resultados distintos, la prueba acabará midiendo varias cosas a la vez. Reduce el alcance hasta que una persona del puesto pueda reconocer el evento sin interpretar una intención.

«La pieza de la variante B llega a la bandeja de A» es observable; «el operario no presta suficiente atención» no lo es y desplaza el análisis hacia una explicación que todavía no se ha demostrado.

Define qué resultado tendría que producir la solución

Antes de dibujar una barrera, expresa el resultado esperado en términos que puedan observarse. Una solución podría impedir una secuencia incorrecta, indicar una referencia antes de iniciar el montaje o hacer evidente una omisión. Estas alternativas no son intercambiables. Una señal visual puede advertir sin bloquear; una guía física puede facilitar una orientación; una condición de proceso puede impedir que una pieza avance.

La elección debe responder al error seleccionado y a la tarea real, no a la disponibilidad de una tecnología concreta.

Escribe una frase como: «Cuando ocurra X, la persona debe poder reconocer Y antes de que empiece Z». Después revisa si todos entienden igual X, Y y Z. Si el mecanismo depende de recordar una explicación que nadie ve en el puesto, quizá no esté haciendo visible el error en el momento adecuado. Si la solución interrumpe acciones correctas o introduce una maniobra adicional, también hay que observar ese coste local.

El lexicon de LEI recoge criterios de diseño como simplicidad, vida útil prolongada, bajo mantenimiento, fiabilidad, coste reducido y adecuación al lugar de trabajo (LEI, criterios de diseño, líneas web 10–20). En su artículo de implementación, LEI describe el feedback inmediato y específico, la inspección de la condición y la corrección de la causa (LEI, respuesta ante el error, líneas web 45–57). Son referencias para orientar el piloto, no una especificación cerrada ni una aprobación de ingeniería universal.

LEI distingue dos familias funcionales: dispositivos de parada y de aviso. En su ejemplo, una máquina que no arranca cuando la pieza está mal colocada ilustra la parada; una luz o un zumbador muestran el aviso. La elección depende de qué error se quiere prevenir o detectar y de qué respuesta puede entender el equipo (LEI, «Poka-yoke», líneas web 6–16).

La tabla reorganiza los dos tipos para compararlos; no recomienda un diseño de seguridad. Si una solución interfiere con el funcionamiento de una máquina o una función de seguridad, deben valorarla los responsables técnicos competentes: esta prueba informal no autoriza a modificarla.

Diseña con quien realiza el trabajo

La persona que ejecuta la operación puede explicar cuándo mira la pieza, qué información ya tiene, dónde necesita las manos y qué cambios de contexto hacen que una señal deje de verse. Invítala a revisar el problema y la idea antes de fijar el diseño. Comprueba si la señal se distingue con el material real, en la posición real y durante el ritmo habitual. Pregunta qué haría al verla y qué haría si aparece cuando la pieza es correcta.

La respuesta debe poder explicarse sin una interpretación improvisada.

También es importante observar la carga que crea la solución. Una señal que aparece continuamente puede convertirse en ruido; un dispositivo que bloquea una operación legítima puede fomentar un rodeo; una instrucción que exige apartar la vista de una tarea puede resultar difícil de usar.

Ejemplo hipotético: dos referencias visualmente parecidas

Imagina una estación ficticia donde se montan dos variantes de producto que usan piezas parecidas. Este escenario es hipotético; no representa una instalación real ni un caso documentado por LEI. Se asume únicamente que la tarea es manual y no peligrosa, que el error objetivo es seleccionar la referencia equivocada antes del montaje y que todavía no hay una medición fiable de cuántas veces ocurre. No se inventa una tasa de fallo ni un ahorro esperado.

El equipo podría explorar una marca visual en la ubicación de selección o una guía que haga más visible la correspondencia entre variante y componente. Son opciones para discutir, no instrucciones de diseño ni una recomendación de instalar una barrera física. La primera comprobación sería si quien trabaja en el puesto entiende la señal antes de actuar y si esta aparece cuando corresponde.

La segunda sería revisar qué pasa con piezas correctas, cambios de lote, sustituciones autorizadas o momentos en que el proceso se prepara para otra variante.

La prueba no debería forzar una decisión anticipada. Si todavía no existen datos, el resultado correcto puede ser «no sabemos; necesitamos observar más» o «el diseño no permite distinguir el evento objetivo». Tampoco hay que fabricar un antes/después para rellenar una presentación. Cuando la muestra es pequeña, describe el número de observaciones y el contexto como exploratorios, sin transformar la experiencia de un turno en una tasa estable ni en evidencia causal.

Prepara un piloto que permita aprender

Como propuesta editorial voluntaria, puedes organizar una prueba local alrededor de una situación delimitada, una persona responsable y una pregunta que se pueda responder; LEI no prescribe esos elementos ni su secuencia. La pregunta puede ser «¿la señal hace visible la selección incorrecta antes del montaje?» o «¿la persona entiende cuándo debe detenerse y pedir una revisión?». No es necesario comenzar por una promesa de reducción porcentual.

Si el objetivo no está claro, una solución puede parecer exitosa por ser nueva o parecer fallida porque se evaluó con una pregunta distinta de la que pretendía resolver.

Antes de probar, acuerda cómo se reconocerán los casos. Registra cuándo aparece la condición objetivo, si el mecanismo la detecta o previene y qué sucede inmediatamente después. En otra columna, documenta eventos no deseados: aviso sin error visible, interrupción de una acción correcta, necesidad de repetir una comprobación o interpretación distinta entre personas.

Si no detecta el caso o avisa sin error visible, limita el hallazgo a la condición observada y pregunta si cambió la tarea o la señal resultó ambigua. La ficha es una herramienta editorial propuesta para ordenar la evaluación; ninguna de las fuentes citadas la presenta como un instrumento validado.

El artículo de LEI relata una experiencia de diseño y revisión; no establece un tamaño de muestra ni un umbral de aceptación. Describe cuánto se observó y qué condiciones quedaron fuera.

Separa el resultado del mecanismo de la experiencia de uso: registra si el error se previno o se hizo visible, y también la interpretación de la señal, las interrupciones y las falsas alertas. Describe los límites de la observación; una prueba local no demuestra que el dispositivo sea adecuado para todos los puestos.

Tres fallos distintos que pueden parecer una mala señal

El artículo de LEI de 2011 relata varias experiencias del autor, no una comparación controlada ni una lista universal de causas. Aun así, sus casos ayudan a formular preguntas diferentes cuando una prueba genera paradas o alguien desconecta el dispositivo.

Cuando el puesto obliga a luchar con la señal

En un sistema pick-to-light, una fotocélula detectaba la mano al entrar en el contenedor. Si la persona omitía una pieza o volvía al mismo contenedor, el proceso se detenía. El autor cuenta que el puesto obligaba a alcanzar por encima de una cinta y que sacar las últimas piezas era especialmente incómodo; algunas se caían o había que sacudirlas para separarlas.

El poka-yoke se activaba varias veces por hora. En una prueba local, conviene observar la secuencia física que precede a cada parada: posición de la mano, estado del contenedor y facilidad para retirar la pieza. El relato no demuestra que la fotocélula se equivocara; describe cómo la forma de trabajar y el dispositivo se encontraban en ese puesto. LEI, ejemplo pick-to-light y ergonomía.

Cuando el umbral no encaja con el proceso

En otra experiencia, una empresa electrónica reemplazó reglas locales —tres defectos seguidos o cinco en una hora— por una instrucción corporativa para detener la máquina ante el primer defecto.

El autor relata caos en algunas plantas donde el proceso todavía no estaba bajo control. La respuesta fue volver a una aplicación por capas: pegatina verde para las máquinas que debían parar y roja para las que no.

En algunas plantas europeas, añade, la capacidad de producción hacía más visible la tensión entre parar ante cada defecto y cumplir el ritmo. El dato debe leerse dentro de ese relato: el autor también atribuye a la campaña una reducción global del 30 % en reclamaciones, sin describir una evaluación que permita aislar su efecto.

El autor añade que el stop-at-defect también depende de la respuesta de los mandos: si quienes están en primera línea no están preparados para investigar cuando se detiene el proceso, es probable que desconecten el poka-yoke para mantener la producción y confíen en la inspección final. Como pregunta de diagnóstico, conviene aclarar quién recibe el aviso, quién examina la condición y qué información queda disponible antes de reanudar.

Estas preguntas son una propuesta editorial; el artículo no las presenta como procedimiento.

Como ejemplo, el autor propuso que la pieza defectuosa se retirara manualmente para inspeccionar el proceso y analizar qué había fallado. Lo presenta como una forma de obtener feedback inmediato, no como instrucción para intervenir cualquier máquina. LEI, feedback e inspección.

El ejemplo no fija un umbral apropiado; invita a preguntar qué regla se aplicó, en qué estado estaba el proceso y cómo se atendía una parada. LEI, relato de la campaña stop-at-defect.

Cuando la detección depende de la presentación

El tercer caso trata de una cámara que debía leer una etiqueta para la trazabilidad del fabricante de equipo original. Aunque el proveedor no le daba importancia funcional a la etiqueta, el proceso de montaje posterior se detenía si faltaba o aparecía ligeramente desplazada. El autor señala que variaciones en cómo se presenta una pieza pueden complicar la detección por cámara, y relata que se volvía a pasar la pieza por el dispositivo hasta que la parada se repetía.

Para examinar una señal parecida, hay que distinguir el requisito que la activa de la capacidad del sistema para reconocer sus límites: ¿qué rasgo de la etiqueta requiere el proceso posterior?, ¿qué variación observada precede a la parada?, ¿la lectura es consistente? El relato no valida una tolerancia ni una configuración de cámara. LEI, caso de lectura de etiquetas y paradas.

Decide: conservar, rediseñar o retirar

Conserva el cambio si ayuda con el error definido, la señal es comprensible en el puesto y la carga adicional parece aceptable para el proceso local. «Parece aceptable» debe quedar respaldado por lo observado y por la decisión del responsable del proceso; no significa que exista un umbral universal. Si la solución funciona solo en parte, decide si puede rediseñarse para corregir una limitación identificada y vuelve a observarla.

Si no distingue el evento o añade interrupciones que superan su utilidad, documenta por qué se retira o se replantea.

Documenta lo aprendido sin convertirlo en una promesa

Como propuesta de registro editorial, una nota de cierre puede incluir el proceso y error elegidos, el objetivo de la señal, la configuración probada, las personas y condiciones consultadas, las observaciones y la decisión. Distingue entre hechos registrados y explicaciones propuestas. «No apareció el aviso en dos ocasiones observadas» es una observación; «la persona desactivó el dispositivo por prisa» es una interpretación que necesitaría evidencia. Si una causa no se comprobó, déjala como pregunta para una siguiente revisión.

Incluye también lo que no se probó. Por ejemplo, quizá el piloto cubrió una sola variante, no hubo observación en un turno diferente o el cambio no se sometió a un ensayo de fiabilidad. Esa precisión no resta valor al aprendizaje; evita que un resultado local se convierta, por repetición, en una afirmación general. Cuando el cambio se extienda a otro puesto, verifica que la tarea, los productos y los riesgos sean comparables.

Un mecanismo útil en una estación puede ser irrelevante o interferir en otra.

Preguntas frecuentes

¿Qué error conviene elegir primero?

Uno concreto y observable dentro de una operación delimitada. Identifica cuándo aparece, qué señal podría prevenirlo o hacerlo visible y qué paso posterior afecta. Evita empezar con una explicación sobre la persona; el objetivo es describir la condición de trabajo que el equipo quiere examinar.

¿Un poka-yoke siempre detiene la máquina?

No. Puede avisar, guiar o impedir una secuencia, según el diseño. La respuesta debe revisarse con el equipo y con los responsables técnicos del proceso. Esta página no da instrucciones para modificar máquinas ni para alterar funciones de seguridad.

¿Cómo se comprueba si ayuda?

Observa si previene o señala el error escogido, qué ocurre ante una señal y cómo se usa el mecanismo en condiciones normales. Registra falsos avisos y comentarios. Si la prueba es pequeña, descríbela como exploratoria; no la presentes como demostración de una mejora general.

¿Qué hacer si aparecen falsas paradas?

Anota cuándo y en qué contexto ocurren. Revisa si la señal es ambigua o si la tarea cambió, y consulta a quienes trabajan en el puesto. Si la solución crea más carga que utilidad, rediseñarla o retirarla puede ser razonable; esa decisión depende de la evidencia local y de los responsables del proceso.

¿Cuándo documentar el poka-yoke?

Después de validar su uso bajo las condiciones que se han observado. La nota debería explicar el error objetivo, la respuesta acordada, lo que no se probó, quién mantiene el cambio y cuándo se volverá a revisar. La plantilla es una propuesta editorial, no un formulario oficial de LEI.

El siguiente paso

Delimita una operación y conversa con quienes la realizan antes de probar una solución pequeña.