La metáfora médica: la empresa como paciente
El trabajo de un consultor de empresas guarda notables paralelismos con el de un médico. Ambos aplican metodologías de análisis y diagnóstico similares. En ambos casos pueden existir problemas o síntomas que ocultan la verdadera enfermedad del paciente o de la empresa. Los médicos y los consultores deben ser capaces de identificar los problemas síntoma, distinguirlos de los problemas raíz y establecer el mejor tratamiento para curar el padecimiento del paciente o resolver la ineficiencia de la empresa ([El Economista](https://www.eleconomista.com.mx/el-empresario/Problemas-sintoma-y-problemas-raiz-20120630-0059.html)).
Consideremos un ejemplo médico: un paciente mayor de 30 años acude al médico con dolores frecuentes en el brazo izquierdo. Un estudiante de los primeros semestres de medicina revisaría el brazo. Un médico con experiencia, en cambio, sospecharía inmediatamente de un posible infarto y solicitaría análisis y estudios del corazón. El dolor en el brazo izquierdo no necesariamente representa la enfermedad principal; puede ser una manifestación de un problema cardiaco. La deficiencia cardiaca es el problema raíz; el dolor en el brazo es solo el síntoma ([El Economista](https://www.eleconomista.com.mx/el-empresario/Problemas-sintoma-y-problemas-raiz-20120630-0059.html)).
Este mismo principio aplica a las empresas. Una compañía puede estar gravemente enferma sin que sus directivos lo sepan, porque los síntomas que observan no son la enfermedad real. La empresa trata el dolor en el brazo cuando lo que necesita es una intervención cardiaca.
La principal crítica a los modelos tradicionales de diagnóstico y predicción de quiebras es que analizan los indicadores de las empresas a partir de la información de los estados financieros, pero no evalúan las causas que originaron los problemas. Aunque alertan sobre posibles fracasos empresariales, no llegan a proponer las acciones que deben realizar las empresas para superar sus dificultades ([Revista ICA](https://www.redalyc.org/pdf/257/25731098007.pdf)).
¿Qué es un síntoma en el contexto empresarial?
Un síntoma es la manifestación visible o aparente de un problema. Es aquello de lo que se queja el paciente o lo que la empresa identifica inicialmente como dificultad. Los síntomas son indicadores de alerta observables en la empresa que pueden identificarse en los estados contables, especialmente mediante ratios económico-financieros, o en el comportamiento diario de la organización ([El Economista](https://www.eleconomista.com.mx/el-empresario/Problemas-sintoma-y-problemas-raiz-20120630-0059.html); [Revista ICA](https://www.redalyc.org/pdf/257/25731098007.pdf)).
En el contexto organizacional, los síntomas se manifiestan como problemas observables: retrasos, decisiones repetidas, rotación de talento, duplicación de esfuerzos, falta de comunicación u otros problemas operativos. Son la punta del iceberg, la parte visible de un problema mucho más profundo ([Rizo Consulting](https://www.rizo.ma/en/blog/diagnostico-organizacional-guia-completa)).
Síntomas financieros comunes
Según el artículo de la Revista ICA, los síntomas e indicadores económico-financieros más comunes incluyen: ROE (Retorno sobre el Patrimonio), ROA (Retorno sobre Activos), malos resultados de actividad, incumplimiento del flujo de caja, relación costo-beneficio, crecimiento de ventas, productividad, satisfacción del cliente, variación de la demanda, evolución del sector, productividad de la mano de obra, eficiencia técnica, costo unitario, optimización de costos, mala utilización de activos, lealtad del cliente, calidad, cumplimiento en los tiempos de entrega, tiempo del ciclo productivo y eficiencia de los empleados ([Revista ICA](https://www.redalyc.org/pdf/257/25731098007.pdf)).
Síntomas organizacionales comunes
Proyectos atrasados
Proyectos que se atrasan sin causa técnica aparente, por aprobaciones que tardan semanas o dependencias con áreas que tienen otras prioridades.
Talento que se va
Talento que se va sin dejar una explicación satisfactoria, con áreas que duplican esfuerzos sin saberlo.
Falta de comunicación
Departamentos que operan como islas, con información que no llega donde se necesita, cuando se necesita o en el formato requerido.
Comités sin decisión
Comités que existen pero no deciden, decisiones que se toman en los pasillos, aprobaciones que requieren demasiadas firmas.
Gerentes cuello de botella
Gerentes generales convertidos en cuellos de botella, con métricas que nadie revisa o que no informan decisiones.
Retrabajo
Procesos con tiempos de entrega elevados o muy variables, con dependencia excesiva de personas clave.
¿Qué es una causa raíz?
Una causa raíz es el factor fundamental que originó el problema. Es la razón profunda por la que el problema ocurrió en primer lugar, y es la verdadera generadora de los síntomas que se observan en la empresa. Las causas constituyen el factor fundamental del análisis porque son las verdaderas generadoras de los problemas presentes en las empresas; es decir, son previas a los indicadores de alerta, que se observan posteriormente ([Estudyando](https://estudyando.com/diferenciar-causas-y-sintomas-de-problemas/); [Revista ICA](https://www.redalyc.org/pdf/257/25731098007.pdf)).
En el contexto organizacional, las causas raíz son factores estructurales, de procesos, gobernanza, personas, cultura, sistemas o flujo de información que generan o explican el síntoma. No se encuentran en el lugar donde aparece el síntoma, sino en estructuras más profundas de la organización ([Rizo Consulting](https://www.rizo.ma/en/blog/diagnostico-organizacional-guia-completa)).
El síntoma es la manifestación visible del problema: un retraso, un defecto, una queja, una variación o una falla recurrente. La causa raíz es el origen profundo que genera ese síntoma ([Lean Construction México](https://www.leanconstructionmexico.com.mx/post/del-s%C3%ADntoma-a-la-causa-ra%C3%ADz)).
La causa, además de ser el origen real de un problema, es específica, se categoriza rápidamente y se puede abordar con una solución concreta que la enfrente directamente ([Reach HR Group](https://reachhrgroup.com/blog/desafio-de-todo-consultor-de-gestion-de-talento/)).
¿Dónde se encuentran las causas raíz?
Según Rizo Consulting, los problemas raíz pueden encontrarse en múltiples dimensiones de la organización:
Estructura organizacional
Span of control excesivo, falta de mecanismos formales de delegación, roles ambiguos, ausencia de derechos de decisión claros.
Procesos
Procesos mal diseñados, dependencias no gestionadas, cuellos de botella intermitentes, criterios de priorización variables.
Gobernanza
Falta de mecanismos de coordinación, concentración del conocimiento en individuos, desalineación entre estrategia y estructura.
Personas y cultura
Desalineación entre personas, procesos y cultura, falta de capacidades, cultura que no facilita la coordinación.
Sistemas y flujo de información
Plataformas que no comparten datos entre silos, información que no llega donde se necesita, en el formato requerido o a tiempo.
Asignación de capacidades
Concentración del conocimiento en individuos específicos, falta de mecanismos de sucesión, dependencia de personas clave.
Los problemas de estructura pueden generar problemas de proceso; los problemas de proceso pueden generar problemas de personas; y los problemas de gobernanza pueden amplificar todos los anteriores. La organización es un sistema interconectado donde una causa en un nivel genera síntomas en otro ([Rizo Consulting](https://www.rizo.ma/en/blog/diagnostico-organizacional-guia-completa)).
El error más común: tratar síntomas en lugar de causas
El error más frecuente y costoso en el diagnóstico empresarial es confundir los síntomas con las causas. Cuando esto ocurre, la empresa trata el síntoma visible pero la enfermedad subyacente continúa progresando. Es como dar analgésicos a un paciente con dolor de brazo cuando lo que necesita es una intervención cardiaca.
Abordar únicamente los síntomas es un proceso reactivo que prácticamente garantiza problemas recurrentes y, a menudo, que empeoren ([IBM](https://www.ibm.com/es-es/think/topics/root-cause-analysis)). La empresa entra en un ciclo de soluciones temporales que no resuelven nada: cada vez que se trata un síntoma, la causa raíz genera nuevos síntomas en otras áreas.
Falta de dinero o problemas de liquidez
La empresa no tiene suficiente efectivo para operar. Parece un problema financiero.
Deficiencias en el cobro, exceso de crédito, publicidad inadecuada o ventas insuficientes
El consultor experimentado debe revisar las políticas de crédito, los procedimientos de cobranza, la estrategia de ventas y publicidad, y al personal responsable de dichas tareas.
Ejemplos de síntomas y sus causas reales
| Síntoma observado | Causa raíz posible |
|---|---|
| Falta de comunicación entre áreas | Las áreas no tienen mecanismos de coordinación, la información se pierde en transferencias entre departamentos, nadie tiene autoridad para convocar a las áreas a coordinar o las plataformas no comparten datos entre silos |
| Proyectos atrasados sin causa técnica aparente | Aprobaciones que tardan semanas, dependencias con áreas que tienen otras prioridades, requerimientos cambiantes por visiones contradictorias de los stakeholders |
| Disminución de las ventas | Un producto que ya no satisface las necesidades de los clientes, un problema de calidad subyacente o un cambio en el mercado no detectado |
| Alta rotación de personal | Problemas de liderazgo, salarios no competitivos, carga de trabajo excesiva o falta de oportunidades de desarrollo profesional |
| Facturas con errores recurrentes | Procesos manuales sin automatización, capacitación insuficiente del personal, o un sistema de facturación obsoleto |
| La gerencia percibe que "algo no funciona" pero no puede señalar qué | Falta de una comprensión precisa y verificable del estado actual de la organización, ausencia de métricas significativas |
| Desgano y baja productividad | Falta de liderazgo, falta de compromiso directivo, problemas de cultura organizacional, ausencia de mejora continua |
Fuentes: Rizo Consulting, Cladera.org, Código Startup
Cadenas causales: del síntoma visible a la causa profunda
La relación entre síntomas y causas no es lineal ni simple. Existe una cadena causal donde una causa genera un efecto que, a su vez, se convierte en la causa del siguiente efecto. El diagnóstico empresarial debe desentrañar esta cadena hasta llegar al origen.
El artículo de la Revista ICA presenta un ejemplo concreto de cadena causal. La causa "carencias de capital" puede generar el síntoma "incumplimiento del flujo de caja", que a su vez es la causa del problema "mala utilización de activos", que produce el síntoma "mala rentabilidad", que finalmente se manifiesta como el problema "quiebra" ([Revista ICA](https://www.redalyc.org/pdf/257/25731098007.pdf)).
Ejemplo de cadena causal
Causa raíz: Carencias de capital
La empresa no tiene suficiente capital para operar adecuadamente. Puede deberse a una inversión insuficiente de los socios o a una política de dividendos excesivamente agresiva.
Síntoma: Incumplimiento del flujo de caja
La empresa no puede cumplir con sus obligaciones de pago a tiempo. Es el primer síntoma visible en los estados financieros.
Problema intermedio: Mala utilización de activos
Sin capital suficiente, la empresa no puede invertir en mantenimiento, tecnología o capacitación. Los activos se deprecian y pierden eficiencia.
Síntoma final: Mala rentabilidad
Los indicadores ROE y ROA se deterioran. La empresa pierde competitividad y su viabilidad a largo plazo está amenazada.
Consecuencia terminal: Quiebra
Si no se interviene en la causa raíz (carencias de capital), la cadena causal conduce inevitablemente al fracaso empresarial.
Si la empresa trata el síntoma "incumplimiento del flujo de caja" obteniendo un préstamo, resuelve temporalmente el problema de liquidez, pero la causa raíz (carencias de capital) sigue activa y generará nuevos síntomas. Solo interviniendo en el origen de la cadena se puede detener la cascada de problemas.
La determinación de niveles significativos de incidencia entre síntomas y causas permite asignar un grado de ocurrencia a una enfermedad específica y tomar medidas correctivas ([Revista ICA](https://www.redalyc.org/pdf/257/25731098007.pdf)).
El método de los 5 Porqués
El método de los 5 Porqués es una técnica de análisis de causa raíz que utiliza el cuestionamiento iterativo para rastrear un problema hasta su origen. Forma parte de Six Sigma y se empleó por primera vez dentro de la fábrica de Toyota, en Japón. Su objetivo es determinar la raíz de un problema preguntando "por qué" de manera sucesiva, profundizando en las respuestas superficiales para revelar las causas subyacentes ([HubSpot](https://blog.hubspot.es/sales/5-porques); [Wikipedia](https://es.wikipedia.org/wiki/Los_cinco_%C2%BFPor_qu%C3%A9%3F)).
Al preguntar cinco veces sucesivas por qué ocurrió un problema, se profundiza en las respuestas superficiales, se revelan las causas subyacentes, se analizan las capas causales, se comprenden las relaciones causa-efecto, se abordan las verdaderas fuentes del problema y se desarrollan soluciones más efectivas y duraderas ([HubSpot](https://blog.hubspot.es/sales/5-porques)).
El número de preguntas no tiene que limitarse exactamente a cinco. En algunos casos se necesitan más de cinco preguntas para llegar a la raíz del problema. La técnica se puede adaptar a prácticamente cualquier tipo de situación y momento ([HubSpot](https://blog.hubspot.es/sales/5-porques)).
Aplicación paso a paso
- Establecer qué está pasando: Determinar qué se busca resolver. Puede tratarse de cualquier falla o error dentro del proceso empresarial. Después, el equipo puede realizar una lluvia de ideas para identificar razones o premisas.
- Definir "por qué" está pasando una situación: Formular el primer "porqué" sobre el problema concreto. Las preguntas pueden ser: "¿Por qué está pasando esto?", "¿Por qué se averió la maquinaria?" o "¿Por qué está bajando nuestra retención de clientes?".
- Determinar las posibles razones de la causa: Después de identificar el problema inicial, preguntar por qué está ocurriendo. La respuesta debe conducir a una causa más específica.
- Continuar el planteamiento de preguntas: Seguir preguntando por qué ocurre cada causa identificada hasta encontrar una posible causa raíz. Deben realizarse todas las preguntas necesarias.
- Plantear las soluciones más adecuadas: Una vez identificada la causa raíz, formular sugerencias para solucionar el problema y evitar que vuelva a ocurrir.
Fuente: HubSpot
Ejemplo práctico: maquinaria que no funciona
¿Por qué la máquina no funciona?
Porque se fundió un fusible.
¿Por qué se fundió el fusible?
Porque la máquina estaba sobrecargada.
¿Por qué estaba sobrecargada?
Porque el cojinete no estaba suficientemente lubricado.
¿Por qué no estaba suficientemente lubricado?
Porque la bomba de aceite no funciona adecuadamente.
¿Por qué no funciona adecuadamente la bomba?
Porque el eje de la bomba está desgastado. Esta es la causa raíz.
Fuente: Wikipedia - Los cinco ¿Por qué?
El método debe concentrarse en los procesos, no en las personas involucradas. No debe utilizarse para buscar un culpable. No debe plantearse la pregunta "quién" o "quiénes". Las respuestas deben basarse en datos verificables y no en suposiciones. Es necesario evitar quedarse con respuestas superficiales. Una sesión puede durar entre 15 minutos y una hora, según la complejidad del problema. Para problemas más complejos, puede ser necesario programar varias sesiones o complementar el análisis con otra herramienta ([HubSpot](https://blog.hubspot.es/sales/5-porques)).
El diagrama de Ishikawa (espina de pescado)
El diagrama de Ishikawa, también llamado diagrama de espina de pescado o diagrama causa-efecto, es una herramienta visual para identificar y resolver problemas mediante el desglose claro y estructurado de las causas de una situación específica. Fue creado por Kaoru Ishikawa en 1943 y permitió representar gráficamente los factores que inciden en un proceso, así como identificar dónde actúan las variables que conducen a un efecto no deseado. Es una de las siete herramientas básicas del control de calidad ([HubSpot](https://blog.hubspot.es/sales/diagrama-ishikawa); [Wikipedia](https://es.wikipedia.org/wiki/Diagrama_de_Ishikawa)).
Elementos del diagrama
| Elemento | Descripción |
|---|---|
| Cabeza | Representa el problema o efecto. Se coloca en el extremo derecho del diagrama. |
| Espina central | Línea horizontal que conecta la cabeza con las espinas principales. |
| Espinas principales | Salientes de la espina central. Pueden existir muchas o pocas, según las posibles causas del problema. |
| Espinas menores | Ramificaciones de las espinas grandes que permiten determinar las causas menores o subcausas. |
Las 6M: categorías del diagrama de Ishikawa
En el esquema original, Kaoru Ishikawa utilizaba seis grandes bloques o categorías, conocidos como las 6M. Pueden utilizarse todas, omitirse algunas o sustituirse por categorías propias ([HubSpot](https://blog.hubspot.es/sales/diagrama-ishikawa)).
Acciones que se llevan a cabo para ejecutar un proceso. Ejemplo: falta de control de calidad.
Equipo técnico o tecnológico requerido para el proceso. Ejemplo: mantenimiento ineficiente de las computadoras.
Personal involucrado en el proceso. Ejemplo: disponer de poco personal.
Cualquier accesorio, instrumento o material utilizado para realizar el proceso. Ejemplo: proveedores que no entregan a tiempo.
Control contemplado para lograr el proceso. Ejemplo: no se han establecido indicadores de ventas.
Contexto, espacio o lugar donde se desarrolla el proceso. Ejemplo: oficina con poca luz y espacios reducidos.
Procedimiento para aplicar las 6M
- Escoger un problema concreto.
- Dibujar una línea recta que represente la columna vertebral del pescado.
- Anotar el problema o efecto en el extremo derecho, en la cabeza.
- Dibujar líneas hacia arriba y hacia abajo desde la columna vertebral.
- Utilizar esas líneas como espinas para clasificar las causas en las 6M.
- Añadir subcausas como espinas menores en cada categoría.
Fuente: HubSpot
Tipos de causas: físicas, humanas y organizacionales
El análisis de causa raíz (RCA, por sus siglas en inglés) es el proceso de gestión de calidad mediante el cual una organización busca la raíz de un problema, incidencia o incidente después de que se produzca. Ayuda a las organizaciones a descifrar la causa raíz del problema, identificar las acciones correctivas apropiadas, desarrollar un plan para prevenir futuras apariciones e implementar soluciones al problema subyacente ([IBM](https://www.ibm.com/es-es/think/topics/root-cause-analysis)).
IBM identifica tres tipos de causas que pueden desencadenar un análisis de causa raíz:
Causas físicas
Los materiales o equipos del mundo real fallan de alguna manera. Ejemplo: un ordenador deja de funcionar o un componente de un proveedor externo proporciona un rendimiento subestándar.
Causas humanas o error humano
Las personas cometen errores o no completan las tareas requeridas. Ejemplo: un empleado no realiza el mantenimiento regular de un equipo, lo que provoca su avería.
Causas organizacionales
Se produce un desglose en un sistema, proceso o política que las personas utilizan para tomar decisiones. Ejemplo: una empresa no forma a los miembros del equipo en protocolos de ciberseguridad, dejando la empresa vulnerable a ciberataques.
1. Identificar el problema: Definir y redactar un enunciado del problema que explique la incidencia para todas las personas que ayudarán con el RCA. Sin un problema claramente definido, es imposible identificar correctamente las causas raíz.
2. Reunir al equipo de RCA: Crear un equipo con un facilitador y miembros con conocimiento personal o profesional de los sistemas, procesos e incidentes que se investigarán.
3. Recopilar los datos relevantes: Fotografías, informes de incidentes, entrevistas con las partes afectadas y revisión de políticas y procedimientos existentes.
4. Identificar posibles causas raíz: Hacer una lluvia de ideas con una mente abierta. Evitar intentar determinar las causas raíz antes de identificar y evaluar cada posibilidad.
5. Determinar las causas fundamentales: Identificar la causa raíz real entre todas las posibilidades identificadas.
6. Desarrollar e implementar soluciones: Formular soluciones que aborden la causa raíz, no los síntomas, y prevenir futuras apariciones.
Fuente: IBM - Root Cause Analysis
Cómo evitar el error de tratar síntomas en lugar de causas
Para evitar la trampa de tratar síntomas en lugar de causas, las empresas deben adoptar una disciplina metodológica que priorice la búsqueda de la causa raíz por encima de la solución rápida. Esto requiere un cambio de mentalidad: pasar de la mentalidad reactiva ("apagar incendios") a la mentalidad analítica ("comprender por qué se produjo el incendio").
Patologías organizacionales: cuando la empresa está enferma
Las empresas, como los seres vivos, pueden enfermar. La afección puede manifestarse a través de síntomas como baja productividad, desmotivación del personal, alta rotación de empleados y un clima laboral insalubre y hasta tóxico ([Diario de México](https://www.diariodemexico.com/en-tu-empresa/si-las-empresas-tambien-se-enferman)). Los síntomas son claramente visibles: miedo, desmotivación, falta de compromiso, conflictos internos, ausentismo, alta rotación, sospecha de acoso psicológico, desorganización, lucha de intereses individuales y personas que se sienten atemorizadas ([Laboral Life](https://laboral-life.es/organizaciones-enfermas-que-necesitan-sanar/); [LinkedIn](https://es.linkedin.com/pulse/empresas-enfermas-maria-paz-aylwin-arregui)).
Las causas profundas de estas patologías incluyen: crisis de identidad, encrucijada estratégica, ausencia de un auténtico líder, falta de cultura de trabajo en equipo, directivos que no se dan cuenta de los problemas o no quieren darse cuenta, resistencia al cambio, aplicar durante muchos años las mismas prácticas, falta de autocrítica de los líderes y falta de compromiso real de los directivos ([Cladera.org](https://www.cladera.org/blog-detail.php?id_blog=62)).
La importancia de una perspectiva independiente
El personal interno de la empresa puede ayudar a resolver los problemas, pero una dependencia directa con la empresa puede comprometer la visión sobre la naturaleza y el origen del problema. El autor de El Economista compara esta situación con la de un cirujano: un cirujano no opera a sus familiares, amigos o conocidos cercanos, porque la cercanía emocional puede comprometer el juicio profesional. Del mismo modo, un consultor externo puede ofrecer una visión más amplia e independiente, con herramientas, metodología y conocimientos necesarios para ayudar a mejorar el desempeño de la empresa ([El Economista](https://www.eleconomista.com.mx/el-empresario/Problemas-sintoma-y-problemas-raiz-20120630-0059.html)).
Estrategias para no confundir síntomas con causas
La primera respuesta a "¿por qué ocurre este problema?" casi nunca es la causa raíz. Es necesario profundizar, haciendo preguntas sucesivas hasta llegar al origen. El método de los 5 Porqués es una herramienta ideal para este propósito.
Un problema aislado se resuelve mediante una intervención puntual, como capacitar a un equipo, cambiar un proveedor o ajustar un proceso. Un problema sistémico persiste a pesar de intervenciones puntuales porque su causa no está en el lugar donde aparece el síntoma. Si el mismo problema reaparece en diferentes áreas, es probable que sea sistémico ([Rizo Consulting](https://www.rizo.ma/en/blog/diagnostico-organizacional-guia-completa)).
El diagrama de Ishikawa permite visualizar simultáneamente todas las posibles causas de un problema, organizadas por categorías (Método, Maquinaria, Mano de obra, Materiales, Medición, Medio ambiente). Esto evita que se pase por alto una causa importante por enfocarse solo en un área.
Las respuestas en el análisis de causa raíz deben basarse en datos verificables y no en suposiciones. Evitar iniciar la investigación con nociones preconcebidas, porque pueden sesgar los resultados y dificultar la determinación de la causa raíz real ([IBM](https://www.ibm.com/es-es/think/topics/root-cause-analysis)).
La condición de fondo para la recuperación de una empresa enferma es la voluntad real de sus directivos de querer sanarla. La enfermedad se agrava cuando los directivos no reconocen los problemas, prefieren ignorarlos o se resisten al cambio. Aplicar la mejora continua, revisar los procesos, mejorar el servicio, reducir costos, buscar la excelencia e innovar son acciones de recuperación ([Cladera.org](https://www.cladera.org/blog-detail.php?id_blog=62)).
El método debe concentrarse en los procesos, no en las personas involucradas. No debe utilizarse para buscar un culpable. No debe plantearse la pregunta "quién" o "quiénes". Cuando se busca un culpable, se ocultan los verdaderos problemas del proceso y la cultura del miedo impide la mejora continua ([HubSpot](https://blog.hubspot.es/sales/5-porques)).
La encuesta nombra el síntoma. El diagnóstico identifica la causa. Abordar únicamente los síntomas es un proceso reactivo que garantiza problemas recurrentes. Abordar las causas raíz permite desarrollar soluciones efectivas, duraderas y preventivas.
El diagnóstico organizacional permite pasar de "algo no está funcionando" a "esto es exactamente lo que está ocurriendo, por qué ocurre y qué opciones existen para cambiarlo" ([Rizo Consulting](https://www.rizo.ma/en/blog/diagnostico-organizacional-guia-completa)).
Evalúa tu aprendizaje
Pon a prueba lo que has aprendido en este artículo
1. ¿Cuál es la diferencia fundamental entre un síntoma y una causa raíz?
2. En el ejemplo de El Economista, ¿cuál es el problema síntoma y cuál es el problema raíz en una empresa con falta de dinero?
3. ¿Quién creó el diagrama de Ishikawa y en qué año?
4. ¿Cuáles son las 6M del diagrama de Ishikawa?
5. ¿Qué dice IBM sobre tratar únicamente los síntomas en lugar de las causas raíz?
Referencias bibliográficas
- El Economista — "Problemas síntoma y problemas raíz". https://www.eleconomista.com.mx/el-empresario/Problemas-sintoma-y-problemas-raiz-20120630-0059.html
- Revista ICA (Redalyc) — "Identificación de las causas en el diagnóstico empresarial mediante relaciones Fuzzy y el BSC". https://www.redalyc.org/pdf/257/25731098007.pdf
- Rizo Consulting — "Diagnóstico Organizacional: ¿Cómo Saber Si Tu Empresa Necesita...". https://www.rizo.ma/en/blog/diagnostico-organizacional-guia-completa
- Cladera.org — "La Empresa Enferma". https://www.cladera.org/blog-detail.php?id_blog=62
- IBM — "¿Qué es un análisis de causa raíz?". https://www.ibm.com/es-es/think/topics/root-cause-analysis
- HubSpot — "5 porqués (5 whys): qué es, metodología y ejemplos". https://blog.hubspot.es/sales/5-porques
- HubSpot — "Diagrama de Ishikawa: qué es, cómo hacerlo y ejemplos". https://blog.hubspot.es/sales/diagrama-ishikawa
- Wikipedia — "Los cinco ¿Por qué?". https://es.wikipedia.org/wiki/Los_cinco_%C2%BFPor_qu%C3%A9%3F
- Wikipedia — "Diagrama de Ishikawa". https://es.wikipedia.org/wiki/Diagrama_de_Ishikawa
- Estudyando — "Diferenciar causas y síntomas de problemas". https://estudyando.com/diferenciar-causas-y-sintomas-de-problemas/
- Lean Construction México — "Del síntoma a la causa raíz". https://www.leanconstructionmexico.com.mx/post/del-síntoma-a-la-causa-raíz
- Reach HR Group — "Los 5 ¿Por qué? El desafío de todo Consultor de Gestión de Talento". https://reachhrgroup.com/blog/desafio-de-todo-consultor-de-gestion-de-talento/
- Código Startup — "Cómo detectar la verdadera causa de un problema operacional". https://codigostartup.com/blog/como-detectar-la-verdadera-causa-de-un-problema-operacional
- Diario de México — "Sí, las empresas también se enferman". https://www.diariodemexico.com/en-tu-empresa/si-las-empresas-tambien-se-enferman
- Laboral Life — "Organizaciones enfermas que necesitan sanar". https://laboral-life.es/organizaciones-enfermas-que-necesitan-sanar/
- WRF Consultancy — "Patologías Globales Empresariales". https://www.wrfconsultancy.eu/PreviewBookPatologiasJGC-WRF.pdf
- LinkedIn — "Empresas Enfermas" por María Paz Aylwin Arregui. https://es.linkedin.com/pulse/empresas-enfermas-maria-paz-aylwin-arregui