Los 5 porqués.

Qué son los 5 porqués

Los 5 porqués (5 Whys, también «cinco porqués» o «técnica de los 5 ¿por qué?») son el método estructurado de causa raíz más simple de la caja de herramientas lean. Partiendo de un problema descrito con precisión, usted pregunta por qué ocurrió, verifica la respuesta en el proceso, vuelve a preguntar por qué sobre esa respuesta y repite hasta que la cadena llega a una causa que el sistema de gestión puede corregir de verdad. A un equipo pequeño le toma menos de una hora, no necesita software ni estadística, y es donde la capacidad de resolución de problemas de casi cualquier planta empieza o fracasa en silencio.

Cinco es una heurística, no una regla. Los practicantes de Toyota observaron que las cadenas suelen necesitar unas cinco iteraciones para viajar de un síntoma a una debilidad del sistema de gestión, pero algunas necesitan tres y otras siete. Lo que importa es la regla de paro: una cadena terminada acaba en algo como un estándar que falta, una verificación sin responsable o una capacitación omitida, porque ese es el nivel donde una contramedida evita la recurrencia. Una cadena que se detiene en «error del operador» o «pieza rota» describió el evento, no lo explicó.

Nota de alcance: los 5 porqués son el nivel de entrada de la escalera de resolución de problemas, dimensionados para desviaciones que un equipo puede analizar el mismo día. Los problemas crónicos que merecen semanas de estudio pertenecen a un A3, los problemas que deben evitar formalmente la recurrencia a un ciclo RCCA (análisis de causa raíz y acciones correctivas), y las fugas al cliente a un informe 8D. Esta página cubre la herramienta de todos los días; esas guías cubren la maquinaria pesada, y todas ellas usan cadenas de 5 porqués dentro de sus pasos de análisis.

Cuándo los 5 porqués no bastan

Los 5 porqués se ganaron su popularidad por ser rápidos, y por lo mismo se usan mal. Están hechos para problemas con una vía causal dominante que un equipo pequeño puede verificar el mismo día. Suba de nivel en la escalera cuando:

• Interactúan varias causas. Cuando el estado de la máquina, la variación del material y el método podrían contribuir de forma plausible, una sola cadena los trenzará en un relato. Mapee primero los candidatos con un diagrama de Ishikawa (espina de pescado, fishbone) y después aplique los 5 porqués a la causa más fuerte o a las dos más fuertes.
• El problema es crónico y sobrevivió a correcciones anteriores. Si la misma desviación ya recibió contramedidas dos veces y volvió, la herramienta rápida ya tuvo su oportunidad. Pase al rigor estructurado de un A3 o de un RCCA completo con recolección real de datos.
• El cliente recibió el defecto. Las fugas al cliente necesitan dos cadenas, por qué ocurrió y por qué no se detectó, además de contención y cierre formal. Eso es un informe 8D (reporte 8D en México), no una plática rápida junto a la máquina.
• Alguien resultó lesionado o estuvo a punto. Los eventos graves de seguridad exigen una investigación formal con su propio estándar. Unos 5 porqués pueden alimentar esa investigación, pero nunca deben ser todo el análisis.

La trampa del error humano

En algún punto cercano al tercer porqué, casi todas las cadenas se topan con una persona: el operador se saltó la verificación, mantenimiento no hizo la ruta, el planificador capturó el número equivocado. Esta es la bifurcación más importante del método. Culpar a la persona siempre está a mano y nunca basta. Está a mano porque un ser humano toca todos los procesos de la planta, así que cualquier cadena puede terminarse con un nombre si usted quiere terminarla. Y no basta porque la misma debilidad reclutará a la siguiente persona: una verificación que solo existe en la memoria de alguien se volverá a omitir, en el peor momento posible, y la omitirá la persona más concienzuda del turno.

La pregunta que mantiene viva la cadena es: ¿qué hizo posible el error y qué lo hizo fácil? Una ruta de lubricación sin responsable y sin verificación no depende de que alguien sea descuidado para fallar; solo depende del tiempo. Preguntar por qué el proceso permitió el error no es cortesía hacia el operador. Es precisión: señala dónde vive de verdad la recurrencia.

También hay una consecuencia de sistema. Una planta donde las cadenas de 5 porqués terminan en nombres se convierte en una planta donde se reportan muy pocos problemas, y el sistema de gestión diaria pierde en silencio su materia prima. Castigar el tercer porqué compra silencio en el primero.

Qué pasa después

Una cadena verificada corrige un problema. El efecto de sistema viene de lo que pasa con las cadenas después. Las contramedidas cambian estándares o fueron teatro. Los problemas que vuelven después de una contramedida ascienden a un RCCA completo, con contención, acción correctiva verificada y una verificación formal de eficacia. Y cuando el cuarto o el quinto porqué encuentran una y otra vez la misma rutina ausente en cadenas distintas, no es coincidencia. Es el siguiente tema de mejora, anunciado por los datos.

Las buenas intenciones se fugan al guardar el registro: las cadenas en pizarrones se borran, las fotos se entierran en hilos de chat, las contramedidas pierden a su responsable y la verificación de las cuatro semanas nunca ocurre porque nunca se programó. Aquí encaja TeamGuru en la práctica: el caso de uso de análisis de causa raíz mantiene el enunciado del problema, la cadena, su evidencia y las contramedidas con sus responsables en un solo registro, con la verificación de eficacia programada en lugar de recordada.

En la hoja de ruta, la resolución estructurada de problemas corre en paralelo al trabajo estándar del líder y alimenta el kaizen: la misma disciplina de verificar la causa, cambiar el estándar y comprobar que se sostuvo, apuntada a oportunidades en lugar de desviaciones. Un equipo capaz de hacer unos 5 porqués honestos ya aprendió la mitad difícil de ambos.

Preguntas frecuentes