La última oleada de reorganizaciones en firmas de servicios profesionales, consultoras tecnológicas y compañías con fuerte componente de delivery ha reactivado una idea que parece intuitiva: si el organigrama representa mejor el negocio, el rendimiento debería mejorar. La lógica sobre el papel resulta atractiva. Se alinean unidades con líneas de servicio, se agrupan capacidades por industria, se separa preventa de ejecución o se centralizan funciones compartidas para ganar consistencia. El resultado suele ser una arquitectura organizativa más legible para el comité de dirección, para finanzas y para quien necesita explicar la compañía a un inversor o al consejo.
El problema aparece unas semanas después, cuando la organización que parecía más racional empieza a responder con más fricción. Las decisiones tardan más. La coordinación informal se debilita. Ciertas cuentas críticas pierden continuidad. Equipos que antes resolvían ambigüedades con una llamada empiezan a escalar conflictos porque ya no saben quién puede decidir sin exponerse. Desde fuera, la estructura parece mejor. Desde dentro, el sistema aprende más despacio y se vuelve más inseguro.
Ese desfase merece atención porque revela una confusión persistente entre dos capas distintas. Una cosa es la arquitectura declarada, compuesta por roles, reporting lines, procesos y responsabilidades formales. Otra cosa es la arquitectura real, que determina por dónde fluye la información, quién interpreta excepciones, dónde reside la memoria de decisiones y qué relaciones sostienen la ejecución cuando el proceso escrito no alcanza. La mayoría de las reorganizaciones optimiza la primera y asume que la segunda se adaptará sola. En organizaciones intensivas en conocimiento, esa asunción suele salir cara.
El interés del fenómeno supera la discusión sobre recursos humanos. Afecta a estrategia, gobernanza, calidad operativa y capacidad comercial. También afecta a la tecnología, incluso cuando el cambio parece puramente organizativo, porque la estructura condiciona quién define prioridades, cómo se transfiere contexto al software, qué deuda se acepta y qué señales llegan a tiempo a quienes mantienen sistemas críticos. Cuando cambia la distribución del juicio, cambia el producto del sistema, aunque la arquitectura técnica permanezca intacta durante un tiempo.
La estructura formal siempre simplifica una realidad mucho más densa
Una organización de servicios profesionales no produce valor de la misma forma que una planta industrial. Su rendimiento depende de activos menos visibles: confianza entre especialistas, conocimiento tácito sobre clientes, criterio acumulado para detectar riesgos temprano y capacidad para recombinar experiencia de proyectos anteriores en contextos nuevos. Esos activos no se almacenan bien en descripciones de puesto ni en matrices RACI. Se conservan en relaciones, secuencias de trabajo y hábitos de coordinación que rara vez aparecen en el diseño oficial.
Por eso un organigrama ordenado no describe el sistema completo. Describe una versión administrable del sistema. Sirve para asignar presupuestos, evaluar headcount, establecer jerarquías de reporte y delimitar autoridad formal. Esa función es necesaria. El problema surge cuando se interpreta esa representación como si fuera la realidad operativa. Entonces se toman decisiones de rediseño con la misma lógica con la que se redibuja un plano, aunque la organización se comporte más como una red adaptativa que como una estructura estática.
En tecnología esto se entiende con relativa facilidad. Un diagrama de arquitectura nunca agota el comportamiento real de un sistema distribuido. La latencia, los fallos parciales, los acoplamientos accidentales y las rutas de degradación aparecen en producción, no en la presentación inicial. Con la estructura organizativa ocurre algo parecido. Los documentos capturan la intención. La ejecución revela las dependencias efectivas. Quien solo mira la intención suele subestimar el coste de intervenir sobre una red que ya había encontrado formas pragmáticas de compensar sus propias limitaciones.
Ese coste permanece oculto porque gran parte del trabajo crítico dentro de una firma de servicios consiste en resolver excepciones. Un proyecto se retrasa, un cliente pide un cambio contractual ambiguo, un equipo detecta una dependencia técnica no presupuestada, un responsable comercial promete un alcance optimista para cerrar una cuenta. Ninguna de esas situaciones se resuelve por organigrama. Se resuelven porque ciertas personas saben a quién llamar, qué trade-off aceptar y qué precedente conviene evitar. Cuando la reorganización interrumpe esa red, la compañía pierde capacidad de absorber variabilidad.
La promesa de una estructura más racional suele responder a incentivos legítimos, pero incompletos
Las reorganizaciones rara vez nacen de la frivolidad. Suelen responder a tensiones reales. El crecimiento desordena responsabilidades, multiplica excepciones y vuelve opaco el coste de coordinación. La dirección necesita visibilidad. Finanzas necesita atribución. El área comercial quiere especialización sectorial. Operaciones pide estándares. Los líderes técnicos buscan reducir dependencias arbitrarias. Cada una de esas demandas tiene fundamento. El error aparece cuando se trata de resolver todas mediante una única intervención sobre las cajas del organigrama.
La razón es que los incentivos de quienes diseñan la estructura no son simétricos respecto a los incentivos de quienes operan dentro de ella. El comité de dirección valora legibilidad, gobernabilidad y capacidad de control. Los equipos valoran continuidad contextual, accesibilidad de decisores y seguridad para escalar problemas sin fricción política. Ambas perspectivas son racionales desde su posición. Si el diseño se inclina demasiado hacia la legibilidad jerárquica, la organización gana claridad administrativa y pierde ancho de banda operativo.
En firmas de servicios este sesgo se intensifica porque la cuenta de resultados permite ver ingresos por unidad, margen por práctica o utilización por capability, pero no muestra con la misma precisión el deterioro de la confianza transversal, la pérdida de memoria compartida o el aumento de coste cognitivo en la coordinación. Lo que se mide con facilidad entra en la discusión estratégica con más fuerza que lo que sostiene realmente la ejecución. El diseño acaba optimizando variables contables y subestima variables sistémicas.
También influye la política interna. Una reestructuración redistribuye poder simbólico y poder material. Determina quién controla presupuestos, quién participa en prioridades, quién posee la relación ejecutiva con el cliente y quién puede bloquear decisiones. Presentar el cambio como racionalización del negocio suele despolitizar una decisión que altera posiciones relativas. Esa capa política no invalida la reorganización, pero sí explica por qué algunas discusiones omiten deliberadamente el coste de desmontar redes informales que daban velocidad a la operación.
La arquitectura real se manifiesta en tres flujos: información, autoridad y dependencia
Una forma útil de evaluar cualquier rediseño consiste en mirar qué modifica en tres circuitos básicos. El primero es el flujo de información. Importa quién recibe contexto completo, quién lo traduce entre dominios y cuánto ruido se introduce antes de que un problema llegue a quien puede actuar. El segundo es el flujo de autoridad. Importa quién puede decidir bajo ambigüedad, con qué criterio y con qué coste político. El tercero es el flujo de dependencia. Importa de quién depende cada equipo para avanzar y cuánto tiempo tarda en desbloquearse.
El organigrama describe estos flujos de manera imperfecta. Dos responsables pueden tener idéntico nivel jerárquico y capacidades muy distintas para influir. Un experto sin cargo directivo puede concentrar poder real porque acumula memoria técnica, confianza del cliente o capacidad para arbitrar conflictos entre prácticas. Una PMO puede carecer de autoridad formal sobre ingeniería y, aun así, determinar el ritmo de ejecución porque controla la secuencia de compromisos comerciales. La organización funciona según esas relaciones efectivas, no según la estética de la estructura oficial.
Cuando una compañía rediseña su arquitectura sin mapear esos circuitos, interviene a ciegas sobre el sistema nervioso. Puede mover a los responsables correctos al lugar correcto sobre el papel y, al mismo tiempo, romper la ruta por la que viajaba la información crítica. Puede aclarar ownership y hacer más lenta la decisión, porque la autoridad queda mejor delimitada pero más lejos del trabajo real. Puede consolidar funciones para ganar consistencia y crear un cuello de botella donde antes existían múltiples puntos de resolución local.
La consecuencia más visible no siempre es una caída brusca del rendimiento. Con frecuencia aparece una degradación silenciosa. Las reuniones aumentan. Los equipos preparan más material para alinear a personas que antes compartían contexto. La organización documenta más porque la confianza implícita se ha erosionado. Las decisiones se elevan de nivel porque nadie quiere asumir un riesgo sin cobertura. Ese patrón consume tiempo de especialistas, reduce foco y altera la calidad del juicio. El sistema sigue funcionando, pero necesita más energía para producir el mismo resultado.
La memoria colectiva suele romperse antes que los procesos
Uno de los activos más subestimados en servicios profesionales es la memoria colectiva. No se refiere solo a documentación histórica. Incluye conocimiento sobre promesas hechas a clientes, excepciones contractuales toleradas, límites técnicos ya descubiertos, perfiles que colaboran bien bajo presión y señales tempranas de que una iniciativa se está desviando. Esa memoria está distribuida y se activa por proximidad relacional. Rara vez vive completa en un repositorio.
Las reorganizaciones tratan esa memoria como si fuera transferible mediante handovers formales. En la práctica, una parte sí se transfiere y otra parte se pierde. La pérdida no siempre se detecta en el momento del cambio. Se manifiesta meses después, cuando reaparecen errores que la organización ya había aprendido a evitar o cuando un equipo vuelve a discutir decisiones que antes se resolvían por precedente. El sistema parece menos maduro de lo que era, aunque la plantilla y el conocimiento técnico individual se mantengan.
Ese efecto tiene implicaciones directas para la tecnología. La deuda técnica muchas veces está relacionada con decisiones comerciales, dependencias históricas y concesiones hechas para sostener una cuenta. Si quienes heredan la responsabilidad no reciben la historia completa, interpretan la arquitectura de software sin entender las restricciones que la moldearon. Entonces corrigen una parte del sistema y reintroducen otra fragilidad por desconocimiento del contexto. La desalineación entre memoria organizativa y arquitectura técnica suele producir refactors políticamente correctos y operativamente inseguros.
La pérdida de memoria también cambia el perfil de riesgo. Antes del rediseño, ciertas personas detectaban desviaciones porque conocían patrones recurrentes. Después del cambio, la organización depende más de mecanismos formales de seguimiento, que capturan problemas cuando ya son visibles. La diferencia entre ambos estados no es menor. En el primero, el sistema corrige por anticipación. En el segundo, corrige por inspección. Ese desplazamiento incrementa coste, erosiona margen y complica la relación con el cliente, especialmente en proyectos complejos o de larga duración.
La seguridad psicológica tiene una dimensión estructural, no solo cultural
Muchos equipos interpretan la seguridad psicológica como un atributo del liderazgo cercano o del clima interpersonal. Esa lectura es incompleta. La estructura también la condiciona porque define qué exposición asume una persona al señalar un problema, a quién debe contradecir y qué respaldo espera si la situación escala. Una reorganización puede mantener a los mismos líderes y deteriorar la franqueza operativa si aumenta la distancia entre quien detecta una anomalía y quien tiene legitimidad para actuar.
En organizaciones de servicios ese efecto es especialmente delicado porque el trabajo se desarrolla cerca del cliente y bajo presión comercial. Si un delivery manager detecta que un alcance comprometido es inviable, necesita un camino claro para elevar el problema sin quedar como obstáculo al ingreso. Si la nueva estructura separa demasiado ventas, delivery y tecnología, la persona que ve el riesgo puede sentirse aislada entre intereses divergentes. El resultado previsible es silencio táctico. Ese silencio protege a corto plazo y destruye margen más adelante.
La arquitectura real contiene mecanismos informales que reducen ese coste de hablar. Pueden ser relaciones de confianza entre prácticas, líderes que arbitran de manera consistente o comunidades transversales que permiten validar preocupaciones antes de formalizarlas. Cuando el rediseño rompe esos canales en nombre de una mayor claridad jerárquica, la compañía pierde una parte de su capacidad para procesar verdad incómoda. La estructura queda más limpia. La calidad de la información ascendente empeora.
Este punto importa porque la mayoría de los fallos graves en entornos complejos no nacen de falta de talento, sino de señales débiles que nadie convirtió en decisión a tiempo. Una organización que restringe el paso de esas señales termina gestionando incidentes, no aprendizaje. La seguridad psicológica, vista desde diseño organizativo, consiste en minimizar el coste estructural de decir lo que el sistema necesita oír antes de que el problema se haga caro.
La búsqueda de eficiencia centralizada suele trasladar cuellos de botella a lugares menos visibles
Una justificación recurrente para reorganizar consiste en centralizar capacidades dispersas. Tiene lógica cuando existen duplicidades reales, estándares incompatibles o costes de coordinación descontrolados. Centralizar puede mejorar calidad y facilitar asignación de talento escaso. También puede introducir una restricción nueva: un nodo común que debe servir a demasiadas unidades con necesidades distintas y horizontes temporales incompatibles.
La teoría de restricciones ofrece aquí una lectura útil. Cada sistema tiene puntos que limitan su throughput. Si el rediseño mueve capacidad hacia un centro de excelencia, una función compartida o una capa adicional de validación, el throughput total dependerá de ese nuevo punto de paso. Si además la autoridad para priorizar queda difusa, la organización transforma variabilidad distribuida en cola centralizada. El síntoma visible es que todos perciben orden, pero nadie siente velocidad.
En tecnología esto aparece cuando arquitectura, seguridad, datos o plataforma se centralizan sin rediseñar explícitamente interfaces de servicio y derechos de decisión. Los equipos de producto dejan de resolver localmente y pasan a competir por atención de un grupo pequeño con alta carga cognitiva. La centralización que buscaba consistencia termina generando lead times más largos, mayor trabajo en curso y más decisiones urgentes escaladas a dirección. El cuello de botella no desaparece. Solo cambia de sitio y gana legitimidad institucional.
En firmas de servicios profesionales ocurre algo similar con staffing, pricing, calidad o governance de cuentas. Un centro de coordinación puede elevar disciplina, pero si absorbe demasiadas excepciones se convierte en filtro operativo. Quien diseña la estructura suele ver la mejora de control. Quien entrega valor ve una dependencia adicional. Si el sistema no reduce también la complejidad aguas arriba, la centralización agrega una capa sobre el problema en lugar de resolverlo.
Las reorganizaciones fallan porque tratan la estructura como una causa primaria, cuando muchas veces es una variable de segundo orden
El rendimiento organizativo rara vez depende solo de dónde se dibujan las fronteras. Depende de cómo se toman decisiones, cómo se fijan incentivos, cuánto contexto comparten las unidades y qué conflictos se consideran legítimos. La estructura influye en todo eso, pero no los determina por sí sola. Por esa razón una arquitectura más coherente con el mapa del negocio puede no producir mejoras si los mecanismos de coordinación permanecen intactos o si los incentivos siguen empujando en direcciones incompatibles.
Un caso típico es la reorganización por verticales de industria. Sobre el papel mejora cercanía al cliente y especialización comercial. Si los expertos técnicos siguen evaluados por utilización dentro de su práctica, aparecerá una tensión entre optimización local y necesidades del vertical. La estructura dice una cosa y el sistema de incentivos dice otra. La organización entra entonces en un estado de ambigüedad donde cada decisión requiere negociación adicional. El diseño aparenta alineación. La operación vive conflicto continuo.
Otro caso frecuente aparece cuando se adoptan modelos matriciales para compartir capacidades escasas. La matriz pretende equilibrar profundidad funcional y responsabilidad de negocio. Funciona solo si los derechos de decisión están definidos con precisión y si los líderes aceptan explícitamente la fricción inherente. Cuando se implanta como solución elegante a problemas de crecimiento, sin disciplina de gobernanza, la matriz multiplica ambigüedad. Nadie posee el problema completo y varias personas poseen capacidad parcial para bloquearlo.
La lección de fondo es que la estructura suele consolidar comportamientos existentes más que crearlos desde cero. Si la organización no ha resuelto previamente cómo aprende, cómo prioriza y cómo arbitra conflictos entre ingresos de corto plazo y sostenibilidad operativa, la nueva arquitectura hará visibles esas tensiones con más nitidez. Esa visibilidad puede ser útil, pero no equivale a una mejora de rendimiento. En ocasiones produce el efecto contrario porque elimina amortiguadores informales sin sustituirlos por mecanismos mejores.
Un cambio estructural debería evaluarse como una intervención sobre el sistema de decisión
La pregunta relevante antes de reorganizar no consiste en si el organigrama resultará más lógico. Consiste en qué pasará con los flujos que sostienen la ejecución. Qué información dejará de circular. Qué decisiones quedarán más lejos del trabajo. Qué dependencias nuevas aparecerán entre unidades que antes coordinaban de forma directa. Qué personas perderán capacidad de arbitraje y quién absorberá esa carga. La estructura tiene valor cuando mejora esos circuitos, aunque el dibujo parezca menos elegante que la alternativa.
Eso obliga a examinar la arquitectura real con el mismo rigor con el que se estudia una arquitectura de software antes de modificar componentes críticos. Conviene identificar nodos de confianza, puntos de traducción entre funciones, cuellos de botella encubiertos y áreas donde la coordinación informal compensa defectos del diseño formal. Esa compensación no siempre debe preservarse. A veces oculta una dependencia insana sobre individuos concretos. Pero desmantelarla exige crear otro mecanismo que mantenga la capacidad del sistema para absorber complejidad.
También obliga a distinguir entre complejidad necesaria y complejidad creada por el propio diseño. Una firma de servicios que atiende clientes diversos, regula riesgos y combina perfiles especializados siempre tendrá cierta fricción estructural. Intentar eliminarla por completo suele trasladarla a canales invisibles. El objetivo razonable consiste en situar