El control que nadie vio desaparecer

El sistema de control de calidad llevaba tres años funcionando sin sobresaltos. Cada lote de producto pasaba por una verificación manual antes de salir al cliente. Hasta que, en una migración de software, alguien desactivó "temporalmente" ese paso para acelerar una entrega urgente. Nadie volvió a activarlo. Durante ocho meses, miles de unidades salieron sin la revisión que en teoría las protegía, y nadie lo notó hasta que un cliente reportó un defecto que el control original habría detectado en segundos.

Lo inquietante no es que el control fallara. Es que desapareciera sin que nadie se diera cuenta. Un proceso puede perder sus salvaguardas silenciosamente, y la organización sigue operando como si todo estuviera bajo control, precisamente porque nadie está mirando el punto donde el control debería estar.

Esto ocurre con más frecuencia de la que parece:

• Un control se desactiva "por un día" y ese día se vuelve permanente.
• Una responsabilidad depende de una persona que cambia de rol y nadie hereda la tarea.
• Un indicador deja de actualizarse y se interpreta el silencio como buena señal.
• Una auditoría periódica se pospone tantas veces que deja de existir en la práctica.

Un control que nadie verifica no es un control: es un recuerdo de que alguna vez lo hubo.

Si en tu organización hay procesos que "siempre han funcionado bien", vale la pena preguntarse cuándo fue la última vez que alguien confirmó que el control sigue realmente ahí. Si no tienes una respuesta clara, hablemos en la página de contacto.

Perspectiva Poka-yoke (Shigeo Shingo)

Este caso no es un fallo de detección, es un fallo de existencia: el tipo de inspección era sucesiva (successive check) -la revisión de cada lote antes de salir- y simplemente dejó de ejecutarse, sin que ningún Poka-yoke de orden superior vigilara que el propio control siguiera activo.

Shingo insistía en que un sistema de mistake-proofing necesita, además del control del proceso, un control sobre el control mismo: algo que emita una señal si la inspección deja de ejecutarse. Aquí faltaba justamente eso. Un método de detección de valor fijo (fixed-value method) sencillo -por ejemplo, exigir que el conteo de lotes inspeccionados coincida con el conteo de lotes producidos, y bloquear el envío si no coincide- habría convertido un fallo silencioso en una alarma inmediata.

Funcionalmente, el control original tenía función reguladora de aviso (warning method): dependía de que alguien interpretara y actuara sobre el resultado de la inspección, no una función de control (control method), que detiene físicamente el proceso ante una anomalía. Un Poka-yoke maduro no solo verifica el producto: verifica que la verificación misma esté ocurriendo. Esa es la diferencia entre construir calidad en el proceso y simplemente confiar en que un paso, alguna vez definido, se siga cumpliendo.

Lección: un control que puede desaparecer sin generar ninguna señal no es un control fiable; el diseño debe hacer imposible, no solo indeseable, que la inspección se salte.