Después de la firma sigue la suposición de que todo debe unirse. Sistemas, equipos, procesos, marcas — hacer un todo único parece la culminación lógica de un acuerdo. Esa suposición no siempre es correcta, y los componentes donde no lo es suelen reconocerse de antemano.
Integrar es una elección, no un automatismo. En cada componente — un sistema, un equipo, una relación con un cliente, una línea de productos — corresponde la pregunta de si fusionar añade valor o cuesta valor. Esa pregunta no es una excepción para los casos difíciles. Es la pregunta estándar, también para los componentes que parecen evidentes.
La razón por la que esto sale mal no suele ser falta de voluntad para examinarlo. Es la presión del tiempo. Debe haber un plan de Día 1, un caso de sinergias debe cuadrar, y "integrar" es la ruta más corta hacia una respuesta que en el papel parece completa. Lo que falta es un momento en el que alguien determine por componente: esto lo fusionamos, esto lo dejamos como está, y esta es la razón.
Hay patrones que son visibles de antemano, no solo después de los hechos. Dos sistemas que cumplen la misma función pero están construidos sobre una lógica distinta suelen costar, al fusionarse, más en conversión y tiempo de formación que lo que aportan en facilidad de gestión. Un equipo que rinde por su rapidez y sus líneas cortas de comunicación pierde esa característica en cuanto se integra en una estructura mayor y más jerarquizada. Una relación con un cliente que depende de una persona específica o de una forma de trabajar específica a menudo no sobrevive en la práctica a una integración meramente nominal.
La pregunta cuándo la integración destruye valor merece un lugar junto a cada cálculo de sinergias, no después. Un caso de sinergias que solo cuenta el rendimiento de fusionar y no los costes de la desintegración — retraso, rotación, pérdida de clientes — es una historia a medias.
Los sistemas son el componente donde la integración se asume con más frecuencia como algo evidente, y donde con más frecuencia resulta no ser correcto. Un sistema que funciona bien, está arraigado en el equipo que lo usa, y no da motivo urgente de sustitución, no tiene que desaparecer solo porque pertenece a otra entidad. La pregunta qué sistemas es mejor dejar como están y en qué lo ve de antemano corresponde a cada inventario de TI, con como resultado a veces: no hacer nada, dejar coexistir dos sistemas, o decidir solo dentro de un año.
La decisión de integrar o no también depende del tipo de operación. En una plataforma que crece mediante múltiples adquisiciones, el patrón de integración es distinto al de una adquisición única. Lo que significa buy-and-build para su enfoque de integración y en qué lo ve es una pregunta distinta de lo que requiere una adquisición puntual: en una plataforma, la consistencia entre múltiples adquisiciones es relevante, y eso a veces sí aboga por integrar componentes que en una operación única sería mejor dejar como están.
Esto también afecta a la reutilización de planes anteriores. Una plataforma que realiza su tercera o cuarta adquisición ya ha tomado decisiones sobre qué se fusionó y qué no en la anterior. La pregunta cómo reutiliza un plan de integración y en qué ve para qué componentes funciona determina si esas decisiones anteriores son un punto de partida o una trampa — un plan que funcionó en la operación anterior no funciona automáticamente en esta.
Dónde se estanca una integración varía según el sector. En la construcción, los cuellos de botella suelen estar en la administración de proyectos, las relaciones con subcontratistas y los permisos vinculados a una entidad específica — véase dónde se estanca una integración en la construcción. En el sector de instalaciones se trata más a menudo de contratos de servicio, gestión de equipos y las personas que en la práctica sostienen la relación con el cliente — véase dónde se estanca una integración en el sector de instalaciones. Ambos ejemplos muestran que la lista de decisión coloca componentes distintos en primer lugar según el sector.
Una decisión de integrar o no no se vuelve más fiable por meterla en una hoja de cálculo, pero sí se vuelve trazable. La línea base de sinergias, el plan del Día 1 y el plan del Día 100 son generadores que dan estructura a esa decisión: registrar por componente cuál es la suposición, de qué depende, y cuándo se revisa. La oficina de integración sigue las dependencias y mantiene la lista de decisión — qué sí, qué no, y por qué — junto al seguimiento de beneficios, de modo que una suposición que ya no es correcta se hace visible antes de resultar costosa.
Esto no es un historial de resultados. No hay un proyecto concluido al que se remita, y la herramienta no afirma que la integración vaya mejor porque esté estructurada. Lo que hace es volver a poner en la agenda, por componente, la pregunta que de otro modo se pasaría por alto.
La herramienta está en construcción. Quien quiera usar los generadores y la oficina de integración en cuanto estén disponibles puede inscribirse en la lista de espera.
La pregunta de qué fusiona y qué no está estrechamente relacionada con otra pregunta: qué parte del trabajo en un componente en realidad consiste en tareas que se pueden automatizar, independientemente de si ese componente termina en una u otra entidad. El escáner de trabajo de FTE TO AI calcula por tarea qué parte del trabajo puede asumir la IA, y ofrece con ello otro tipo de línea base distinta de la propia decisión de integración — una que hace visible dónde se libera capacidad, independientemente de cómo decida organizativamente.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.