AprenderAnálisis de causa raíz
Root Cause
Análisis De Causa Raíz

La mayoría de investigaciones se detienen una pregunta antes de la respuesta útil.

El análisis de causa raíz es una investigación estructurada que retrocede desde un evento hasta las condiciones que lo permitieron, y solo se detiene en una causa que la evidencia sostiene y que la organización puede controlar de verdad. Los métodos — cinco porqués, diagrama de causa y efecto, árbol de fallos, análisis de barreras, mapa de factores causales — son recipientes de una misma disciplina: construir una cronología con evidencia, generar causas candidatas e intentar refutarlas. Con datos de planta lo difícil rara vez es el método: es que la evidencia ya se ha evaporado, o nunca se registró de forma que dos sistemas pudieran compararse.

La Disciplina

Siete movimientos que separan una investigación de una reunión.

Enunciar el evento con precisión«La línea paró» no se puede investigar. «La llenadora 2 paró el 12 de marzo a las 14:06:32, 42 minutos perdidos, tercera vez este trimestre, todas con el producto B» ya contiene tres pistas.
Preservar primero la evidencia volátilEn orden de rapidez con que desaparece: las personas que estaban, la pieza que falló y el material, los búferes de controlador y de alarmas que dan la vuelta, las tendencias de alta resolución antes de que el historian las comprima, y el vídeo. Una investigación abierta tres días tarde suele ser una investigación de recuerdos.
Una sola cronología, una sola base de tiempoAlarmas, estados de equipo, acciones del operador, cambios de consigna y de receta, cambios de producto, órdenes de trabajo y resultados de laboratorio, fusionados y ordenados. Si los relojes de los sistemas no se disciplinan contra una fuente común, la primera discusión será sobre qué ocurrió antes, y nadie la ganará.
Generar candidatos con estructuraLos cinco porqués sirven para una cadena lineal simple con mecanismo conocido. Un diagrama de causa y efecto o un árbol de fallos sirve para eventos ramificados y multifactoriales. El análisis de barreras hace otra pregunta, a menudo mejor: ¿qué debería haber impedido esto y por qué no lo hizo?
Intentar refutar cada candidatoCuatro pruebas hacen casi todo el trabajo. Momento: ¿precedió realmente al evento, contando el desfase de relojes? Magnitud: ¿es suficiente para explicar lo ocurrido? Especificidad: ¿por qué no en la línea idéntica o en el otro turno? Contrafactual: si se quita, ¿sigue ocurriendo el evento? El candidato que sobrevive a las cuatro se ha ganado un mecanismo; el que no sobrevive a ninguna es un relato.
Parar en lo controlable, no en lo humano«Error del operador» es una descripción, no una causa. Si una persona se equivocó, las preguntas útiles son qué hizo probable ese error y qué debería haberlo detectado: la interfaz, la alarma, el procedimiento, la carga de trabajo, la formación, la tolerancia al atajo. Ahí sí se puede colocar un control.
Elegir controles por robustez y verificarEliminar el peligro, luego diseñarlo fuera o enclavarlo, luego detectarlo, luego procedimiento, luego formación y concienciación, en ese orden de eficacia. Fije una fecha de verificación y nombre el indicador que mostraría una recurrencia. Una acción cerrada el día en que se implanta está implantada, no verificada.
Afirmación habitualQué la convertiría en evidenciaQué es sin eso
«La temperatura subió justo antes de la parada»Ambos registros en una única base de tiempo disciplinada, con el desfase entre sistemas conocido.La comparación de dos relojes que pueden diferir en minutos: un orden que nadie puede defender.
«Siempre pasa en el turno de noche»Una tasa por oportunidad, comparada a igual mezcla de producto y volumen.Un recuento, que refleja sobre todo que el turno de noche hace las series largas.
«Empezó tras la actualización del controlador»Un registro de cambio con marca de tiempo y la misma comparación antes y después en un equipo no actualizado.Razonamiento post hoc. Los cambios se recuerdan y atraen la culpa, sean o no culpables.
«El nuevo lote de material es malo»Trazabilidad de lote que une material con defectos, con el lote anterior aún en marcha en algún sitio como control.Una hipótesis con un responsable cómodamente externo.
«La vibración correlaciona con los defectos»Un mecanismo que explique por qué y una predicción derivada que pudiera fallar.Una correlación. Con cientos de señales, algunas correlacionan por azar.
«Esto no había pasado nunca»Una retención que alcance más atrás que el intervalo entre recurrencias.Una afirmación sobre su archivo, no sobre su planta.

Un caso, un mecanismo

Un evento aislado puede establecer que algo es posible y cómo ocurrió. No puede establecer una tasa, una tendencia ni una comparación entre turnos. Las investigaciones pierden credibilidad más rápido cuando un mecanismo bien evidenciado se estira hasta una afirmación estadística que los datos no sostienen.

Qué hace rápido un análisis

No la analítica. Eventos en bruto conservados en vez de agregados, una sola base de tiempo, identidad de equipo estable entre sistemas y contexto suficiente para unir sin hoja de cálculo una alarma, un cambio de estado y una orden de trabajo de la misma máquina. Las plantas con esos cuatro puntos investigan en horas; las demás tardan semanas y se conforman con un relato plausible.

Escribir la cadena causal

Cada eslabón formulado como afirmación, con su evidencia y su estado: sostenido, refutado o sin probar. Un diagrama con cuarenta ramas y ningún veredicto es una lluvia de ideas. La cadena escrita es además lo que hace reutilizable la investigación cuando el mismo evento aparece en otra línea.

Por qué se atascan la mayoría de los análisis.

  • Abiertos con días de retraso, cuando los búferes de alarmas ya dieron la vuelta, las tendencias se comprimieron, el producto se consumió y el equipo rotó.
  • Tres sistemas, tres relojes sin sincronizar y una discusión irresoluble sobre el orden de los eventos.
  • Promedios por minuto que ocultan la excursión de cuatro segundos que en realidad provocó el disparo.
  • Un diagrama de causa y efecto usado como lluvia de ideas y nunca convertido en pruebas, de modo que jamás se descarta nada.
  • Detenerse en «error del operador» o «factor humano» porque es un sitio donde el expediente se puede cerrar.
  • Acciones correctivas compuestas por completo de reformación y recordatorios: los controles más débiles, elegidos porque son los más rápidos de escribir.
  • Ningún paso de verificación, con lo que nadie advierte el mismo evento repetido bajo otra descripción tres meses después.
  • Retención más corta que el intervalo de recurrencia, que vuelve el patrón permanentemente invisible: un problema trimestral no se ve en un archivo de treinta días.
Conceptos Relacionados

Con qué funciona realmente una investigación.

El análisis de causa raíz es el consumidor más exigente de la capa de datos, porque hace preguntas que nadie anticipó al configurar las señales. Necesita eventos en bruto conservados, una base de tiempo única y contexto de equipo para que los registros de distintos sistemas se unan — lo que aporta la contextualización y lo que un Unified Namespace mantiene disponible para todos, con ISA-95 dando al equipo un mismo nombre en OT, calidad y mantenimiento. En la práctica la materia prima llega de las disciplinas vecinas: el desglose de pérdidas tras una caída de OEE, los patrones de avalancha y repiqueteo que revela la racionalización de alarmas, el historial de condición tras un evento de mantenimiento, y las observaciones anotadas en el relevo de turno, a menudo la única prueba de que algo ya era anormal antes de que alguien mirara.

Razonar Sobre La Evidencia

El cuello de botella rara vez es pensar: es reconstruir lo que pasó.

Root Cause lee un paquete de evidencia que usted aporta — cronología de eventos, alarmas, estados de equipo, órdenes de trabajo, registros de calidad — y propone cadenas causales candidatas junto con la evidencia concreta que confirmaría o refutaría cada una, para que su equipo dedique el tiempo a probar y no a recopilar. Razona sobre la exportación que usted le entrega; no se conecta a sus sistemas de control. Cinco ejecuciones gratuitas y luego forma parte del plan de agentes.

Ver Root Cause

Preguntas frecuentes

¿Bastan los cinco porqués?

Para una cadena lineal simple con mecanismo conocido, a menudo sí. La técnica falla en eventos ramificados o multifactoriales, porque produce una única cadena y tiende a detenerse en la primera respuesta plausible en lugar de en la mejor evidenciada. En cuanto tuvieron que darse varias condiciones a la vez, un diagrama de causa y efecto o un árbol de fallos mantiene visibles las alternativas en vez de descartarlas en silencio.

¿Cómo distinguimos una causa real de una correlación?

Pase cada candidato por las mismas cuatro pruebas: ¿precedió al evento una vez tenidas en cuenta las diferencias de reloj?; ¿es lo bastante grande para explicar la magnitud?; ¿por qué no produjo el mismo resultado en la línea idéntica o en el otro turno?; ¿habría ocurrido el evento sin él? Después pida el mecanismo. Una correlación sin mecanismo y sin predicción refutable es un punto de partida para investigar, nunca una conclusión.

¿Cuánto tiempo debemos conservar los datos en bruto?

Más que el intervalo entre recurrencias de los problemas que le cuestan dinero. Un fallo que vuelve cada trimestre es invisible en un archivo de treinta días, y la investigación concluirá cada vez que es nuevo. El compromiso práctico es guardar eventos y estados a resolución completa para los equipos que de verdad cuestan dinero y aceptar agregación en el resto: una decisión que conviene tomar a propósito en lugar de heredarla de un ajuste por defecto.