Mejora Continua: Por Qué el 70% Falla

Stagnation Slaughters. Strategy Saves. Speed Scales.

Resumen Ejecutivo

La mejora continua no es un problema de metodología: la metodología lleva treinta años consolidada. Según un estudio de Industry Week, el 70% de los fabricantes de Estados Unidos utiliza principios lean, pero solo el 2% alcanza sus objetivos declarados. La causa estructural del fracaso es tratar la mejora como una serie de proyectos finitos, con celebración al final, en lugar de un pipeline que nunca se detiene. El 3-A Method (Método 3-A) no resuelve un problema individual mejor que Six Sigma DMAIC; es estructuralmente superior para producir 52 mejoras concluidas al año en lugar de tres — y la matemática del interés compuesto hace el resto.

El pipeline de mejora continua 3-A — seis proyectos simultáneos, ciclo de seis semanas, alrededor de 52 conclusiones al año.

Fase Semanas Acción central Regla de decisión
Apprehend (Comprender) 1–2 Definir el problema con un límite claro; reunir los datos esenciales; integrar al equipo a las personas de primera línea que viven el problema. Actuar con 70% de confianza — sin extender el diagnóstico.
Analyze (Analizar) 3–4 Eliminar desperdicios (muda, mura, muri); estandarizar el núcleo; suprimir pasos y aprobaciones redundantes. “¿Qué se rompe si dejamos de hacer esto?”
Activate (Activar) 5–6 Implementar, probar, escalar, documentar; consolidar el nuevo estándar. No termina hasta que el POE esté actualizado y sea heredado por el siguiente equipo.

La Stagger Rule (Regla del Escalonamiento): dos proyectos entran a la fase Apprehend cada dos semanas mientras otros dos concluyen la fase Activate — seis simultáneos, en pares y desfasados. Dos conclusiones cada dos semanas se componen en alrededor de 52 al año.

Contexto para el mercado mexicano y latinoamericano

Para el directivo mexicano y latinoamericano, el tema resulta especialmente cercano: en economías donde las empresas familiares y los fabricantes medianos son una parte central del tejido productivo, y donde la complejidad regulatoria y fiscal es parte conocida del entorno, la eficiencia operativa es una palanca directa de rentabilidad. Los principios de este artículo aplican a cualquier operación industrial — no requieren inversión de capital, sino arquitectura de ejecución.

¿Por qué fracasa el 70% de los programas Lean?

Industry Week encontró que el 70% de los fabricantes de Estados Unidos utiliza principios lean, pero solo el 2% alcanza sus objetivos declarados. Las herramientas no están rotas — Toyota, Motorola y Honeywell demuestran que funcionan. La variable es si la organización construyó un sistema de mejora sin fecha de término o ejecutó un proyecto con línea de meta.

El estudio de Industry Week sobre manufactura es uno de los conjuntos de datos más citados — y menos llevados a la práctica — de la gestión de operaciones. El setenta por ciento de los fabricantes estadounidenses utilizaba principios lean. El dos por ciento alcanzó sus objetivos declarados.

El 68% restante se distribuyó en tres modos de fracaso: el 23% no logró ningún avance medible, el 35% capturó mejoras aisladas de herramientas sin cambio cultural, y el 40% sostuvo algo de cultura con avances modestos que nunca se compusieron en una transformación.

Industry Week estudió a los fabricantes de Estados Unidos y encontró que el 70% utilizaba principios lean — y solo el 2% alcanzó sus objetivos declarados. El veintitrés por ciento no registró ningún avance medible. El treinta y cinco por ciento logró mejoras incrementales con herramientas aisladas. El otro 40% sostuvo algo de cultura con avances modestos. La mayoría de los fabricantes no fracasa en la mejora continua por falta de metodología: fracasa por tratarla como un proyecto con línea de meta en lugar de un pipeline sin final. Una mejora del 2% semanal se compone en una mejora anual del 180%. Un solo avance del 50%, ejecutado una vez, entrega un 50% de ganancia total. La constancia supera a la magnitud todas las veces — y casi nadie diseña su sistema de mejora para la constancia.

— Todd Hagopian, Stagnation Assassin

La tentación, al leer esas cifras, es concluir que el lean está roto. Esa conclusión es equivocada — y también apresurada. Las herramientas funcionan: Toyota genera más de un millón de sugerencias de mejora al año con exactamente esas herramientas. Motorola contabilizó cerca de 300 mil millones de pesos en ahorros acumulados con Six Sigma. Honeywell tomó el mismo conjunto de herramientas y produjo alrededor de 20 mil millones de pesos en ganancias de productividad en un solo año.

La metodología no es la variable. La variable es si la organización construyó un sistema de mejora o ejecutó un proyecto de mejora. La diferencia es estructural: un proyecto tiene fecha de inicio, fecha de término, un acta de constitución, una celebración y un comunicado de prensa. Un sistema tiene fecha de inicio — y ninguna fecha de término.

Todos los estudios académicos sobre el tema — la investigación de MIT Sloan sobre programas lean corporativos, el trabajo de Harvard Business Review sobre la sostenibilidad de la mejora, los diagnósticos de manufactura de BCG, la investigación de Ohio State sobre integración cultural — convergen en el mismo hallazgo desde ángulos distintos: las organizaciones que tratan la mejora como una serie de proyectos discretos regresan a su línea base en un plazo de 12 meses. Las que integran la mejora al ritmo operativo estándar, no.

Las tres fallas fatales de la mejora tradicional

Tres patrones de fracaso se repiten en los rescates de empresas manufactureras: la Parálisis de la Perfección (exigir validación estadística cuando el costo de la demora supera el costo de equivocarse un poco), la Ilusión de la Escala (perseguir un solo gran avance en lugar de componer ganancias semanales del 2%) y el Error del Aislamiento (cambiar el procedimiento sin asegurar que la primera línea lo ejecute).

En los rescates de fabricantes que el autor ha dirigido, tres patrones de fracaso se repiten con la consistencia de una ley física. Nombrarlos es el primer paso para diseñar el sistema alrededor de ellos.

Falla uno: la Parálisis de la Perfección. El rigor estadístico de Six Sigma es una ventaja cuando el costo del fracaso es severo — dispositivos médicos, componentes aeroespaciales, farmacéuticos regulados. Se convierte en un pasivo cuando el costo de la demora supera el costo de equivocarse ligeramente. Las organizaciones condicionadas por el entrenamiento de Black Belts a exigir validación estadística antes de actuar dedican nueve meses a lo que debería ser un problema de seis semanas.

La investigación de la curva en S, derivada del despliegue del Volvo Production System en 67 fábricas, lo hace explícito: los beneficios del lean se acumulan a lo largo de una curva en S, y la mayoría de las organizaciones cancela el programa en el tramo plano de en medio — justo antes del punto de inflexión. La metodología estaba funcionando. La paciencia, no.

Falla dos: la Ilusión de la Escala. Los fabricantes persiguen el gran golpe: el único avance del 50% que justifica el programa ante el consejo. Mientras tanto, una mejora del 2% semanal se compone en un 180% anual. La matemática no es sutil: un equipo que entrega 52 mejoras modestas al año y un equipo que entrega una mejora heroica al año no están jugando el mismo juego. La tasa del 2% de cumplimiento de objetivos de Industry Week es, en buena medida, resultado de organizaciones que apostaron al gran golpe — y fallaron.

Falla tres: el Error del Aislamiento. La investigación sobre las prácticas de mejora de Toyota, en particular el trabajo de Fujimoto en el International Journal of Production Research, es muy específica: las mejoras solo producen ganancias de desempeño cuando los trabajadores de primera línea ejecutan realmente el estándar actualizado. Las empresas de comparación que cambiaron el procedimiento sin asegurar el cumplimiento no registraron ningún cambio de desempeño, a pesar de actualizaciones procedimentales idénticas. La mejora aislada dentro de un departamento de mejora es mejora que no ocurre en el piso de producción.

¿Qué es el 3-A Method?

El 3-A Method opera en ciclos estrictos de seis semanas, con tres fases de dos semanas: Apprehend (definir el problema y reunir los datos esenciales), Analyze (eliminar desperdicios y estandarizar el núcleo) y Activate (implementar, documentar y consolidar el nuevo estándar). La disciplina está en el plazo fijo, no en la sofisticación de las fases.

Apprehend (semanas 1–2): comprensión suficiente, no comprensión perfecta. Defina el problema con un límite claro. Reúna los datos esenciales — con énfasis en esenciales. Mapee el proceso actual e identifique a las personas de primera línea que realmente viven el problema, integrándolas al equipo. La tentación aquí es extender la fase de diagnóstico, porque más datos se sienten más seguros. Vale la pena resistirla: aplica la 70% Rule (Regla del 70%) sobre velocidad de decisión — actúe con 70% de confianza e itere.

Analyze (semanas 3–4): simplifique antes de resolver. La taxonomía de desperdicios del lean — muda, mura, muri — existe porque la intervención de mayor rendimiento es casi siempre la eliminación, no la adición. Suprima pasos y aprobaciones innecesarios. Estandarice el núcleo. Cuestione cada supuesto del tipo “siempre lo hemos hecho así” con una pregunta más simple: ¿qué se rompe si dejamos de hacer esto? Le sorprenderá la frecuencia con la que la respuesta es: nada.

Activate (semanas 5–6): implementar, probar, escalar, documentar. El paso de documentación es el que la mayoría de las organizaciones omite — y es la razón por la que las mejoras retroceden. Una mejora no escrita es una mejora que desaparece con la rotación de personal. La fase Activate no termina hasta que el nuevo procedimiento sea el procedimiento operativo estándar, el tablero de gestión visual lo refleje y el siguiente equipo que toque el proceso herede el cambio sin tener que redescubrirlo.

Vale la pena entender cómo se compara frente a frente con Six Sigma DMAIC, pero la versión corta es esta: DMAIC toma seis meses por proyecto y el 3-A Method, seis semanas. Para el 80% de las mejoras en manufactura, seis semanas son suficientes. Para el 20% restante — problemas regulatorios, críticos de seguridad o de variación compleja — el rigor estadístico de DMAIC es la herramienta correcta. Los dos enfoques no son rivales: son complementarios, y el operador maduro utiliza ambos.

¿Qué es la Stagger Rule?

La Stagger Rule es la arquitectura de flujo que la mayoría de los programas lean omite: dos proyectos entran a Apprehend, dos están en Analyze y dos en Activate — seis simultáneos, en pares y desfasados dos semanas. Cada dos semanas, dos concluyen y dos comienzan. Esa cadencia produce 52 conclusiones anuales y hace viable la rotación de toda la plantilla.

La mayoría de los tratamientos publicados sobre mejora continua dedica su atención a las fases. La mecánica de las fases está bien documentada y no tiene nada de propietario. Lo que rara vez se articula en la literatura es la arquitectura de flujo — la razón estructural por la que algunas organizaciones obtienen 52 conclusiones al año y otras obtienen cuatro con la misma metodología.

El instinto organizacional por defecto al implementar el 3-A Method es lanzar los seis proyectos simultáneamente el primer día. Se siente como entusiasmo; en la práctica, es casi una garantía de fracaso. La investigación sobre carga cognitiva de MIT Sloan muestra que las organizaciones que lanzan más de 8 a 10 iniciativas de mejora simultáneas experimentan rendimientos decrecientes agudos y tasas de fracaso elevadas.

Más allá de ese punto, la cadencia de revisión del liderazgo colapsa: no es posible revisar con calidad seis proyectos en Apprehend, seis en Analyze y seis en Activate la misma semana. Las revisiones se vuelven reportes de estatus. Los reportes de estatus se vuelven teatro. El teatro se vuelve retroceso.

La matemática del escalonamiento no es obvia hasta que se dibuja. Con proyectos en pares desfasados dos semanas, cada junta de revisión ejecutiva cubre exactamente dos proyectos por fase: seis proyectos en total, treinta minutos cada uno, noventa minutos en total. Eso cabe en una revisión semanal fija y deja tiempo para decisiones reales. Ese último punto importa más de lo que parece: la velocidad de mejora está acotada por la velocidad de decisión, y la disciplina de tomar decisiones rápidas y de alta calidad bajo presión de tiempo es justamente lo que mantiene el pipeline en movimiento en lugar de detenido en una fila de aprobaciones. La versión de “todo lanzado a la vez” exige medio día cada dos semanas y produce el tipo de fatiga que mata programas en el tercer mes.

Hay un corolario que la literatura también pasa por alto: el escalonamiento es lo que hace viable la participación del 100% de la plantilla. Si el 25% del personal está en un proyecto de mejora en cualquier momento, y los proyectos rotan cada seis semanas, a lo largo de un año cada colaborador participa en aproximadamente dos proyectos. Ese es el mecanismo por el cual la mejora se convierte en cultura y no en iniciativa. Sin el escalonamiento no hay rotación; sin rotación no hay participación a escala; sin participación a escala, la capacidad de mejora queda atrapada en un pequeño grupo de especialistas — y el programa decae en cuanto ese grupo se renueva.

Un punto más: al escalonar correctamente se crea una defensa estructural contra el modo de fracaso más común de la mejora continua, que es la dispersión de la atención de la dirección. El director general entusiasta en el primer mes y ausente en el noveno no es la excepción — es el patrón más frecuente. El escalonamiento produce un flujo visible y medible cada dos semanas: dos conclusiones, cada dos semanas, cada trimestre, de manera indefinida. Esa cadencia es mucho más difícil de dejar morir por desatención ejecutiva que una sola iniciativa de dieciocho meses que alguien tiene que acordarse de preguntar.

Las siete leyes que determinan si el sistema funciona

Siete principios predicen si un programa de mejora continua se compone o colapsa: Impulso (2% semanal supera a 50% una sola vez), Proximidad (las ideas de primera línea ganan), Resistencia (los cambios pequeños avanzan más rápido), Iteración (la primera solución nunca es la mejor), Enfoque (apuntar a las tres prioridades principales), Velocidad (decisiones en menos de cinco días) e Integración (POE actualizado en 60 días).

Siete principios separan a las organizaciones que componen mejoras de las que abandonan los programas en el noveno mes. Las leyes son diagnósticas, no prescriptivas — indican por dónde va a fallar el programa antes de que falle.

Impulso. La constancia supera a la magnitud: 2% semanal vence a 50% una sola vez. Mida el porcentaje de semanas con mejoras concluidas; la meta es superar el 90%.

Proximidad. Las personas más cercanas al trabajo tienen las mejores ideas. Toyota recibe un millón de sugerencias al año de los operadores de línea, no de consultores. La meta: 50% o más de las mejoras originadas en la primera línea.

Resistencia. La resistencia crece con la magnitud del cambio; las mejoras pequeñas avanzan más rápido. Si la tasa promedio de éxito de implementación está por debajo del 85%, los cambios propuestos son demasiado grandes.

Iteración. La primera solución nunca es la mejor solución. Incorpore el refinamiento a la cadencia: de 2 a 3 iteraciones por mejora dentro de los 90 días posteriores a la implementación inicial.

Enfoque. Intentar mejorarlo todo garantiza la mediocridad. El 70% de las mejoras debe apuntar a las tres prioridades estratégicas principales. Si el portafolio está disperso, el problema es de enfoque, no de ejecución.

Velocidad. La velocidad de mejora está acotada por la velocidad de decisión. El cuello de botella más común es el ejecutivo que necesita cinco días hábiles para aprobar un cambio de unos 85 mil pesos. Tiempo de decisión, de la identificación a la aprobación: menos de cinco días, siempre.

Integración. Las mejoras que no se convierten en procedimiento operativo estándar dentro de 60 días retroceden con una probabilidad del 75%. La fase Activate no termina mientras el POE no esté actualizado.

Lo que realmente muestra la evidencia de los casos

Cuatro casos convergen en un mismo hallazgo: las herramientas no son la ventaja competitiva. GE Aviation redujo costos de piezas hasta 35% y el tiempo de ciclo en 90% con kaizen estructurado. La adaptación de Honeywell produjo cerca de 20 mil millones de pesos en ganancias. El salto de Boeing vino de la integración entre funciones. El casi fracaso de 3M demostró que la variable es el ajuste cultural, no el método.

GE Aviation redujo el costo de cuatro piezas distintas hasta en un 35% y disminuyó el tiempo de ciclo de transacciones de materiales en un 90% — no mediante inversión de capital, no mediante nueva tecnología, sino mediante sesiones estructuradas de kaizen en las que los equipos cazaban desperdicios en el lugar de trabajo, junto a las personas que realmente hacen el trabajo. Toyota genera más de un millón de sugerencias de mejora al año con su plantilla. Motorola reportó cerca de 300 mil millones de pesos en ahorros acumulados con Six Sigma hacia 2005. Honeywell alcanzó alrededor de 20 mil millones de pesos en ganancias de productividad en un solo año. La investigación de todas las instituciones que han estudiado el tema converge en una verdad incómoda: la mayor barrera de la mejora continua es un liderazgo que la trata como algo especial y no como estándar. Cuando los líderes predican con el ejemplo, la mejora trasciende la iniciativa y se convierte en cultura. Cuando no lo hacen, el 70% de los programas no escala más allá del piloto — y la organización aprende la lección de que, en realidad, nada va a cambiar.

— Todd Hagopian, Stagnation Assassin

La transformación lean de GE Aviation en el Additive Technology Center redujo el costo de cuatro piezas distintas hasta en un 35% y el tiempo de ciclo de transacciones de materiales en un 90%. La intervención no fue inversión de capital: fueron sesiones estructuradas de kaizen en el propio lugar de trabajo, con operadores de primera línea, cazando desperdicios. El programa más amplio de GE eliminó 22 maniobras de grúa, redujo 530 horas de mano de obra directa aplicada y produjo ganancias operativas que se compusieron en toda la división. La metodología era lean. El diferenciador fue que GE la construyó como sistema, no como proyecto.

El Six Sigma Plus de Honeywell — el híbrido creado cuando Six Sigma se fusionó con el sistema heredado Honeywell Quality Value tras la fusión con AlliedSignal en 1999 — generó alrededor de 20 mil millones de pesos en ganancias de productividad tan solo en 2012. La lección detrás de esa cifra no es que Six Sigma funciona: es que la adaptación funciona. Honeywell no implementó el manual de Motorola; construyó un híbrido ajustado a los contextos operativos específicos de los sectores aeroespacial, químico y de automatización — y la adaptación fue lo que produjo el resultado.

La transformación lean de Boeing a finales de los años noventa generó ganancias del 30% al 70% en productividad de recursos, según un análisis de la EPA. El mecanismo fue la integración de equipos multifuncionales — la ruptura de los silos entre ingeniería, manufactura y cadena de suministro. El mecanismo no fueron las herramientas lean, a las que los competidores de Boeing tenían igual acceso. Fue el diseño organizacional.

La experiencia de 3M es el caso de advertencia del conjunto. Six Sigma llegó en 2001 con Jim McNerney, proveniente de GE. La disciplina de costos mejoró; la innovación se desplomó. Cuando George Buckley asumió como director general en 2005, el programa tuvo que desmantelarse parcialmente para restaurar la capacidad de innovar. El híbrido que surgió — Lean Six Sigma sin los elementos rígidos — coincidió con la recuperación de 3M, incluidas ventas por cerca de 550 mil millones de pesos en 2017 y una posición entre las cien primeras del Fortune 500. La metodología era idéntica. El ajuste cultural era la variable.

El hallazgo consistente en los cuatro casos: las herramientas no son el foso competitivo. El foso es la integración de las herramientas a la realidad operativa específica de la organización, sostenida durante años.

El problema de los mandos medios que nadie nombra

McKinsey atribuye el 60% de las implementaciones lean fallidas a la resistencia de los mandos medios. El mecanismo: el 3-A Method retira al mando medio la identidad de principal solucionador de problemas y la transfiere a los equipos de primera línea. Las organizaciones que tienen éxito cambian la estructura de compensación y reentrenan a los gerentes como coaches antes del lanzamiento — no después de que el programa ya se estancó.

La investigación de McKinsey sobre los fracasos de transformación lean atribuye el 60% de las implementaciones fallidas a la resistencia de los mandos medios. La cifra es lo bastante contundente para merecer atención — y el mecanismo detrás de ella rara vez se discute con franqueza.

El 3-A Method, bien ejecutado, retira al mando medio la identidad de principal solucionador de problemas. El equipo de primera línea identifica el problema, realiza el análisis, diseña la corrección y la implementa. El papel del mando medio pasa de “la persona que resuelve problemas” a “la persona que desarrolla la capacidad de los equipos para resolver problemas”. Para gerentes cuya identidad profesional completa se construyó sobre ser quien sabía la respuesta, esa transición es existencial.

Las organizaciones que gestionan bien esta transición hacen dos cosas específicas. Primero, cambian la estructura de compensación: los bonos de mandos medios ligados a la resolución personal de problemas garantizan resistencia al 3-A Method; los bonos ligados a la velocidad de mejora de los equipos del gerente invierten el incentivo. La misma persona que era cuello de botella se convierte en promotora en un plazo de seis meses.

Segundo, reentrenan a los mandos medios como coaches antes de lanzar el programa, no después. El modo de fracaso más común es lanzar el 3-A Method en toda la organización mientras la capa intermedia sigue operando con el guion antiguo de solucionador: los equipos identifican mejoras, el gerente cuestiona cada una, la velocidad colapsa, el programa se declara un fracaso — y la metodología carga con la culpa de lo que fue, en realidad, una transición de rol no gestionada.

Si su organización está por lanzar un pipeline de mejora continua y aún no ha redefinido las métricas de éxito de los mandos medios, conviene posponer el lanzamiento. Corrija primero los incentivos.

Implementación práctica: los primeros 90 días

El lanzamiento en 90 días ocurre en tres etapas: en las semanas 1–4 se construye la base (capacitar líderes, elegir seis oportunidades, montar el tablero visual, redefinir métricas gerenciales). En las semanas 5–10 se lanza la Ola 1 con entrada escalonada. En las semanas 11–13 se entregan las primeras conclusiones y se alimenta la Ola 2 — unas 12 conclusiones en el trimestre.

  1. Semanas 1–4: construir la base. Capacite a una primera generación de líderes de proyecto en el ciclo 3-A. Identifique las primeras seis oportunidades de mejora, priorizadas contra las tres prioridades estratégicas principales. Establezca el tablero de gestión visual — un tablero físico supera al software aquí, siempre. Redefina las métricas de éxito de los mandos medios y comunique el cambio antes del lanzamiento, no después.
  2. Semanas 5–10: lanzar la Ola 1. Dos proyectos entran a Apprehend en la semana 5, dos más en la semana 7 y dos más en la semana 9. Para la semana 11, el pipeline está lleno y los dos primeros proyectos entran a Activate. La cadencia de revisión ejecutiva es semanal, de 90 minutos, cubriendo los seis proyectos en cada ciclo. Sin excepciones, sin semanas omitidas.
  3. Semanas 11–13: entregar las conclusiones de la Ola 1 y alimentar la Ola 2. Las dos primeras mejoras deben estar en el procedimiento operativo estándar a más tardar al cierre de la semana 12. Nuevos proyectos entran al pipeline para reemplazar las conclusiones. La cadencia ya es autosostenible: el rumbo es de unas 12 conclusiones por trimestre, de 48 a 52 al año.

La razón más común por la que esto no funciona: alguien en la sala quiere “perfeccionar el proceso” antes de escalar. Ese impulso es el mismo que ha producido la tasa del 70% de fracaso del lean durante treinta años. La metodología está consolidada; la ejecución es la variable. Opere el pipeline tal como está diseñado durante un trimestre completo antes de optimizar cualquier cosa — los datos necesarios para optimizar con inteligencia no existen sino hasta entonces.

Próximos Pasos

¿Su planta ejecuta proyectos de mejora con línea de meta — o un pipeline sin final? Si el 70% de los programas lean muere en el tramo plano de la curva en S, la diferencia entre su piso de producción y el 2% que compone resultados no está en la metodología: está en la arquitectura de flujo.

Si a usted le resulta valioso evaluar si su sistema de mejora fue diseñado para escalonarse — o para estancarse —, la invitación es a una conversación de diagnóstico confidencial, sin compromiso.

→ Lleve el pipeline 3-A a su operación

Sobre el autor

Todd Hagopian, MBA, es VP de Estrategia Global de Producto en JBT Marel y fundador de la Stagnation Intelligence Agency. Ha dirigido transformaciones operativas y de portafolio en Berkshire Hathaway, Illinois Tool Works, Whirlpool Corporation y JBT Marel, generando más de 50 mil millones de pesos en valor documentado para los accionistas a lo largo de cinco rescates empresariales. Es autor de The Unfair Advantage: Weaponizing the Hypomanic Toolbox (Koehler Books, enero de 2026, premio Literary Titan Silver) y del próximo Stagnation Assassin: The Anti-Consultant Manifesto (Koehler Books, julio de 2026, premio Literary Titan Gold). Su trabajo ha aparecido más de 30 veces en Forbes y ha sido cubierto por Fox Business, NPR y el Washington Post. Tiene una maestría en administración (MBA) por Michigan State University.

Credenciales: Wikidata | ORCID | Investigación en SSRN | Libros | Conferencias

Search

Categories