Organizational design

El organizational design es la estructuración deliberada de roles, decision rights y el flujo del trabajo para que la estructura de una empresa sostenga la complejidad que realmente exige su estrategia. Va más allá de trazar líneas de reporte para abordar dónde deben tomarse las decisiones, cómo se distribuye la accountability, y si el trabajo asignado a cada rol corresponde al nivel de complejidad que ese rol necesita manejar. Un buen organizational design es invisible cuando funciona —las decisiones se mueven en el nivel correcto sin escalamiento ni confusión— y muy visible cuando falla, apareciendo como cuellos de botella, esfuerzo duplicado o decisiones que nunca terminan de tomarse. Es una disciplina estructural, fundamentada en las demandas reales de la estrategia, no una preferencia sobre la estética del organigrama.

El organizational design parte de la complejidad que exige la estrategia y construye roles, decision rights y estructura para sostenerla; la reestructuración típicamente parte de un objetivo de costo, headcount o línea de reporte y reordena el organigrama existente para cumplirlo. La reestructuración puede ocurrir sin ninguna lógica de design: se mueven casillas, cambian títulos, se ajustan líneas de reporte, mientras la pregunta subyacente de si las decisiones están en el nivel correcto queda sin examinar. El design puede resultar en una reestructuración, pero el orden importa: el design determina cuál debe ser la estructura por una razón, mientras que la reestructuración por sí sola a menudo solo reubica los mismos problemas en una nueva configuración. Las empresas que reestructuran repetidamente sin rediseñar tienden a resolver el mismo problema estructural cada pocos años bajo un nombre distinto.

El work design es la configuración deliberada de lo que un rol realmente debe hacer —el alcance, la complejidad y el horizonte temporal de las decisiones que sostiene—, a diferencia de la posición que ese rol ocupa en el organigrama. Dos roles con el mismo título y la misma línea de reporte pueden tener un work design muy distinto si uno sostiene accountability genuina de extremo a extremo sobre una decisión y el otro solo ejecuta la decisión de otra persona. Un buen work design hace corresponder el nivel de trabajo de un rol con el nivel de juicio que su ocupante necesita ejercer, razón por la cual es inseparable de las preguntas sobre capability y Levels of Work. Un work design deficiente es una fuente común de frustración que se diagnostica erróneamente como un problema de desempeño individual cuando la causa real es un rol construido para exigir menos, o más, complejidad de la prevista.

Los decision rights definen quién tiene la autoridad para tomar una decisión específica, a quién debe consultarse antes de tomarla, y quién es responsable del resultado una vez tomada. Unos decision rights claros previenen las dos fallas estructurales más comunes: decisiones que termina tomando quien habla más fuerte o tiene mayor jerarquía en la sala sin importar la autoridad formal, y decisiones que nadie se siente facultado para tomar, por lo que suben hasta llegar a un escritorio demasiado alto para realmente sostenerlas. Los decision rights deben asignarse según dónde reside genuinamente el juicio y la información necesarios, no solo según la jerarquía, ya que la antigüedad y el juicio adecuado para decidir no siempre coinciden. Los decision rights ambiguos son uno de los predictores más confiables de la lentitud organizacional, porque cada decisión poco clara se convierte en una negociación antes de poder convertirse en una acción.

Un operating model es el design integrado de cómo funciona realmente una empresa: cómo se articulan los roles, los decision rights, los procesos y la estructura para entregar la estrategia día a día. Se sitúa entre la estrategia, que declara la intención, y el organigrama, que muestra las líneas de reporte, describiendo la mecánica que conecta ambos: quién hace qué, quién decide qué, y cómo se mueven el trabajo y la información entre funciones y niveles. Un operating model bien diseñado hace que la estrategia sea ejecutable por personas ordinarias haciendo trabajo ordinario, en lugar de requerir heroísmos o intervención constante de la alta dirección para funcionar. Cuando los resultados de una empresa quedan sistemáticamente por debajo de su estrategia declarada, la brecha suele rastrearse hasta un operating model que nunca fue realmente redesigned para corresponder a la estrategia que debía entregar.

Una organización típicamente necesita ser redesigned cuando su estrategia ha cambiado de forma material —por crecimiento, un nuevo mercado, una adquisición o un cambio de modelo de negocio— pero su estructura, sus decision rights y las definiciones de rol no han evolucionado al mismo ritmo. Las señales de alerta incluyen decisiones que consistentemente tardan más de lo que permite la situación del negocio, líderes senior dedicando tiempo desproporcionado a decisiones que corresponden a un nivel más bajo, y roles cuya complejidad real ha superado silenciosamente su definición formal. El redesign también se justifica tras transiciones de liderazgo o actividad de M&A, cuando dos estructuras o culturas deben reconciliarse en un sistema coherente en lugar de dejarlas coexistir informalmente. Esperar hasta que el desempeño se vea afectado de forma visible es la manera más costosa de descubrir que un redesign ya era necesario.

La estructura es el arreglo visible de casillas y líneas de reporte en un organigrama; el design es la lógica subyacente que determina si ese arreglo corresponde realmente a la complejidad del trabajo y a las decisiones que la empresa necesita tomar. Dos organizaciones pueden tener una estructura idéntica en papel y una calidad de design completamente distinta: una donde los decision rights, la complejidad de los roles y la accountability están coherentemente alineados, y otra donde las mismas casillas ocultan confusión sobre quién decide realmente qué. El design es lo que le da razón a la estructura; sin él, la estructura es solo una imagen de relaciones de reporte que no dice nada sobre si la organización puede funcionar. Por eso cambiar el organigrama —mover casillas, renombrar puestos— sin abordar el design de fondo rara vez resuelve el problema que motivó el cambio.

El organizational design y la capability están directamente conectados porque la estructura es lo que permite o bloquea que la capability se exprese: una estructura bien diseñada permite que el juicio se ubique donde realmente está la complejidad y la información necesarias, mientras que una estructura mal diseñada fragmenta las decisiones y diluye la accountability sin importar cuán capaces sean las personas dentro de ella. Una organización puede contratar personas muy capaces dentro de una estructura que nunca fue diseñada para la complejidad que deben manejar, y la capability seguirá sin convertirse en resultados. Por eso el trabajo de capability y el trabajo de design se tratan como inseparables y no secuenciales: leer la capability sin examinar la estructura alrededor, o rediseñar la estructura sin leer la capability que debe sostener, producen ambos respuestas incompletas.

Una organización future-ready es aquella cuya estructura, decision rights y diseño de roles están construidos para absorber complejidad que aún no se ha materializado por completo, en lugar de optimizarse solo para las condiciones que enfrenta la empresa hoy. Trata el organigrama como una estructura viva y no como una fotografía fija, anticipando que los roles, los decision rights e incluso los Levels of Work requeridos cambiarán conforme evolucionan la estrategia y el entorno. Construir hacia el future-readiness significa diseñar roles con suficiente margen para la complejidad creciente y construir un leadership pipeline cuya trayectoria, no solo su desempeño actual, corresponda a hacia dónde se dirige la empresa. Una organización diseñada solo para su estado actual ya está, por construcción, rezagada frente a la complejidad que enfrentará después.

La organizational transformation es un cambio fundamental en cómo una empresa crea y entrega valor, que exige que la estructura, los decision rights, la capability y con frecuencia la cultura cambien juntos y no de forma aislada. Se diferencia de la mejora incremental porque la transformation cambia la lógica de design subyacente de la organización, no solo su eficiencia dentro de un design existente, sino el design mismo. La transformation es la etapa del Advisory Model donde una estructura redesigned y un conjunto de capability desarrollado realmente arraigan en la operación diaria de la organización, pasando de una decisión en papel a una nueva realidad en funcionamiento. Las empresas que llaman "transformation" a una reestructuración incremental suelen descubrir la brecha entre la etiqueta y el resultado solo cuando la forma de trabajar de fondo en realidad no cambió.