Diagrama de flujo del análisis de causa raíz

¿Qué es diagrama de flujo del análisis de causa raíz?

El análisis de causa raíz es lo que ocurre entre que se detecta un problema y se acuerda una acción correctiva. Todo el valor está en el medio: una definición del problema escrita antes de que nadie tenga una teoría, evidencias recogidas mientras todavía existen, una cronología que muestra qué pasó de verdad y en qué orden, y una causa que ha sobrevivido a ser contrastada en lugar de una que sonaba bien en la sala.

La mayoría de las investigaciones fracasan de una de estas tres formas. La definición del problema ya contiene una causa, normalmente alguna versión del error humano, así que el análisis se limita a confirmarla. La contención se confunde con la solución, el síntoma desaparece y nadie vuelve sobre el tema. O el equipo se para en la primera respuesta plausible porque nunca se recogieron las evidencias necesarias para descartar las alternativas, y cuando alguien pregunta los registros ya han rotado y las unidades afectadas se han enviado.

El diagrama de abajo va de un problema abierto a un expediente de causa raíz cerrado y entregado a CAPA, en cinco carriles y cinco fases. Conserva las dos rutas que la mayoría de los mapas de procesos se dejan fuera: la rama de datos insuficientes, donde la investigación amplía la recogida o cierra con una limitación documentada en vez de inventarse una causa, y el retorno desde la decisión de verificación cuando la hipótesis no se sostiene frente a las evidencias.

Qué cubre este diagrama de flujo

En esta plantilla

• Cinco carriles (Facilitador, Responsable del proceso, Equipo de investigación, Calidad y Dirección) repartidos en cinco fases: Problema y contención, Evidencias, Análisis de causas, Verificación y Acción correctiva.
• La definición del problema en la primera fase: el responsable del proceso describe el problema tal como se observó, el facilitador acuerda la definición por escrito, se aplica una contención inmediata que se registra aparte de la solución, y solo entonces se forma el equipo de investigación.
• Una decisión «¿Evidencias suficientes para continuar?» con tres ramas: pasar a la cronología, ampliar muestreo y entrevistas para reevaluar, o cerrar la investigación con una limitación de datos documentada cuando las evidencias realmente ya no existen.
• La secuencia de análisis en el carril del Equipo de investigación: reconstruir la cronología del suceso, generar hipótesis de causa con los 5 porqués o un diagrama de Ishikawa, y contrastar cada hipótesis con las evidencias realmente recogidas.
• Una decisión «¿Causa verificada con evidencias?» que solo avanza con una causa verificada y, si no, vuelve atrás a reanalizar las hipótesis o a recoger más datos, antes del paso explícito de separar la causa raíz de los factores contribuyentes.
• La ruta de cierre: Calidad revisa y cuestiona la conclusión, el facilitador registra los hallazgos, el responsable del proceso propone acciones correctivas, Dirección las aprueba y las dota de recursos o las devuelve para revisión, y Calidad abre el registro CAPA antes de cerrar el expediente.

Cuándo usar esta plantilla

• Un problema se arregla una y otra vez y siempre vuelve, y necesitas que la investigación llegue a una causa en lugar de producir otro apaño.
• Estás escribiendo o revisando un procedimiento de análisis de causa raíz o de gestión de problemas y necesitas una imagen de quién facilita, quién investiga, quién revisa y quién autoriza las acciones.
• Las investigaciones varían según quién las lleve, y quieres que los mismos pasos de evidencias, verificación y revisión se apliquen siempre.
• Un cliente, un regulador o un auditor de certificación ha preguntado cómo determina tu organización las causas de las no conformidades y qué evidencia sostiene la conclusión.
• Tu cola de CAPA está llena de acciones sin una causa trazable detrás, y necesitas un punto de entrega definido entre el análisis y la acción.

Cómo funciona

1. Renombra los carriles con tus roles reales

   Sustituye Facilitador, Responsable del proceso, Equipo de investigación, Calidad y Dirección por las funciones que de verdad tienes. Mantén al facilitador separado del responsable del proceso siempre que puedas: una investigación dirigida por quien responde del proceso tiende a pararse en las causas que resultan cómodas de enunciar. Fusiona carriles en lugar de dejar uno que aparece una sola vez.

2. Fija el disparador y el umbral

   Escribe qué abre un análisis de causa raíz en tu organización (una desviación, un incidente repetido, una reclamación de cliente por encima de cierta gravedad, una auditoría no superada) y, con la misma claridad, qué no lo abre. Un análisis para todo significa uno de verdad para nada. Pon el umbral junto al nodo de inicio para que los criterios de entrada viajen con el diagrama.

3. Define qué cuenta como evidencia suficiente

   La decisión «¿Evidencias suficientes para continuar?» solo funciona si alguien ha escrito qué evidencia se espera: muestras de retención, registros y su plazo de conservación, partes de lote o de turno, notas de entrevistas, fotografías. Marca lo perecedero, porque eso fija con qué rapidez tienen que ocurrir la contención y la recogida.

4. Elige el método de análisis de forma deliberada

   Sustituye «Generar hipótesis de causa» por los métodos que tu equipo va a usar de verdad e indica cuándo aplica cada uno: los 5 porqués para una cadena lineal, un Ishikawa para un problema con varias categorías plausibles, un árbol de fallos cuando los fallos se combinan. Nombrarlos en el nodo evita que la elección sea la que usó el facilitador la última vez.

5. Di qué significa verificar y quién lo cuestiona

   Define la prueba que hay detrás de «¿Causa verificada con evidencias?»: la causa explica toda la cronología, las evidencias son coherentes con ella, y eliminarla habría evitado el problema. Después nombra al revisor del carril de Calidad. El cuestionamiento independiente es lo que separa una conclusión verificada de una suposición compartida.

6. Define la entrega a CAPA y versiona el diagrama

   Sé explícito sobre dónde acaba este proceso y dónde empieza CAPA, normalmente en una acción aprobada con responsable, fecha límite y verificación de eficacia definida. Si trabajas con ISO 9001, esa es la frontera entre el requisito del apartado 10.2 de determinar las causas de una no conformidad y la acción correctiva que le sigue; la norma no prescribe un método de análisis, así que el que elijas es tuyo y debes documentarlo. Mantén el diagrama versionado y recoge su aprobación, para que investigadores y revisores trabajen con la misma versión.

Preguntas frecuentes

¿Cuáles son los pasos de un proceso de análisis de causa raíz?

Definir el problema, contenerlo, recoger evidencias, reconstruir la cronología, generar hipótesis de causa, contrastarlas con las evidencias, verificar la causa, separarla de los factores contribuyentes y, por último, proponer acciones correctivas y entregarlas a CAPA. La secuencia importa más que el método: contención antes del análisis para que el problema deje de extenderse, evidencias antes que hipótesis para que el equipo no esté defendiendo una teoría formada el primer día, y verificación antes de escribir cualquier acción correctiva.

¿Qué diferencia hay entre una causa raíz y un factor contribuyente?

Una causa raíz es aquella que puedes eliminar para que este problema no pueda repetirse. Un factor contribuyente hizo el problema más probable, más difícil de detectar o más grave cuando ocurrió, pero eliminarlo por sí solo no lo habría evitado. La mayoría de las investigaciones reales producen una o dos causas raíz y varios factores contribuyentes, y todos pueden generar acciones, pero solo la causa raíz justifica cerrar la investigación. Es un paso propio en este diagrama porque los equipos que se lo saltan tienden a escribir acciones contra el factor que resulta más fácil de arreglar.

¿Debo usar los 5 porqués o un diagrama de Ishikawa?

Los 5 porqués encajan en una cadena causal lineal que pertenece a un solo equipo: cada respuesta se convierte en la siguiente pregunta y te detienes cuando seguir te saca de lo que controlas. Un diagrama de Ishikawa (espina de pescado) va mejor cuando podrían intervenir varias categorías (método, máquina, material, personas, medición, entorno) porque obliga al equipo a considerar ramas por las que si no pasaría de largo. Muchas investigaciones usan ambos: generan candidatos en el Ishikawa y luego bajan con los 5 porqués por la rama que sostienen las evidencias. Ninguno es un método de verificación, y por eso el contraste de hipótesis es aquí un paso aparte.

¿Qué hacer cuando no hay datos suficientes para encontrar la causa?

Decidirlo explícitamente y dejar constancia de la decisión. Esta plantilla pone tres ramas en «¿Evidencias suficientes para continuar?»: continuar, ampliar muestreo y entrevistas para reevaluar, o cerrar con una limitación de datos documentada. La tercera es la que casi todos los procedimientos omiten, y su ausencia es la razón por la que los equipos escriben una causa especulativa en lugar de afirmar que las evidencias ya no estaban. Cerrar declarando la limitación es un resultado legítimo, y normalmente genera una acción propia: conseguir que la próxima vez ese dato esté disponible.