Cuando un modelo de IA desaparece de la noche a la mañana:
Tobias Massow
6 Min. de lectura Anthropic desconectó el 12 de junio dos de sus modelos más recientes a nivel mundial ...
La integración de TI tras una adquisición es uno de los ámbitos donde los efectos anunciados del acuerdo se pierden con más frecuencia en la práctica. El mercado global de servicios de integración post-fusión crecerá hasta los 9.820 millones de dólares en 2026, impulsado por un flujo estable de operaciones y la constatación repetida de que los temas de TI no pueden gestionarse de forma secundaria durante los primeros cien días. Para los CIO, su rol en un contexto de M&A es distinto al del funcionamiento habitual. Exige decisiones diferentes, otra comunicación y otros riesgos de error.
Lo esencial en breve
RelacionadoSaaS-Sprawl: consolidar el portfolio en 2026/NIS2 se hace operativo: decisiones para los órganos de dirección
La cifra que maneja Deloitte es incómoda: en transacciones con objetivos explícitos de ahorro en TI, las empresas rara vez superan la mitad de los ahorros previstos en el primer año tras el cierre. Las causas típicas no radican en la tecnología, sino en suposiciones hechas durante la firma del acuerdo que el CIO encargado de la integración solo puede verificar meses después. Entre ellas, datos no contrastados sobre el portfolio de contratos del objetivo, subestimación de los temas de identidad y acceso, y contextos que no se analizaron con suficiente profundidad en el proceso de due diligence.
El segundo factor clave es cultural. Dos organizaciones de TI con procesos, herramientas y patrones de decisión propios deben fusionarse en un solo equipo. Suena sencillo, pero suele fallar en los primeros seis meses, ya sea porque el equipo adquirido se siente perdedor o porque el CIO encargado de la integración no logra el equilibrio entre pragmatismo y liderazgo técnico. La metodología de Bain denomina a este ámbito *value realization* y subraya la relación directa entre el comportamiento directivo y los resultados tangibles al cabo de doce meses.
Los CIO que han gestionado varias integraciones trabajan con tres líneas temporales diferenciadas. La primera es el Día Uno. La empresa adquirida debe estar operativa al día siguiente del cierre. La comunicación por correo electrónico, el acceso a archivos, los sistemas financieros y la comunicación con clientes deben funcionar, aunque la integración real en los sistemas aún no se haya producido. El Día Uno es estabilidad, no consolidación.
La segunda línea temporal es el plan de 100 días. Aquí se toman las grandes decisiones: qué plataformas se adquieren, cuáles se rescinden, cuáles se migran. Quién asume qué rol en el nuevo organigrama. Qué sedes se conectan a qué región cloud. Estas decisiones no son técnicas, sino organizativas y estratégicas. Un CIO que en los primeros cien días solo trabaja a nivel de detalle se encontrará en el sexto mes con un equipo que ya no sabe hacia dónde se dirige.
La tercera línea temporal es el objetivo de 18 meses para la consolidación real. Aquí se llevan a cabo las migraciones, las rescisiones de contratos y la limpieza de la arquitectura. Este bloque es el que más se asemeja a un proyecto regular de transformación TI, solo que bajo la presión de los informes anuales de ahorro para el CFO y la junta directiva. Un error frecuente es mezclar estas tres líneas temporales. Quien intenta consolidar el Día Uno pone en riesgo la operatividad. Quien comprime el objetivo de 18 meses en el plan de 100 días sobrecarga al equipo.
Dónde fracasan las integraciones TI en fusiones y adquisiciones
Qué sustenta las integraciones exitosas
La priorización de Identity y Access es uno de los puntos que los CIO con experiencia en integraciones sitúan consistentemente en primer lugar. Sin un modelo de identidad sólido, no hay una separación clara de datos, ni rutas de auditoría definidas, ni una situación de corrección fiable. Quien pospone la fusión de tenants de Microsoft o la consolidación de Okta al segundo mes, tendrá hallazgos en cada revisión de seguridad medio año después. Además, una arquitectura de identidad sin resolver bloquea prácticamente cualquier decisión posterior, ya que los permisos, los flujos de datos y los registros de auditoría dependen de ella.
La fase de due diligence previa al signing es la ventana en la que el CIO adquirente obtiene una visión de la TI objetivo. El proceso típico de due diligence informática revisa inventarios de infraestructura, costes en la nube, aplicaciones clave y riesgos generales. Lo que suele faltar en 2026 son tres aspectos: la proliferación de SaaS, la realidad de los niveles de servicio y la flexibilidad de rescisión.
El primer punto es la infravaloración del portfolio de SaaS. Muchas empresas objetivo declaran entre cincuenta y setenta aplicaciones oficiales. Una auditoría rigurosa de gestión de SaaS suele descubrir entonces el doble. La diferencia, en la mayoría de los casos, no responde a mala intención, sino simplemente al típico punto ciego que tienen las empresas incluso con sus propias herramientas. Quien no lo aclare durante la due diligence heredará la sorpresa.
El segundo punto es la realidad detrás de los SLA. Las cifras en los contratos indican lo que promete el proveedor. La realidad operativa muestra si se cumple. Una empresa objetivo con una configuración cloud aparentemente ejemplar puede tener, tras un examen más detallado, SLA contractuales que en la práctica se incumplen de forma recurrente sin que se hayan tomado medidas. Por ello, la fase de due diligence debería revisar historiales de incidentes, tasas de fallos en cambios y valores reales de uptime, no solo los textos contractuales.
El tercer punto es la flexibilidad de rescisión. Los contratos largos con plazos de preaviso estrictos resultan caros durante la integración, ya que limitan las opciones de consolidación. Una empresa objetivo con cinco contratos de siete años en distintas plataformas cloud y SaaS cuesta un treinta por ciento más en la integración que otra con contratos flexibles. Esta realidad de costes debe hacerse visible durante las negociaciones del precio de compra, no en la auditoría posterior al closing.
El papel del CIO en un proceso de fusiones y adquisiciones (M&A) difiere del que desempeña en la operación habitual. En el día a día, el CIO dirige la organización de TI, pero en un proceso de M&A forma parte de un equipo de operación que incluye también Finanzas, Legal, RRHH y, a menudo, Estrategia. Las decisiones se toman en plazos ajustados, con frecuencia con información incompleta, y sus consecuencias solo se hacen visibles años después. Quien no haya vivido este ritmo tiende a aplicar patrones de la operación habitual en un entorno donde no encajan.
El error de adaptación más frecuente en el contexto de M&A es el reflejo de resolver problemas con metodologías que funcionan en la operación habitual. Un análisis exhaustivo de requisitos, tres meses de evaluación y cuatro de implementación suena impecable, pero en un contexto de integración, diez meses sin avances visibles son una derrota ante el consejo de administración y el comité de supervisión. Los CIOs con experiencia en integraciones trabajan con ciclos más pequeños y rápidos, aceptando que la mitad de las decisiones deberán ajustarse más adelante. El coste de la corrección es menor que el de la lentitud. Esto supone un cambio de mentalidad para muchos CIOs respecto a los patrones aprendidos en su organización de origen.
Un aspecto que suele subestimarse en los primeros seis meses es la comunicación. Dos equipos con lenguajes, herramientas y culturas propias deben fusionarse en uno. Esto requiere reuniones periódicas conjuntas, clarificación de roles y una decisión consciente sobre qué prácticas se adoptan y cuáles se abandonan. Quien trata al equipo objetivo como un mero proveedor pierde a los profesionales clave en los primeros doce meses. Los costes derivados de la rotación superan regularmente el supuesto ahorro en TI.
Un tema que ganará peso en las conversaciones con los consejos de administración en 2026 es la soberanía de los datos en operaciones transfronterizas. Cuando una empresa alemana adquiere un objetivo en EE.UU. o viceversa, surge la pregunta sobre dónde se ubican físicamente los datos y qué ordenamientos jurídicos pueden acceder a ellos. El RGPD, la CLOUD Act y normativas sectoriales como DORA o NIS2 se entrecruzan en este ámbito. La respuesta rara vez es puramente técnica, sino una decisión conjunta entre el CIO, el CFO, el departamento Legal y la dirección.
Otro bloque infravalorado es el trabajo contractual en la primera semana tras el cierre. Cada contrato con terceros de la empresa objetivo debe revisarse: ¿sigue siendo válido tras el cambio de propiedad? ¿Existen cláusulas de *change-of-control* que desencadenen una renegociación? ¿Hay escalones de precios vinculados a la fecha de transición? Este trabajo detallado evita sorpresas costosas en el tercer mes, cuando aparecen sobrecostes no contemplados en el modelo de la operación. Los CIOs con experiencia en integraciones colaboran en los primeros treinta días con un pequeño equipo legal dedicado exclusivamente a estos contratos.
Un último aspecto que suele diluirse en el día a día es la documentación de la integración. Cada decisión, cada paso de migración y cada punto pendiente debe quedar registrado de forma trazable. Esto no solo ayuda a la supervisión en auditorías posteriores, sino también al equipo cuando, dos años después, alguien pregunta por qué se tomó una determinada decisión arquitectónica. La documentación de la integración es el seguro de vida contra el olvido institucional. En operaciones con alta rotación en los primeros dieciocho meses, preserva el contexto que las personas ya no pueden transmitir.
Un detalle menor pero frecuentemente pasado por alto es la participación del comité de empresa en Alemania. En toda consolidación de TI que implique cambios en procesos o herramientas para los empleados, es necesaria una consulta o participación. Quien lo descubre en el sexto mes retrasa el despliegue semanas. Incluirlo pronto en el plan de los 100 días evita esta fricción y, al mismo tiempo, refuerza la aceptación en el equipo objetivo.
Como muy tarde durante la due diligence previa a la firma, aunque lo ideal es que participe ya en la fase de selección del objetivo. Cuanto más tarde se incorpore el CIO, menos influencia tendrá sobre los supuestos de ahorro que figuran en el precio de compra. Las integraciones más exitosas cuentan con un CIO que aporta la perspectiva de TI desde la elección del objetivo.
La consultoría externa destaca en metodología, benchmarks y disciplina de gestión de proyectos. Los equipos internos aportan contexto y relaciones. La configuración típica: socios externos durante los primeros seis a nueve meses, tras los cuales el peso recae en el equipo interno. Quien externaliza todo no desarrolla competencias. Quien lo hace todo internamente pierde ritmo.
En muchos acuerdos representan una parte significativa, aunque rara vez son el principal impulsor. De forma realista, los potenciales de ahorro en TI oscilan entre el diez y el veinte por ciento de los ahorros totales declarados. Quien prometa más suele exagerar. Los CFO aprenden rápidamente a examinar las cifras de ahorro en TI con especial cautela.
Tres opciones: renegociar con el proveedor alegando el nuevo tamaño de la empresa, consolidar en un contrato existente de la empresa adquirente o dejar que expire de forma planificada con un sucesor claro. La decisión depende del plazo restante, los costes de rescisión y la importancia estratégica del proveedor. Casi nunca es correcto no hacer nada.
Con indicadores base claramente definidos antes del cierre y revisiones trimestrales. Cada partida de ahorro se asigna a una medida, con un responsable de área y una fecha prevista de implementación. Sin esta estructura, las cifras se diluyen en la partida general de costes de TI y los informes de éxito de ahorro pierden credibilidad.
Fuente de la imagen de portada: Pexels / Khwanchai Phanthong (px:4175028)