En entornos de ingeniería, incidentes de seguridad pueden interrumpir operaciones, equipos de daños, personal de lesiones y retrasar los hitos de los proyectos. Las investigaciones de incidentes tradicionales suelen centrarse en causas inmediatas, como un piso resbaladizo o un guardia roto, pero no pueden descubrir los fallos sistémicos más profundos que permitieron que el incidente se produzca. Sin identificar y abordar causas profundas, las organizaciones corren el riesgo de repetir los mismos accidentes.

¿Cuál es el método de 5 por qué?

El 5 Whys es una técnica de análisis de causas profundas que implica preguntar repetidamente ¿Por qué? —normalmente cinco veces— para rastrear un problema de sus síntomas de vuelta a su causa fundamental. Desarrollado por Sakichi Toyoda y posteriormente refinado dentro de la Toyota Motor Corporation, el método es una piedra angular de la fabricación de garras y la mejora continua.

Por ejemplo, considera una máquina que se detiene inesperadamente. El primer “¿Por qué?” podría revelar un fusible soplado. El segundo “¿Por qué?” podría mostrar que el fusible fue subsized. Un tercero “¿Por qué?” podría apuntar a un procedimiento de mantenimiento que incorrectamente especificó el tamaño del fusible. El cuarto “¿Por qué?” podría revelar que el procedimiento fue actualizado hace una década.

La fuerza del método radica en su simplicidad. No requiere ningún software especializado ni formación estadística. Cualquier equipo multifuncional puede aplicarlo durante una revisión post-incidente. Sin embargo, su simplicidad también puede ser una debilidad si no se aplica rigurosamente. Los investigadores deben basar sus respuestas en hechos verificables, no hipótesis, y deben estar dispuestos a desafiar sus propios prejuicios.

¿Por qué el 5 Whys es especialmente adecuado para las investigaciones de seguridad de ingeniería

Los ajustes de ingeniería se caracterizan por sistemas complejos, procesos interdependientes y altas consecuencias para el fracaso. Un solo incidente, como un derrame químico, un colapso estructural o un flash de arco eléctrico, puede resultar de una cadena de eventos que abarcan el diseño, la adquisición, la instalación, la operación y el mantenimiento. Los métodos de investigación tradicionales que simplemente asignan responsabilidad a menudo no abordan estas raíces sistémicas.

  • Descubre las debilidades sistémicas: Impulsa a los investigadores más allá del error humano a examinar procedimientos, capacitación, diseño de equipos, supervisión de la gestión y cultura organizativa.
  • Promotes multidisciplinary collaboration: Los incidentes de ingeniería rara vez tienen una sola causa. Los operadores, ingenieros, supervisores y profesionales de seguridad involucrados aseguran diversas perspectivas informan cada “¿Por qué?” Este enfoque de colaboración refleja el carácter basado en el equipo de trabajo de ingeniería.
  • Enlaces acciones correctivas a causas reales: Cuando se identifica correctamente una causa raíz, la acción correctiva resultante impide directamente la recurrencia. Por ejemplo, si la causa raíz es un panel de control confuso, la solución es rediseñar el panel, no sólo reentrenar al operador.
  • Se alinea con los sistemas de gestión de seguridad: Las 5 razones complementan marcos como ISO 45001, que requieren que las organizaciones investiguen incidentes y tomen medidas para eliminar los peligros. El método proporciona una manera estructurada de cumplir esos requisitos sin una burocracia excesiva.

Además, las empresas de ingeniería que adoptan las 5 Por qué a menudo ven un cambio cultural. Los equipos se vuelven más cómodos discutiendo abiertamente los fracasos, considerándolos como oportunidades de aprendizaje en lugar de ocasiones para castigarlos.

Guía paso a paso para llevar a cabo una investigación de 5 razones

La implementación del método 5 Whys requiere de manera efectiva la disciplina. A continuación se puede seguir un proceso detallado de ingeniería, adaptado de las mejores prácticas en la fabricación y la gestión de calidad de los productos.

Paso 1: Agrupar un equipo de investigación inter-inforcción

Después de un incidente de seguridad, forma un equipo que incluye a personas directamente involucradas en el trabajo, a quienes tienen experiencia técnica y a un facilitador que no forma parte de las operaciones diarias. El facilitador debe mantener la sesión centrada y prevenir el cambio de culpa. Incluya un participante en la nota para documentar cada respuesta.

Paso 2: Definir claramente el incidente

Escribe una descripción concisa y objetiva de lo que pasó. Evite el lenguaje subjetivo como “inquieto” o “prueba pobre”. En lugar de eso, los hechos del estado: “A las 10:15 AM, un operador perdió el equilibrio y contactó con un conductor energizado de 480 voltios, lo que resulta en un flash de arco”.

Paso 3: Pregunte al Primer "¿Por qué?"

Ponga la pregunta: ¿Por qué sucedió esto? El equipo debe llegar a un consenso sobre la respuesta más directa basada en declaraciones de testigos, fotografías, registros de datos, registros de mantenimiento. Escriba la respuesta debajo de la descripción del incidente.

Paso 4: Preguntar ¿Por qué?

Para cada respuesta, pregunte “¿Por qué?” de nuevo. Continuar hasta que el equipo llegue a un punto en el que la respuesta es una causa raíz – una condición o deficiencia que, si se corregía, evitaría la recurrencia. Para los incidentes de ingeniería, una causa raíz es a menudo una brecha en un proceso, un defecto de diseño, una política perdida o una falta de entrenamiento. Dejar de lado una respuesta como “el operador cometió un error” es demasiado superficial.

Paso 5: Verificar la Cadena de la Causalidad

Una vez que el equipo cree que ha identificado la causa raíz, rastrea la cadena: ¿correcciona que causa lógicamente que cada “¿Por qué?” anterior? Si no, el equipo puede haber perdido causas intermedias y necesidades para continuar. Este paso de verificación es a menudo pasado por alto pero crítico para el rigor.

Paso 6: Desarrollar y aplicar medidas correctivas

Para cada causa raíz identificada, definir una o más acciones correctivas que son específicas, mensurables y asignadas a una persona responsable con un plazo. Evite correcciones genéricas como “reentren a todos.” En lugar de eso, especifique: “Revise Lockout/Tagout Procedure LOTO-007 para exigir verificación de tensión antes del mantenimiento; actualice dentro de 30 días; verifique el cumplimiento en 60 días”.

Paso 7: Documentos y hallazgos compartidos

Recordar todo 5 Whys analysis—answers, evidence, root cause, corrective actions—y compartirlo con los equipos pertinentes. Esta documentación apoya el aprendizaje organizativo y ayuda a prevenir incidentes similares en otras áreas.

Ejemplos en el mundo real en la ingeniería

Ejemplo 1: Deslizamiento y caída en una planta industrial

Revisemos el ejemplo original con más detalle. Un mecánico experimentado se desliza y cae en un piso de planta, esparciendo una muñeca.

  • ¿Por qué se deslizó el mecánico? Porque había un parche de aceite en el suelo cerca de la máquina de prensa.
  • ¿Por qué el aceite estaba en el suelo? Porque una manguera hidráulica tenía una fuga lenta que había estado presente durante tres días.
  • ¿Por qué la fuga no se reparó antes? Porque el sistema de orden de mantenimiento no priorizaba las fugas de no emergencia; estaban programadas para la próxima cancelación mensual.
  • ¿Por qué el sistema no priorizó las fugas? Porque el equipo de planificación del mantenimiento no tenía ningún procedimiento para evaluar el riesgo de las fugas basadas en la ubicación, el tipo de fluido y el potencial de resbalones o incendios.
  • ¿Por qué no había ningún procedimiento de evaluación del riesgo? Porque el sistema de gestión de la planta, actualizado hace cinco años, no incluía la identificación de los riesgos para las fugas de fluidos temporales.

Causa raíz: Absencia de un protocolo de evaluación de riesgos para las fugas de fluidos no críticos en el sistema de gestión de mantenimiento de la planta. Las acciones correctivas incluyen desarrollar una matriz de riesgo de fuga, actualizar el algoritmo de priorización de pedidos de trabajo y los planificadores de entrenamiento para utilizarlo. Observe que la investigación no se detuvo en “el mecánico debería haber sido más cuidadoso” o “el aceite inmediatamente.

Ejemplo 2: Desaparecimiento de la carga en un sitio de construcción

Un accidente de grúa: un rayo de acero se deslizó de su aparejo y cayó, trabajadores desprovistos. El equipo de investigación aplicó las 5 razones:

  • ¿Por qué se resbaló el haz? Porque el arnés de aparejo fue mal valorado para el peso de la carga.
  • ¿Por qué el aguijón fue mal calificado? Porque el arañador usó una calculación manual basada en el peso nominal del haz, no contando los apegos añadidos y los problemas de soldadura.
  • ¿Por qué el enjuague no utilizó los datos correctos? Porque el plan de elevación proporcionado por el ingeniero del proyecto sólo enumeraba el peso nominal del haz; no se incluía el peso real de la fábrica.
  • ¿Por qué no se incluyó el peso real? Porque la plantilla de plan de elevación estándar no requería que el ingeniero confirmara el peso final con la fábrica.
  • ¿Por qué la plantilla omitió ese requisito? Porque el procedimiento de elevación de la empresa se había diseñado para ascensores simples y no se había actualizado para reflejar conjuntos prefabricados más complejos.

Causa de arranque: procedimiento de elevación anticuado que no ordenó la verificación del peso de la fabricación de ascensores diseñados. Medidas correctivas: revisar el procedimiento de elevación, aplicar una lista de verificación que incluye la confirmación de peso y realizar una auditoría única de todos los planes de elevación existentes.

Estos ejemplos ilustran cómo el método 5 Whys pasa de un fracaso obvio (un resbalón, una carga baja) a las brechas sistémicas en los procesos y la documentación—areas donde la gestión de ingeniería puede intervenir.

Pitfalls comunes y cómo evitarlos

A pesar de su aparente sencillez, las 5 Whys son frecuentemente mal aplicadas. Los equipos de ingeniería deben estar conscientes de estas trampas:

  • Pasando demasiado temprano: Muchas investigaciones se detienen en “error humano” — “el mecánico no limpió el suelo” o “el rasgador cometió un error”. Esto no se refiere a por qué la persona actuó de esa manera. Para evitarlo, requiere que la causa raíz final sea siempre un sistema o deficiencia de proceso, no una acción individual.
  • Preguntar preguntas principales: Si un facilitador pregunta “¿Por qué el operador no siguió el procedimiento?”, el equipo probablemente culpará al operador. En cambio, haga preguntas neutrales como “¿Por qué el operador decidió desviarse del procedimiento?” o “¿Qué condiciones permitieron que el incidente se producira?”
  • Responder sobre hipótesis en lugar de evidencia: Las 5 razones deben basarse en hechos. Si no existen datos para una respuesta intermedia, el equipo debe marcarlo como hipótesis y reunir pruebas antes de concluir. En investigaciones de ingeniería de seguridad crítica, las hipótesis pueden conducir a acciones correctivas erróneas.
  • No implicar a las personas adecuadas: Un equipo de sólo administradores puede perder conocimiento de primera línea. Incluye operadores, técnicos e ingenieros que realizan el trabajo. Sus ideas son indispensables para descubrir causas reales.
  • Tratando las 5 Por qué como un proceso lineal y rígido]: A veces el incidente tiene múltiples causas de raíz, y una cadena única de cinco "Por qué" es insuficiente. En tales casos, use una estructura similar a los árboles - ask multiple "Por qué" a un solo nivel para explorar ramas. El método es una guía, no una jaula.

Integrando 5 Por qué con Otras Herramientas de Investigación

Las 5 Whys son potentes, pero no es una solución independiente para cada incidente complejo. Los equipos de ingeniería a menudo lo combinan con otros métodos de análisis de causas raíz para aumentar el rigor:

  • Diagrama de huesos de peces (Ishikawa): Antes de comenzar las 5 Por qué, crear un diagrama de huesos de peces para crear posibles causas de tormenta de ideas a través de categorías (personas, equipos, materiales, métodos, medición, medio ambiente). Esto asegura que el equipo considere todos los ángulos antes de bucear en una sola cadena “¿Por qué?”.
  • FMEA (Modo de falla y análisis de efectos): Al investigar un incidente relacionado con el diseño, FMEA puede ayudar a identificar modos de falla que los 5 Whys podrían perder. Use 5 Whys to taladrar en un modo de falla específico identificado en un FMEA anterior.
  • Análisis de barreras: En el proceso de incidentes de seguridad, el análisis de barreras examina las salvaguardias que faltaban o ineficacia. Combina esto con 5 Por qué entender por qué cada barrera falló.
  • Cambiar análisis: Si un incidente es precedido por un cambio (nuevo procedimiento, equipo nuevo, personal nuevo), utilice el análisis del cambio para identificar lo que cambió, luego aplicar 5 Por qué el cambio introdujo el riesgo.

Por ejemplo, la Junta de Seguridad Química de los Estados Unidos suele utilizar una combinación de estas técnicas en sus investigaciones. La integración de herramientas reduce el riesgo de que se produzcan factores críticos de contribución que no se hayan producido.

Construyendo una cultura del análisis de la causa raíz

La adopción del método 5 Whys no es un ejercicio de formación único. Para realizar su beneficio completo, las organizaciones de ingeniería deben incorporarlo en su sistema de gestión de la seguridad.

  • ]Prometido de gestión: Los líderes deben modelar el comportamiento preguntando “¿Por qué?” durante las reuniones de seguridad y fomentando discusiones transparentes sin culpa. Cuando un ingeniero superior admite que un procedimiento fue imperfecto, establece un ejemplo poderoso.
  • Training and practice: Todos los ingenieros, supervisores y líderes de equipo deben recibir entrenamiento práctico en el método. Realizar ejercicios periódicos de mesa usando incidentes hipotéticos o históricos para mantener las habilidades agudas.
  • Integración con reportajes casi indescriptibles: Alentar la presentación de informes de señoritas cercanas y aplicar las 5 razones para esos eventos antes de convertirse en incidentes importantes.Este enfoque proactivo es un sello distintivo de organizaciones de alta fiabilidad.
  • Mejora continua: Seguimiento de la eficacia de las acciones correctivas de 5 investigaciones de Whys. Si se repiten incidentes similares, vuelva a examinar el análisis, la causa raíz puede haber sido errónea o la acción correctiva puede no haberse aplicado correctamente.

Medición de la eficacia de 5 investigaciones de las razones

Para asegurar que el método es añadir valor, los equipos de ingeniería pueden monitorear varias métricas:

  • Tasa de repetición: ¿Están ocurriendo de nuevo los mismos tipos de incidentes después de las acciones correctivas? Una tasa de recurrencia baja indica la identificación efectiva de las causas raíz.
  • Tasa de terminación de la acción: Porcentaje de acciones correctivas cerradas dentro del plazo previsto. Las demoras a menudo indican que las acciones son difíciles de implementar o que falta ese compromiso.
  • Hora de identificar la causa raíz: ¿Cuánto tiempo tarda el equipo en llegar a la causa raíz? Con el tiempo, con la práctica, los equipos deben ser más rápidos y precisos.
  • Reacción del empleado: Los miembros del equipo de encuesta sobre el proceso de investigación. ¿Creen que el análisis fue minucioso? ¿Vieron mejoras en seguridad?

Además, considere la realización de auditorías periódicas de los análisis completos de 5 Whys. Un revisor externo, de otro departamento o de un tercero, puede identificar lagunas que el equipo original pasó por alto. Este proceso de examen entre pares es común en sistemas de calidad de ingeniería y puede aplicarse también a investigaciones de seguridad.

Conclusión

El método 5 Whys es una herramienta práctica accesible para mejorar las investigaciones de incidentes de seguridad en los entornos de ingeniería. Al guiar a los equipos a mirar más allá de las fallas sistémicas obvias y descubiertas, transforma las investigaciones de ejercicios en las oportunidades de mejora a nivel de sistema. Cuando se combinan con otras técnicas de análisis de causas raíz y se apoya en una cultura justa, las 5 Whys pueden ayudar a las organizaciones de ingeniería a prevenir accidentes, proteger a los trabajadores y mejorar la fiabilidad.