La autoridad tecnológica paralela rara vez se percibe como fragmentación al principio. Se percibe como velocidad.

Las organizaciones casi nunca crean funciones tecnológicas paralelas porque busquen más complejidad. Lo hacen porque buscan avanzar.

Una unidad de negocio obtiene resultados, gana la confianza de la alta dirección y, poco a poco, recibe autoridad sobre datos, plataformas, automatización o decisiones tecnológicas. El cambio parece razonable. Incluso puede parecer exitoso. Las decisiones se toman con mayor rapidez, la ejecución responde mejor y los líderes de negocio se sienten menos dependientes de procesos tecnológicos que perciben como lentos, burocráticos o desconectados de la urgencia comercial.

Pero cada nueva autoridad tecnológica crea un nuevo centro de gravedad arquitectónica, operativa y de gobernanza.

Lo que comienza como una excepción para acelerar la ejecución puede terminar convirtiéndose en una fuente permanente de complejidad institucional.

La decisión suele partir de una frustración legítima.

La tecnología se percibe como lenta. La gobernanza se percibe como burocracia. Los estándares se perciben como obstáculos. Al mismo tiempo, un líder de negocio está bajo presión para entregar resultados y encuentra una oportunidad para avanzar más rápido desarrollando capacidades fuera de la organización tradicional de tecnología.

En el corto plazo, ese enfoque suele funcionar.

Los proyectos avanzan. Las decisiones se toman más cerca del negocio. Los sponsors ejecutivos observan un progreso visible y concluyen que la organización ha encontrado un mejor modelo operativo.

Lo que resulta menos visible es que la organización también ha creado una segunda autoridad tecnológica.

El problema no es la descentralización. El problema es otorgar autoridad tecnológica sin asumir la responsabilidad empresarial por sus consecuencias.

Esa diferencia es fundamental.

La tecnología empresarial no es simplemente una función de ejecución. Es el mecanismo que mantiene coherentes, en toda la organización, la arquitectura, la seguridad, la resiliencia operativa, la estrategia de plataformas, los estándares técnicos y la responsabilidad de largo plazo.

Los líderes de negocio deben influir en las decisiones tecnológicas. Los expertos de dominio deben dar forma a los datos, la analítica, la automatización y las capacidades digitales. El negocio debe ser responsable de los resultados.

Pero las consecuencias tecnológicas siguen requiriendo una responsabilidad empresarial visible.

Cuando esa responsabilidad se fragmenta, la institución comienza a acumular decisiones tecnológicas sin un modelo unificado de rendición de cuentas.

Al principio, las consecuencias son difíciles de detectar.

El nuevo equipo resuelve su problema inmediato. Selecciona las herramientas que mejor se adaptan a sus necesidades. Crea sus propios procesos. Contrata a sus propios especialistas. Define sus propias prioridades.

Cada una de esas decisiones puede ser razonable por sí sola.

El problema aparece cuando esas decisiones pasan a formar parte de la empresa.

La organización termina con múltiples direcciones arquitectónicas, múltiples modelos operativos, múltiples prioridades tecnológicas y múltiples interpretaciones sobre quién es responsable de qué.

La velocidad local se convierte en complejidad institucional cuando nadie es responsable del sistema que deja detrás.

Esa complejidad rara vez se refleja en los resultados trimestrales.

Se hace visible cuando los sistemas deben integrarse, cuando los controles necesitan aplicarse de forma consistente, cuando los datos deben ser confiables, cuando un incidente deja al descubierto vacíos de responsabilidad o cuando el crecimiento de los costos revela que nadie es dueño del sistema en su conjunto.

Para entonces, la justificación original del negocio puede haber desaparecido.

El ejecutivo que patrocinó la excepción quizá ya ocupa otro cargo. El líder que desarrolló esa capacidad puede haber dejado la empresa. La iniciativa que justificó la decisión probablemente ya cumplió sus objetivos.

El caso de negocio vence. La arquitectura permanece.

Ese es el costo institucional de la autoridad tecnológica paralela.

La discusión no es si la tecnología debe estar centralizada o descentralizada. Ese enfoque es demasiado superficial.

La verdadera cuestión es si la organización es capaz de distinguir entre la responsabilidad del negocio por los resultados y la responsabilidad empresarial por las consecuencias tecnológicas.

Cuando esa distinción desaparece, la institución se vuelve frágil.

Una unidad de negocio puede optimizar la velocidad. Un área puede optimizar su autonomía. Un sponsor puede optimizar el progreso visible. Pero es la empresa la que termina absorbiendo la complejidad residual: plataformas duplicadas, controles inconsistentes, estándares que compiten entre sí, responsabilidades poco claras y una arquitectura que nadie diseñó plenamente, pero con la que todos deben convivir.

La ironía es que muchos de los procesos tecnológicos que se califican como burocráticos fueron creados precisamente para proteger a la organización de estos resultados.

El propósito de la gobernanza no es ralentizar al negocio.

Su propósito es asegurar que la aceleración local de hoy no se convierta en el pasivo estructural de mañana.

La fragmentación tecnológica rara vez comienza por negligencia. Normalmente comienza con una decisión racional tomada por líderes competentes bajo presión.

Eso es precisamente lo que la hace peligrosa.

Porque, en el momento en que se toma, la decisión parece completamente justificada.

El costo aparece después, cuando la organización ya no puede separar el beneficio que obtuvo de la complejidad que institucionalizó.

¿Quién es responsable de las consecuencias tecnológicas cuando la excepción ya se ha vuelto permanente?