Serie Organisational design · 1 de 3
Ocho meses. Treinta días. El precio exacto de tu jerarquía
· última revisión
En los primeros meses como GM de un resort de casi 500 habitaciones y más de 350 empleados en el contexto de un activo PE-backed post-CAPEX, identifiqué un patrón que los datos confirmaban con precisión creciente cada mes: un departamento estratégico generando pérdidas sistemáticas, una rotación de mandos medios anormalmente alta, y un responsable cuya gestión era la variable común en ambos fenómenos.
Lo que siguió no fue un problema de gestión. Fue una demostración de física organizacional.
Durante más de ocho meses elevé la evidencia por la cadena jerárquica: reportes mensuales de desviación de costes, análisis de rotación con testimonios documentados de salida, incidentes de liderazgo que comprometían la autoridad operativa del hotel. Ningún reporte se tradujo en decisión: el diagnóstico se cuestionaba, se relativizaba o se desplazaba hacia factores externos. El patrón se repitió con una consistencia que, en retrospectiva, era ella misma un dato.
El problema no era la calidad de la evidencia. Era la arquitectura que debía convertir esa evidencia en decisión.
El responsable del departamento se mantenía en el puesto no por su competencia métrica, sino por su densidad en la red informal de la compañía. En términos de Organizational Network Analysis (ONA), era un nodo sobreprotegido. Esa sobreprotección actuaba como un cortafuegos en el circuito de información: cada señal de corrección basada en datos (desviación de costes, rotación) era absorbida y neutralizada por la estructura jerárquica antes de activar una decisión. Lo que Donella Meadows llamaría un Balancing Loop roto con latencia extrema: el sistema recibe la señal de alarma, pero su propio diseño impide el ajuste.
El resultado financiero de ese fallo estructural era auditable cada mes en el P&L. Cientos de miles de euros en desviación acumulada sobre un departamento que representaba más de un tercio de los ingresos totales del activo, y cuyo presupuesto se incumplía con la regularidad de un metrónomo.
El desbloqueo llegó, como suele ocurrir en las jerarquías, no por la acumulación de evidencia sino porque la disfunción se hizo demasiado visible para seguir ignorándola. En ese momento escalé directamente a la estructura superior y el cambio se produjo.
Lo que ocurrió después es el dato que importa para este ensayo.
En el primer mes de gestión bajo nueva autoridad departamental, el departamento se estabilizó financieramente. No en el segundo trimestre. No tras un proceso de transformación cultural. En el primer mes. La corrección que la jerarquía tardó más de ocho meses en autorizar se materializó en treinta días una vez desbloqueada.
Ocho meses de latencia. Treinta días de corrección.
Esa asimetría no es una anomalía de gestión. Es la física del fallo jerárquico en estado puro. No lo digo desde fuera del sistema. Lo digo habiendo operado dentro de él, con los mismos incentivos de supervivencia política que cualquier directivo. Las estructuras verticales no fallan por incompetencia humana. Fallan porque su diseño original convierte el estatus jerárquico en un filtro que degrada la señal de los datos. El sistema incentiva la mitigación del riesgo político (no contradecir al nodo superior) por encima de la ejecución de la evidencia operativa. Y esa fricción tiene un coste no metafórico. Financiero. Auditable. Es el Latency Tax imputable a un centro de coste específico, generado por una decisión que se congeló durante ocho meses en la matriz burocrática.
La dinámica de sistemas lleva décadas documentando cómo los delays entre señal y decisión erosionan valor a largo plazo. Lo que rara vez aparece en esa literatura es la traducción directa a una cuenta de resultados concreta: cuánto cuesta exactamente ese retraso, a qué centro de coste se imputa, y quién firma la responsabilidad.
La pregunta que me quedé haciendo no era sobre ese departamento ni sobre ese hotel. Era estructural: ¿qué arquitectura organizacional habría convertido esa evidencia en decisión en semanas en lugar de meses? ¿Qué sistema habría eliminado la dependencia de que una crisis visible fuera el detonante del cambio?
En concreto: un sistema donde la Decision Latency (el tiempo entre la primera señal de datos y la decisión ejecutada) sea un KPI medible, auditable, e imputable financieramente al centro de coste que lo genera.
En este caso, la Decision Latency fueron aproximadamente 240 días: desde el primer P&L con desviación significativa hasta la sustitución efectiva del responsable. Con una desviación mensual sostenida de seis cifras, la aritmética es directa y el resultado es lo que en el Blueprint que acompaña esta serie llamo Latency Tax: el coste financiero auditable de una decisión congelada en la matriz burocrática. No una metáfora. Una línea de la cuenta de resultados con nombre, período y responsable.
Un caso. Una arquitectura. Un resultado medible. La pregunta que queda abierta es si el patrón es replicable, y bajo qué condiciones.
En una arquitectura sana, un umbral predefinido de desviación acumulada más rotación anormal habría disparado un protocolo de revisión con autoridad financiera real para modificar la estructura, sin esperar a que una crisis pública forzara la mano del sistema.
Esa arquitectura existe. La exploraremos en el siguiente ensayo.
Si diriges un hotel o un negocio de servicios y algo de esto te suena, escríbeme: xavier@marsalsanchez.com. Contesto siempre.