El camión que vuelve dos veces
El camión salió del almacén a las siete de la mañana con la ruta del día completa. A media tarde, tuvo que volver a salir: faltaban tres cajas de un pedido que el equipo de picking había marcado como completo. No fue un error del conductor ni del cliente. Fue un conteo hecho "a ojo", como se hacía siempre, porque contar caja por caja "quitaba tiempo". Esa vez, contar rápido costó un segundo viaje completo, combustible, horas extra y un cliente que empezó a dudar de la puntualidad del servicio.
Lo que hace doloroso este tipo de error es que rara vez es individual. El operario del día del incidente había aprendido el proceso observando a otro compañero, que a su vez lo había aprendido de la misma manera, sin que nadie verificara en ningún momento si el método que se estaba transmitiendo era el correcto. El error no vivía en una persona: vivía en cómo se enseñaba el trabajo.
Este patrón se repite en distintos contextos:
- Un método de conteo "a ojo" se transmite de persona a persona sin cuestionarse nunca.
- La formación inicial de un puesto dura media hora y el resto se aprende "sobre la marcha".
- No existe una lista de verificación, solo la memoria de quien lleva más tiempo.
- El mismo error se repite en distintos turnos, con distintas personas, sin que nadie conecte los puntos.
Un proceso que depende de la memoria de cada persona no es un proceso: es una tradición oral con margen de error acumulado.
Si en tu equipo hay tareas que "todo el mundo sabe hacer" pero que nadie ha documentado ni verificado formalmente, ese es exactamente el punto donde conviene mirar primero. Podemos revisarlo juntos desde la página de contacto.
Perspectiva Poka-yoke (Shigeo Shingo)
Este caso combina dos elementos clásicos de Shingo: un error de omisión humano (contar mal por prisa o rutina) y una condición de proceso que lo permite, en este caso la ausencia de un método de detección de valor fijo (fixed-value method) para el conteo. Un conteo "a ojo" no tiene un valor fijo de referencia contra el cual contrastar; un conteo por número exacto de bultos, con verificación física antes de cerrar el pedido, sí lo tiene.
El tipo de inspección aquí debería ser en la fuente (source inspection): verificar el conteo en el momento del picking, no sucesiva (successive check), esperando a que el cliente lo detecte al recibir el envío incompleto. Cuanto más tarde se detecta un error respecto a su origen, más caro resulta corregirlo, y este caso lo ilustra bien: un conteo de treinta segundos mal hecho costó un viaje entero.
La solución más madura no es "recordar contar bien", que es una función reguladora de aviso (warning method) dependiente de la disciplina individual. Es rediseñar el paso para que el propio proceso obligue a un conteo verificable, por ejemplo con una báscula de control de peso o una lista de bultos que deba marcarse una a una antes de sellar el pedido. Eso convierte una buena intención en una condición estructural.
Lección: cuando un error se repite entre personas distintas, el problema no es la gente, es que el método nunca tuvo un punto de verificación fijo.