Diseño organizacional

Un encargo de organization design es apropiado cuando una estrategia ha cambiado de forma material —por crecimiento, un nuevo mercado, una adquisición o un cambio de modelo de negocio— pero la estructura, los decision rights y las definiciones de rol que la sostienen no han evolucionado al mismo ritmo. También se justifica cuando síntomas recurrentes señalan una causa estructural y no individual: decisiones que consistentemente tardan más de lo que permite la situación del negocio, líderes senior absorbiendo decisiones que corresponden a un nivel más bajo, o roles cuya complejidad real ha superado silenciosamente su alcance formal. El encargo no es apropiado como primera respuesta ante un problema de desempeño puntual o un conflicto de personalidad, donde la causa puede ser individual y no estructural. Encargar un design cuando el problema de fondo es en realidad de capability o de ajuste de liderazgo, y no de estructura, suele producir un redesign que no resuelve el problema original.

El organization design parte de la complejidad que exige la estrategia y construye estructura, roles y decision rights para sostenerla, mientras que una reestructuración impulsada por costos parte de un objetivo de headcount o gasto y reordena la estructura existente para cumplirlo, a menudo sin examinar si las decisiones están en el nivel correcto. Ambas pueden coincidir —un design bien ejecutado puede producir eficiencia de costo como subproducto—, pero el orden y la pregunta inicial difieren, y partir solo del costo con frecuencia produce una estructura que cumple el objetivo mientras deja intacto el problema estructural original. Las organizaciones que reestructuran repetidamente por razones de costo sin nunca rediseñar suelen encontrarse resolviendo la misma fricción estructural cada ciclo presupuestal. Un enfoque guiado por el design trata la disciplina de costo como una restricción dentro de la cual diseñar, no como el objetivo al que sirve el design.

Un encargo de organization design produce una estructura definida —roles, decision rights y relaciones de reporte— correspondiente explícitamente a la complejidad que exige la estrategia, junto con el razonamiento que conecta cada decisión estructural con esa complejidad, de modo que el design pueda explicarse y defenderse, no solo implementarse. Típicamente incluye una declaración clara de los decision rights en cada nivel, definiciones de rol calibradas a la complejidad real y no a la conveniencia, y una ruta de implementación que secuencia la transición en lugar de intentar cambiar todo simultáneamente. El resultado está pensado para funcionar como la estructura operativa sobre la cual realmente corre la organización, no como una presentación que describe una aspiración. Cuando el encargo también toca la capability, identifica dónde las personas actuales corresponden a los roles redesigned y dónde existe una brecha que el desarrollo o la contratación deben cerrar.

La disrupción durante un redesign se gestiona secuenciando la transición de forma deliberada: cambiando primero los elementos estructurales de mayor apalancamiento, comunicando con claridad los decision rights conforme cambian, y dándole a las personas afectadas por los cambios de rol suficiente contexto para entender por qué ocurre el cambio, no solo que está ocurriendo. Un redesign que cambia todo a la vez, sin secuenciar, tiende a crear un periodo en el que nadie tiene certeza sobre quién decide qué, lo cual resulta más disruptivo de lo que el redesign necesita ser. La disrupción también se reduce distinguiendo qué cambios requieren implementación inmediata de cuáles pueden seguir un plazo más largo, en lugar de tratar todo el redesign como igualmente urgente. La meta no es eliminar la disrupción por completo, ya que un cambio estructural genuino inevitablemente altera algunos patrones existentes, sino mantenerla contenida y acotada en el tiempo en lugar de indefinida.