Diagrama de 5 porqués: representar hechos y causas

Un diagrama de 5 porqués representa una investigación que avanza desde un problema definido hacia posibles causas y contramedidas. LEI describe una secuencia de preguntas que parte del problema y llega a causas y acciones; el dibujo ayuda a seguir ese razonamiento, pero no prueba por sí mismo los enlaces (LEI, lexicon «5 Whys», líneas web 3–16 y 24–32; LEI, artículo de 2018, líneas 16–18 y 21–29).

El número de preguntas no es una cuota. El Lean Enterprise Institute indica que la cantidad depende del problema y de lo que el equipo averigüe (LEI, lexicon «5 Whys», líneas web 14–16). A veces una pregunta basta para descubrir que falta un dato; otras veces, una explicación abre dos caminos que deben comprobarse por separado. Añadir cajas para completar una plantilla no aporta evidencia.

Empieza por el suceso que se puede comprobar

Si el problema inicial todavía es amplio, úsalo como contexto. Reúne hechos y patrones y observa el trabajo antes de iniciar los porqués. En la secuencia que presenta LEI, esa observación permite localizar el punto de ocurrencia, también llamado causa directa. Hallarlo orienta la pregunta siguiente, pero aún no demuestra una causa raíz. (LEI, artículo de 2018, transcripción, párrs. 3–4).

Una vez localizado, escribe qué ocurrió, dónde y durante qué intervalo. Incluye la referencia que permitirá encontrar el registro. «La orden X quedó cerrada sin la comprobación registrada» describe algo que se puede buscar; «el equipo trabaja mal» ya propone una interpretación. Usa la primera formulación solo si el documento realmente muestra esa ausencia. Si aún no lo sabes, marca el problema como pendiente de confirmar.

Acota el caso con los datos que permitan mantener la conversación sobre un mismo suceso: activo, línea, producto, turno o versión del proceso, según corresponda. No todos los campos hacen falta en cada análisis. El objetivo es distinguir el evento de otros parecidos, no llenar una ficha ni copiar datos personales innecesarios. Si dos fallos de fechas o equipos distintos aparecen en una misma explicación, sepáralos antes de buscar una causa común.

Dibuja las respuestas y las conexiones por separado

Una caja sencilla puede mostrar la pregunta, una respuesta provisional, la evidencia consultada y la pregunta que sigue. La evidencia permite revisar la respuesta; la flecha representa la relación que el equipo propone con el nodo siguiente. LEI describe preguntas enlazadas y una lectura de la cadena, pero no prescribe cajas, colores ni campos de una plantilla (LEI, artículo de 2018, líneas 16–18 y 21–29). Usa la tabla como referencia práctica, no como formato oficial de LEI:

Mantén las frases breves y enlaza a la nota o registro cuando el detalle no quepa. Asigna un identificador a cada rama y úsalo también en sus evidencias. Así otra persona puede volver desde la caja hasta la fuente sin adivinar qué documento la originó.

La flecha necesita una comprobación propia. Dos hechos pueden aparecer juntos sin que uno cause el otro. Pregunta qué dato apoya la relación y qué observación la debilitaría. Si una fuente sirve para más de una hipótesis, señala el fragmento pertinente en cada rama; repetir el mismo registro no lo convierte en varias evidencias independientes. Cuando la relación siga sin probarse, la flecha representa una hipótesis, aunque las cajas estén bien documentadas.

Al revisar una respuesta, consulta la fuente concreta y el fragmento al que apunta. Un registro puede confirmar que hubo una parada y no explicar por qué ocurrió; una lista de tareas puede mostrar qué estaba previsto y no que el trabajo se ejecutara. Escribe en la caja solo lo que ese material permite afirmar. La pregunta causal siguiente es una inferencia que el equipo todavía debe contrastar.

Si dos fuentes no coinciden, compáralas dentro del mismo alcance: periodo, equipo, versión del proceso y definición del dato. Puede que hablen de sucesos distintos o que una registre otra etapa. Anota la discrepancia y la consulta que la resolvería. Si la persona que facilita no puede comprobarla, deja identificada la fuente y el rol que debería revisarla; no conviertas la falta de acceso en confirmación ni refutación.

Para decidir si una ausencia es evidencia, comprueba primero qué sistema debía registrar el evento, qué periodo cubre y si el historial está completo. Que una casilla aparezca vacía puede significar que el paso no se registró, que se usó otra referencia o que la fuente consultada no conserva ese tipo de dato. Solo el primer caso sostiene la falta de registro, y aún hace falta una pregunta aparte para explicar por qué ocurrió.

También distingue entre una observación directa, una anotación de sistema y un recuerdo. Cada una puede ser útil, pero no responde a las mismas preguntas. Si una persona recuerda una secuencia, identifica el momento y el alcance de ese recuerdo; no lo presentes como una medición. Si una pantalla resume varios eventos, busca el detalle pertinente antes de usarla para sostener una flecha. Esta precisión evita que una respuesta suene más segura que su fuente.

Sigue la pregunta sin rellenar el hueco

Una respuesta puede abrir otra pregunta, pero no obliga a elegir una causa única. Si una explicación todavía no tiene respaldo, registra qué dato falta y mantén el siguiente nodo abierto. No la conviertas en un hecho para poder continuar. Puede haber varias explicaciones: una condición del equipo, una tarea que no se realizó, una lectura incorrecta o algo que el grupo aún desconoce. La pregunta también puede orientar demasiado la respuesta.

«¿Por qué el operador no hizo la comprobación?» presupone que esa persona omitió el paso. «¿Qué explica que el registro no aparezca en el sistema?» permite comprobar si se generó, se vinculó a otra referencia o no quedó guardado. Formula la pregunta sobre el dato que falta y deja que la evidencia determine qué explicación sigue en pie.

Cuando una nueva información contradice la respuesta, conserva el resultado. «Pendiente de comprobar» y «descartada por esta evidencia» no significan lo mismo. Si el dato no permite decidir, deja la rama abierta; si la descarta, anota qué se comprobó. También se puede volver al problema inicial y reformular la pregunta cuando la respuesta propuesta sea más amplia que el suceso o cambie de equipo, intervalo o proceso.

Una sola cadena funciona cuando cada pregunta conduce a una respuesta que tiene evidencia suficiente y permite un siguiente paso concreto. Si no se cumple esa condición, abre una rama, pide el dato que falta o vuelve a delimitar el problema (LEI, lexicon «5 Whys», líneas web 14–16; artículo de 2018, línea web 21).

El ejemplo histórico que presenta LEI

El artículo de LEI de 2018 presenta un ejemplo histórico que sigue una cadena desde un fusible quemado hacia elementos del proceso de una máquina, la lubricación, una bomba y un filtro. (LEI, «Clarifying the 5 Whys Problem-Solving Method», líneas 20–29). El relato muestra cómo una respuesta conduce a otra pregunta y propone revisar la secuencia desde la contramedida hacia el problema.

Al presentar el relato, conserva su atribución y su alcance: es el ejemplo que publica LEI, no un caso de WizeeMind, una muestra representativa de plantas ni una prueba experimental de eficacia. El material no ofrece una tasa de éxito ni exige que cada investigación termine en una sola causa. Puede servir para explicar la estructura de una cadena; los hechos de una instalación deben sostenerse con sus propios registros.

Ejemplo hipotético: dos ramas para un registro pendiente

Este caso es inventado para mostrar cómo representar alternativas. No describe un lote real ni un resultado observado. Supón que un sistema muestra que falta un registro asociado a un lote pendiente de liberación. Primero habría que confirmar que el aviso corresponde al lote correcto y al periodo adecuado. Mientras eso no se comprueba, el hecho inicial se anota como provisional.

Hecho provisional: falta el registro asociado al lote
├─ A: ¿el registro llegó a generarse?
│  └─ Hipótesis: quizá la captura no se completó
└─ B: ¿se generó con otra referencia?
   └─ Hipótesis: quizá quedó asociado a otro identificador

Las ramas son posibilidades, no causas. Para distinguirlas, el equipo podría consultar el historial de generación que su procedimiento permita revisar y comprobar el vínculo entre la referencia del lote y el registro. El dato disponible y quién puede consultarlo dependen de los sistemas y autorizaciones del centro; el dibujo no habilita cambios en ellos.

Si el historial muestra que el registro se generó, la primera rama pierde apoyo. La segunda seguirá abierta hasta comprobar la referencia. Si el registro aparece correctamente asociado, ambas explicaciones quedan en duda y el grupo vuelve al problema inicial. Si no hay un historial que permita decidir, ninguna rama se cierra. Elegir la alternativa más intuitiva solo para terminar el diagrama confundiría una conjetura con un hallazgo.

Si el historial no muestra una generación, eso solo ayuda a cerrar la primera pregunta cuando el sistema registra ese evento de forma fiable y el intervalo es el correcto. Aun así, no prueba por sí solo por qué no se generó. Si el historial está incompleto o el acceso está restringido, la rama queda pendiente y el diagrama puede anotar qué comprobación falta.

La diferencia entre un resultado negativo y un dato no disponible evita presentar una búsqueda incompleta como evidencia concluyente.

Tampoco se deduce una contramedida automáticamente. Corregir un dato o liberar el lote puede afectar a calidad y producción; una acción así necesita la revisión aplicable en el centro. El ejemplo se limita a mostrar cómo conservar dos caminos de comprobación y qué resultado ayudaría a distinguirlos.

Facilita el análisis y deja claro qué falta

Quien facilita puede devolver la conversación al dato cuando una explicación se adelanta a la evidencia. Preguntas concretas bastan: «¿Qué observación respalda esta respuesta?», «¿qué la pondría en duda?» y «¿seguimos hablando del mismo problema?». Es una pauta editorial para mantener el foco; LEI no publica este guion. El facilitador ordena lo dicho, pero no decide por el grupo cuál es la causa.

Si alguien atribuye el evento a una persona, vuelve a la acción observable antes de hablar de intención. «No aparece la verificación en el registro» permite buscar el dato; «alguien no prestó atención» necesita otro tipo de respaldo. Si hay desacuerdo, conserva las interpretaciones y apunta qué evidencia podría resolverlo. Si la conversación se desplaza a otro incidente, registra la referencia y decide aparte si requiere otro análisis.

No es necesario cerrar todas las líneas en una reunión. Una rama puede quedar pendiente mientras otra avanza, siempre que el estado y la siguiente comprobación queden claros. Cuando la pregunta depende de alguien que no participa, deja una tarea concreta de seguimiento en vez de rellenar la caja con la respuesta que parece más probable.

Relee desde la contramedida

Cuando la cadena parece cerrada, comienza por la acción propuesta y recorre las respuestas hacia el hecho inicial. LEI propone esa lectura inversa para revisar las conexiones y la relación entre el problema y la contramedida (LEI, artículo de 2018, líneas web 26–29).

Una contramedida debería responder al mecanismo respaldado, no solo ocultar el síntoma. Antes de cerrar, explica qué condición se pretende cambiar y qué observación permitiría revisar la acción. Si dos causas están respaldadas, deja claro si se propone una acción para cada una o una medida común y por qué. Si el equipo no controla la condición final, señala a quién corresponde la revisión en lugar de convertir ese límite en una atribución personal.

Una acción que afecte a producción, mantenimiento, calidad o seguridad puede necesitar aprobación local. El diagrama no autoriza cambiar máquinas, parámetros, registros o controles. Una vez aprobada una acción, el seguimiento se define según el proceso del centro. LEI muestra el vínculo entre causa y contramedida, pero las fuentes citadas no prescriben un plan universal de verificación.

Deja un rastro que otra persona pueda retomar

Quien no estuvo en la sesión debería poder reconocer el problema, distinguir las respuestas respaldadas de las pendientes y encontrar las fuentes. Al iniciar el registro, anota la versión del problema, el intervalo y los identificadores que separan ese caso de otros. Durante la conversación, conserva la pregunta, la respuesta provisional y el dato asociado sin reescribir una opinión como si fuera una observación. Usa funciones o roles si identificar a las personas no aporta nada.

Al actualizar el dibujo, indica qué cambió, cuándo y qué evidencia motivó la revisión. Si una hipótesis se descartó, conserva el resultado que permitió cerrarla; si quedó pendiente, escribe qué fuente o comprobación falta. Para que el siguiente turno pueda continuar, añade el próximo paso y el rol que debe revisarlo. Una fecha de seguimiento solo se anota si el equipo la acordó; el método no fija un plazo universal.

Cuando el diagrama ocupa varias páginas, repite el identificador de problema y de rama en cada fragmento. Si se comparte en una presentación, conserva una referencia al material que permite verificar cada dato. Etiqueta los estados además de usar colores. No hace falta registrar una conversación literal ni copiar información personal: basta con que el rastro permita entender qué se supo, qué cambió y por qué.

Estos detalles de facilitación, registro y presentación son recomendaciones editoriales. Las fuentes de LEI citadas no establecen software, colores, roles ni una plantilla obligatoria. El formato puede ser breve si permite seguir el dato desde el hecho hasta la respuesta y deja visible lo que todavía se desconoce.

Preguntas frecuentes

¿Qué hago si no puedo consultar el registro?

Deja la rama pendiente, anota qué fuente falta y quién podría revisarla. No tomes la falta de acceso como prueba de que el evento ocurrió o no ocurrió.

¿Debo borrar una rama que se descartó?

No hace falta borrarla. Registra qué evidencia la debilitó y conserva la referencia en la versión revisada para que otra persona pueda seguir el cambio.

¿Cómo sé si dos sucesos pertenecen al mismo problema?

Compara equipo, proceso e intervalo. Si la respuesta o el registro cambia de caso, sepáralos o vuelve a delimitar el problema inicial.

¿Tengo que anotar los nombres de quienes participaron?

Solo si el proceso local requiere identificar una responsabilidad. Para explicar el análisis suelen bastar las funciones, los datos revisados y el siguiente paso.

¿La calidad del análisis depende de llegar al quinto porqué?

No. LEI indica que el número de preguntas depende del problema; la cadena debe seguir la evidencia, no una cantidad fija. (LEI, lexicon «5 Whys», líneas web 14–16).