Origen y definición
Los 5 porqués son una técnica de análisis de causa raíz (Root Cause Analysis, RCA) que consiste en preguntar repetidamente “¿por qué?” — habitualmente cinco veces — para excavar del síntoma observable hasta la causa sistémica. La desarrolló Sakichi Toyoda a principios del siglo XX y la consolidó Taiichi Ohno en el Toyota Production System en los años 50-70.
El número cinco no es mágico. Es una regla heurística: la experiencia de Toyota mostró que la mayoría de los problemas industriales tienen su causa raíz entre el tercer y el quinto “por qué”. Antes del tercero, se está todavía en el plano del síntoma o del culpable individual; más allá del quinto, se entra en filosofía organizativa que excede el alcance del problema concreto.
El ejemplo clásico que enseña Ohno parte de un charco de aceite en la planta:
- ¿Por qué hay aceite en el suelo? → Porque la máquina X gotea.
- ¿Por qué gotea? → Porque la junta está rota.
- ¿Por qué está rota? → Porque era de baja calidad.
- ¿Por qué compramos juntas de baja calidad? → Porque el responsable de compras prima precio sobre durabilidad.
- ¿Por qué prima precio? → Porque su KPI mide solo coste de compra, no coste total del fallo.
Donde un análisis superficial habría puesto a alguien a fregar el aceite, los 5 porqués acaban en un cambio del sistema de incentivos del departamento de compras. Esa es la potencia del método: convertir un problema operativo en una mejora sistémica.
Cómo se aplica (pasos/fases)
Paso 1 — Definir el problema con precisión. “La pieza está defectuosa” no vale. “El 6,2% del lote 240518 presenta rebabas en el flanco izquierdo” sí. Sin precisión, los porqués se evaporan.
Paso 2 — Reunir al equipo adecuado. 3-6 personas con conocimiento del proceso. Sin el operario directo, especulación. Sin ingeniero o responsable, no hay capacidad de acción.
Paso 3 — Preguntar “por qué” con disciplina. Cada respuesta debe ser verificable con datos u observación directa. Cada respuesta debe ser una causa, no una culpa: “el operario se distrajo” es síntoma, no causa. Si aparecen varias ramas, se abre árbol de porqués: las causas reales suelen ser multifactoriales.
Paso 4 — Parar en causa accionable. Criterio práctico: la causa raíz es buena cuando, si se corrige, el problema no reaparece. Si la respuesta lleva a “la naturaleza humana” o “el mercado”, se ha pasado de largo.
Paso 5 — Diseñar la acción correctora. Causa raíz sin acción es diagnóstico desperdiciado. Enlaza con PDCA o con 8D según gravedad.
Paso 6 — Verificar. Pasadas 4-8 semanas, comprobar que no reaparece. Si reaparece, los porqués estaban incompletos: volver al árbol.
Integración con Business Central + dvquality
Los 5 porqués viven mal en Excel: cada análisis es un fichero suelto, sin enlace al lote, sin trazabilidad de quién decidió qué, sin posibilidad de cruzar varios análisis para detectar patrones recurrentes.
dvquality integra el análisis de causa raíz dentro del flujo BC:
- Cada no conformidad abierta en BC permite lanzar un análisis 5 porqués vinculado al lote, SKU, orden de producción y operario implicados.
- Plantilla guiada que obliga a registrar al menos tres niveles de por qué antes de pasar a acción correctora. El sistema no acepta “error humano” como causa raíz terminal sin justificación adicional.
- Árbol de causas cuando hay varias ramas, con campos para registrar evidencia de cada nodo (medición, foto, log de máquina).
- Histórico cruzable: si tres no conformidades distintas en seis meses llegan a la misma causa raíz, dvquality lo detecta y propone elevar el caso a 8D por reincidencia sistémica.
- Vinculación con acción correctora: cada causa raíz aceptada genera una tarea con responsable, plazo y métrica de éxito; vencimientos avisan automáticamente.
Para clientes Davisa con sistema de calidad maduro esto convierte una técnica que muchas veces queda en pizarra blanca en un activo de mejora continua trazable. Detalles técnicos: extensión dvquality.
Errores frecuentes
- Parar en el síntoma. El primer “por qué” suele apuntar al culpable visible. Si se cierra ahí, se actúa sobre el síntoma y el problema vuelve.
- Convertirlo en interrogatorio. Tono acusatorio = equipo a la defensiva, información oculta. El tono debe ser de análisis, no de juicio.
- Causas fantasma. “Mala suerte”, “el cliente es exigente”, “el mercado”. No son causas accionables: son excusas.
- No verificar con datos. Cinco porqués basados en suposiciones es ficción. Cada nivel debe respaldarse con evidencia.
- Demasiados porqués. Llegar a “por qué existe la organización” no resuelve el defecto. Parar en el nivel accionable más alto.
- Un solo “por qué” por nivel. A veces la causa es multifactorial y hay que abrir árbol. Forzar una rama esconde causas reales.
- Sin acción posterior. Análisis cerrado y archivado sin acción correctora no aporta. Los porqués sin PDCA o 8D detrás son aire.
Los 5 porqués son la herramienta más simple y más malentendida del lean. Hecho con disciplina, descubre causas que el equipo había normalizado durante años. Hecho con prisa, justifica decisiones ya tomadas. La diferencia, como casi todo en industria, está en el método y en la honestidad. Lo aplicamos desde 2003 acompañando implantaciones BC en clientes industriales: cuando un cliente domina los 5 porqués, su tasa de reincidencia de no conformidades cae drásticamente.