🧭 Nueve preguntas para que un paso deje de poder hacerse mal

Después de facilitar una sesión de formación sobre Poka-yoke me quedé con una sensación conocida: el concepto se entiende enseguida, y aun así, delante de un proceso concreto, casi nadie sabe por dónde empezar.

La culpa la tiene la forma en que se suele enseñar, con un catálogo de ejemplos bonitos. El conector que solo entra en una posición. La bandeja con el hueco de cada pieza. El surtidor que no arranca si la manguera no está en su sitio. Los ejemplos inspiran, pero no enseñan a diseñar: lo que falta es el recorrido mental que lleva de un problema cualquiera a un mecanismo concreto.

Eso es lo que recojo aquí. Nueve preguntas, en orden. El orden importa más que las respuestas, porque cada pregunta solo tiene sentido si la anterior está contestada, y casi todos los Poka-yoke que fracasan lo hacen por haberse saltado una.

Antes de empezar: error y defecto no son lo mismo

Esta distinción sostiene todo lo demás. El error ocurre dentro del proceso. El defecto es lo que llega a quien recibe el trabajo. Entre uno y otro pasa tiempo, a veces semanas, y en ese intervalo el error todavía se puede interceptar.

Quien confunde ambas cosas acaba diseñando inspecciones finales, que detectan defectos cuando ya están hechos. Quien las separa busca el punto exacto en el que la mano, el dato o la decisión se desvía por primera vez. Ahí es donde cabe un Poka-yoke.

1. ¿Cuál es el defecto? Nombra el objeto

La primera pregunta parece trivial y es donde se atascan la mitad de los grupos. No sirve «hay errores en las facturas». Sirve: «la factura sale con la referencia de pedido de otro cliente».

La regla práctica: si no puedes señalar un objeto y decir qué tiene de mal, no tienes un defecto, tienes una sensación. Un documento, un campo, una pieza, un envío, un registro. Algo que se pueda coger, enseñar o abrir en pantalla.

Cuando el grupo insiste en lo genérico, suele ser señal de que hay varios defectos distintos mezclados bajo un mismo nombre. Sepáralos. Cada uno necesitará su propio mecanismo.

2. ¿A quién le afecta, y cómo?

El cliente casi nunca es quien paga la factura. Es quien recibe el trabajo y tiene que hacer algo con él: la persona de administración que no puede conciliar el cobro, el compañero del turno siguiente que recibe la pieza, el técnico que abre el informe.

Preguntar por el sujeto evita el error más caro de todos: blindar un paso que a nadie le dolía. Si nadie sabe decir qué le cuesta ese defecto a una persona concreta, puede que el problema no merezca un mecanismo, y entonces lo honesto es decirlo antes de gastar dinero en él.

3. ¿Cuál es el criterio de aceptación, según esa persona?

Aquí no vale una definición abstracta de calidad. Hace falta una muestra de los límites: dos ejemplos que pasan, dos que no, y uno dudoso en la frontera, descrito con sus palabras.

Esa frontera es la que convierte una opinión en un criterio. Sin ella, el mecanismo que diseñes tendrá que decidir por su cuenta dónde está el límite, y acabará siendo más estricto o más laxo que la persona a la que pretende servir.

Si nadie en la sala puede poner esos ejemplos, acabas de encontrar un hallazgo mayor que el defecto original. Es lo que conté en si puedes rellenar estas cinco casillas, ya has hecho el análisis: lo lento de un análisis nunca es dibujar, es ponerse de acuerdo.

4. ¿Dónde se comete el error exactamente? El punto de error

Ahora se deja de hablar del defecto y se va a buscar el error. La pregunta completa es: describe cómo se produce, en qué momento, con qué manipulación. No «en facturación», sino «cuando se copia la referencia del correo al campo del ERP, con la vista yendo de una ventana a otra».

Tres cosas ayudan a encontrarlo. Mirar a las manos y a los ojos, no al diagrama. Preguntar a quien lo hace cuándo fue la última vez que estuvo a punto de equivocarse. Y buscar el instante en que dos cosas parecidas pueden confundirse, porque casi todos los errores viven en una bifurcación mal señalizada.

Un aviso por experiencia: el punto de error casi siempre está antes y es más pequeño de lo que parece. Si lo que encuentras es un paso entero, sigue buscando.

5. ¿Hace falta parar o basta con avisar?

Un Poka-yoke tiene dos funciones reguladoras posibles, y conviene elegir a conciencia.

El control (control) impide que el proceso siga: la pieza no entra, el formulario no se envía, la máquina no arranca. La advertencia (warning) deja seguir pero señala: una luz, un sonido, un mensaje, un color distinto.

El criterio no es la gravedad sola. Son tres cosas juntas: qué pasa si el defecto escapa, con qué frecuencia ocurre el error, y si la persona puede hacer algo útil con el aviso en ese momento.

Y una regla que ahorra disgustos: una advertencia que salta muchas veces deja de ser una señal y pasa a ser ruido. Si vas a avisar, calcula antes cuántas veces al día va a sonar. Si la respuesta es «muchas», no querías una advertencia, querías un control.

6. ¿Qué método lo hace imposible? Los tres de siempre

Solo hay tres maneras de detectar que algo va mal en el momento en que va mal. Las tres vienen de la fábrica y las tres funcionan igual de bien en una oficina.

La pregunta que toca hacerse es muy concreta: ¿por qué método podría el proceso hacer que esto fuese imposible de hacer mal? No «cómo recordamos hacerlo bien». Imposible.

Si las tres parecen inviables, suele ser que el paso está mal planteado de origen, y lo que toca no es protegerlo sino eliminarlo o rediseñarlo. Esa también es una respuesta válida, y normalmente la mejor.

7. Pruébalo: ¿cuántos defectos quita?

Un mecanismo sin medición es una creencia. Cuenta los defectos antes y después, durante un periodo que incluya un día malo, no solo la semana del estreno.

• Mira si el error se ha mudado. A veces no desaparece: aparece en el paso siguiente, con otra cara.
• Cuenta lo que cuesta. Si el mecanismo añade segundos en un puesto con volumen, esos segundos existen aunque no aparezcan en ningún informe.
• Comprueba si lo han desactivado. Un Poka-yoke que estorba se desactiva, y suele hacerse en silencio. Si ocurre, el diseño está mal, no la gente.

Ese último punto conecta con algo que escribí hace poco: el esfuerzo no sube de piso. El beneficio del mecanismo se ve desde arriba; su coste se paga abajo y no viaja en ningún informe.

8. La señal de que funcionó: nadie habla ya de ese proceso

Hay un momento curioso, meses después, en el que alguien pregunta qué fue de aquel problema y nadie sabe contestar. Ha dejado de existir como tema. No hubo celebración ni correo de felicitación: simplemente desapareció de las reuniones.

Esa es la mejor señal y también el mayor peligro, porque un buen Poka-yoke borra las pruebas de su propia utilidad. Pasado un tiempo, alguien mirará ese mecanismo, no recordará ningún problema asociado y propondrá quitarlo por engorroso.

La contramedida es de dos minutos: deja escrito, junto al mecanismo, qué defecto evitaba y desde cuándo. Una línea basta. Sin esa línea, el trabajo que hiciste tiene fecha de caducidad y nadie sabrá que la tiene.

9. Lo que queda cuando el error ya no es posible

Aquí es donde la formación suele terminar y donde, para mí, empieza lo interesante.

Cuando un paso deja de poder hacerse mal, la persona que lo ejecuta deja de cargar con una culpa que nunca le correspondió. Nadie vuelve a decirle que preste más atención. Deja de trabajar vigilándose, y esa atención liberada se va a cosas que sí requieren criterio.

Hay tres palabras que uso para esto y que no son decorativas. Correcto: el resultado sale bien sin esfuerzo adicional. Satisfacción: hacer el trabajo deja de tener un punto de tensión. Y belleza, que suena fuera de lugar en un manual de procesos y no lo está: un paso bien diseñado se reconoce porque da gusto ejecutarlo. Esa sensación es un dato, no un adorno. Suele ser lo primero que aparece cuando el diseño es bueno, antes incluso de que los números lo confirmen.

Es el mismo respeto del que hablaba en tu mejor empleado es una estación de inspección que nadie ha presupuestado: pedirle a alguien que compense con cuidado un diseño descuidado tiene un coste que no aparece en ninguna cuenta.

Las nueve preguntas, para llevarse

• ¿Cuál es el defecto? Nombra el objeto y qué tiene de mal.
• ¿A quién le afecta y qué le cuesta?
• ¿Cuál es el criterio de aceptación, con ejemplos en la frontera?
• ¿Dónde se comete el error, en qué manipulación y en qué instante?
• ¿Hay que parar el proceso o basta con avisar?
• ¿Qué método lo hace imposible: contacto, valor fijo o secuencia?
• ¿Cuántos defectos quita, medido, y cuánto cuesta ejecutarlo?
• ¿Está escrito qué evitaba y desde cuándo?
• ¿Quién trabaja ahora sin tener que vigilarse?

Las nueve caben en una hoja. Si en una sesión de hora y media no consigues pasar de la tercera, no has fracasado: has encontrado que el problema no era el que creías.

Un Poka-yoke no pide más cuidado a quien ejecuta. Devuelve el cuidado a quien diseñó el paso.

Esta secuencia es la que uso en las sesiones de formación sobre Poka-yoke, trabajando sobre procesos reales de quien asiste. Si quieres hacerla con tu equipo, está en formación. Desde Barcelona, para toda España. Trabajo presencial en cualquier punto del país, también con empresas que están fuera de las ciudades, y en remoto cuando tiene más sentido.