Après la signature vient l'hypothèse que tout doit être fusionné. Systèmes, équipes, processus, marques — faire un seul ensemble semble être l'aboutissement logique d'une transaction. Cette hypothèse n'est pas toujours juste, et les composants où elle ne l'est pas sont souvent reconnaissables à l'avance.
Intégrer est un choix, pas un automatisme. Pour chaque composant — un système, une équipe, une relation client, une ligne de produits — se pose la question de savoir si la fusion crée de la valeur ou en détruit. Cette question n'est pas une exception réservée aux cas difficiles. C'est la question par défaut, même pour les composants qui semblent évidents.
La raison pour laquelle cela dérape n'est généralement pas un refus d'examiner la question. C'est la pression du temps. Un plan Day 1 doit être prêt, un dossier de synergies doit être cohérent, et « intégrer » est le chemin le plus court vers une réponse qui paraît complète sur papier. Ce qui manque, c'est un moment où quelqu'un fixe, par composant : ceci, nous le fusionnons, ceci, nous le laissons tel quel, et voici pourquoi.
Il existe des schémas visibles à l'avance, pas seulement après coup. Deux systèmes qui remplissent la même fonction mais sont construits sur des logiques différentes coûtent souvent, en cas de fusion, plus en conversion et en temps de formation qu'ils n'apportent en facilité de gestion. Une équipe qui performe grâce à la rapidité et à des lignes de communication courtes perd cette caractéristique dès qu'elle est intégrée dans une structure plus grande et plus hiérarchisée. Une relation client qui repose sur une personne spécifique ou une méthode de travail spécifique ne survit souvent pas dans la pratique à une intégration qui n'existe que sur le papier.
La question quand l'intégration détruit-elle de la valeur mérite une place à côté de chaque calcul de synergies, pas après. Un dossier de synergies qui ne compte que le gain de la fusion et pas les coûts de la désintégration — retard, départs, perte de clients — n'est qu'une moitié d'histoire.
Les systèmes sont le composant pour lequel l'intégration est le plus souvent considérée comme allant de soi, et où cela s'avère le plus souvent inexact. Un système qui fonctionne bien, qui est ancré dans l'équipe qui l'utilise et qui ne présente aucune raison urgente de remplacement, n'a pas besoin de disparaître simplement parce qu'il appartient à une autre entité. La question quels systèmes feriez-vous mieux de laisser tels quels et à quoi le voyez-vous à l'avance a sa place dans chaque inventaire informatique, avec parfois comme résultat : ne rien faire, laisser coexister deux systèmes, ou décider seulement dans un an.
La décision d'intégrer ou non dépend aussi du type de transaction. Pour une plateforme qui croît via plusieurs rachats, le schéma d'intégration diffère de celui d'un rachat isolé. Ce que buy-and-build signifie pour votre approche d'intégration et à quoi vous le voyez est une question différente de celle posée par un rachat unique : pour une plateforme, la cohérence entre plusieurs acquisitions est pertinente, ce qui peut justement plaider pour l'intégration de composants qui, dans le cas d'une transaction isolée, resteraient mieux tels quels.
Cela touche aussi à la réutilisation de plans antérieurs. Une plateforme qui réalise son troisième ou quatrième rachat a déjà fait des choix sur ce qui a été fusionné ou non lors du précédent. La question comment réutiliser un plan d'intégration et à quoi vous voyez pour quels composants cela fonctionne déterminera si ces choix antérieurs constituent un point de départ ou un piège — un plan qui a fonctionné lors de la transaction précédente ne fonctionne pas automatiquement pour celle-ci.
L'endroit où une intégration se bloque varie selon le secteur. Dans le secteur de la construction, les points de blocage se situent souvent dans l'administration de projet, les relations avec les sous-traitants et les permis liés à une entité spécifique — voir où une intégration se bloque dans le secteur de la construction. Dans le secteur de l'installation technique, il s'agit plus souvent des contrats de service, de la gestion du matériel et des personnes qui portent dans la pratique la relation client — voir où une intégration se bloque dans le secteur de l'installation technique. Ces deux exemples montrent que la liste de décision place, selon le secteur, d'autres composants en tête.
Une décision d'intégrer ou non ne devient pas plus fiable en la mettant dans une feuille de calcul, mais elle devient traçable. La ligne de base des synergies, le plan Day 1 et le plan Day 100 sont des générateurs qui structurent cette décision : fixer, par composant, quelle est l'hypothèse, de quoi elle dépend, et quand elle sera révisée. Le bureau d'intégration suit les dépendances et maintient la liste de décision — quoi, quoi pas, et pourquoi — à côté du suivi des bénéfices, afin qu'une hypothèse qui ne tient plus devienne visible avant de devenir coûteuse.
Ce n'est pas un palmarès. Il n'existe aucun projet achevé auquel on renvoie, et l'outil ne prétend pas que l'intégration se passe mieux parce qu'elle est structurée. Ce qu'il fait, c'est remettre à l'ordre du jour, par composant, la question qui serait autrement escamotée.
L'outil est en construction. Ceux qui souhaitent utiliser les générateurs et le bureau d'intégration dès qu'ils seront disponibles peuvent s'inscrire sur la liste d'attente.
La question de ce que vous fusionnez ou non est étroitement liée à une autre question : quelle part du travail dans un composant repose en réalité sur des tâches qui se laissent automatiser, indépendamment de la question de savoir si ce composant relève d'une entité ou d'une autre. Le werkscan de FTE TO AI calcule, par tâche, quelle part du travail peut être reprise par l'IA, et offre ainsi un autre type de ligne de base que le choix d'intégration lui-même — une ligne de base qui rend visible où de la capacité se libère, indépendamment de la manière dont vous décidez organisationnellement.
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.