La mission d’un DSI dans un contexte de Carve In

Plan A et Plan B - Approche stratégique DSI de transition

Qu’est-ce qu’une mission de carve-in IT ?

Le carve-in IT — ou intégration informatique post-acquisition — est l’opération inverse du carve-out. Là où le carve-out consiste à séparer un système d’information lors d’une cession, le carve-in vise à intégrer une nouvelle entité, filiale ou division dans l’environnement informatique existant d’un groupe. C’est une opération moins médiatisée que le carve-out, mais tout aussi complexe — et souvent plus risquée, car elle touche au SI en production.

Dans le cadre d’une fusion-acquisition, le carve-in intervient dès la phase de Day 1 (maintien opérationnel) et s’étend jusqu’à l’intégration complète, qui peut durer de 12 à 36 mois selon la complexité. Le rôle du carve-out IT est alors central : il pilote l’intégration IT tout en maintenant la continuité de service.

Pourquoi faire appel à un DSI de transition pour un carve-in ?

L’intégration IT post-acquisition est un projet à haut risque. Selon les études du secteur, 60 à 70 % des fusions-acquisitions n’atteignent pas les synergies attendues, et les causes sont souvent liées à une intégration IT mal pilotée. Un DSI de transition apporte trois avantages décisifs :

1. Expertise opérationnelle immédiate. Contrairement à un cabinet de conseil qui recommande, le DSI de transition exécute. Il prend en main les équipes, les fournisseurs et les systèmes dès le premier jour. J’ai piloté ce type de mission chez SFR Média lors de la réorganisation post-acquisition, et chez Transdev dans un contexte de transformation d’envergure.

2. Neutralité politique. Dans un carve-in, les frictions entre l’entité absorbante et l’entité absorbée sont inévitables. Le DSI de transition, en tant qu’intervenant extérieur, peut arbitrer sans biais les choix d’architecture, de rationalisation applicative et de gouvernance.

3. Vision bout-en-bout. Le carve-in touche simultanément l’infrastructure (réseau, data centers, cloud), les applications (ERP, CRM, outils métier), la cybersécurité, les données, les contrats fournisseurs et les équipes. Un DSI de transition expérimenté coordonne ces chantiers en parallèle sans perdre le fil.

Les 5 phases clés d’un carve-in IT réussi

Phase 1 : Due diligence IT et diagnostic (semaines 1 à 4)

Avant toute intégration, il faut cartographier précisément le SI de l’entité à intégrer : applications, infrastructure, licences, contrats fournisseurs, dette technique, niveau de cybersécurité. Cette phase permet d’identifier les risques majeurs et de dimensionner le budget d’intégration. Un point souvent sous-estimé : l’analyse des TSA (Transitional Service Agreements) qui définissent les services IT fournis temporairement par le vendeur.

Phase 2 : Planification de l’intégration (semaines 4 à 8)

Sur la base du diagnostic, le DSI de transition élabore le schéma directeur d’intégration : quels systèmes migrer, lesquels remplacer, lesquels maintenir en parallèle. C’est ici que se définit la trajectoire : intégration « big bang » (risquée mais rapide) ou progressive (plus sûre mais plus longue). Le plan doit couvrir l’infrastructure, les applications, la migration des données, la conformité réglementaire (RGPD, NIS2) et la conduite du changement.

Phase 3 : Day 1 — continuité opérationnelle (J-30 à J+30)

Le Day 1 est le moment où la transaction est effective. L’objectif : zéro interruption de service. Le DSI de transition s’assure que les collaborateurs de l’entité intégrée peuvent travailler dès le premier jour — accès email, accès applicatifs, connectivité réseau, support utilisateurs. C’est un exercice de coordination minutieuse qui nécessite des répétitions (dry runs) préalables.

Phase 4 : Migration et rationalisation (mois 2 à 18)

C’est la phase la plus longue et la plus intense. Elle comprend la migration des données, la bascule des applications vers le SI cible, la renégociation des contrats fournisseurs, la réorganisation des équipes IT et l’harmonisation des processus. Chaque migration applicative nécessite son propre projet avec ses phases de test, de recette et de déploiement. La gestion des risques est permanente : un ERP mal migré peut paralyser une entité pendant des semaines.

Phase 5 : Stabilisation et passage de relais (mois 12 à 24)

Une fois les migrations terminées, le DSI de transition assure la stabilisation du SI unifié, optimise les coûts (suppression des doublons, rationalisation des licences) et prépare la transition vers un DSI permanent ou vers les équipes internes. C’est aussi le moment de mesurer les synergies IT réalisées par rapport au business case initial.

Les pièges fréquents d’un carve-in IT

Fort de mon expérience sur plusieurs missions d’intégration, voici les erreurs que je rencontre le plus souvent :

Sous-estimer la dette technique de l’entité acquise. Les audits pré-acquisition sont souvent superficiels côté IT. On découvre après la signature des systèmes obsolètes, des failles de sécurité, ou des dépendances contractuelles complexes. Le coût d’intégration réel peut être 2 à 3 fois supérieur à l’estimation initiale.

Négliger la dimension humaine. Les équipes IT de l’entité absorbée vivent l’intégration comme une menace. Sans conduite du changement adaptée, on risque la fuite des compétences clés au pire moment — pendant la migration.

Vouloir tout migrer en même temps. La tentation du « big bang » est forte pour aller vite, mais le risque de défaillance systémique est majeur. Une approche par vagues, avec des jalons de validation, est presque toujours préférable.

Oublier la cybersécurité. L’interconnexion de deux SI crée temporairement une surface d’attaque élargie. C’est précisément le moment que ciblent les attaquants. Un plan de cybersécurité spécifique à l’intégration est indispensable.

Carve-in vs carve-out : des compétences complémentaires

Si vous êtes dans un contexte de cession (et non d’acquisition), consultez ma page dédiée au carve-out IT. Les deux opérations partagent des fondamentaux communs (gestion de programme, cartographie SI, migration de données) mais divergent sur des points essentiels : le carve-out vise l’autonomie du SI séparé, le carve-in vise la convergence vers un SI unifié.

Dans les deux cas, un carve-out IT expérimenté fait la différence entre une intégration maîtrisée et un programme en dérive. Découvrez mes missions réalisées et contactez-moi pour échanger sur votre projet.

En savoir plus sur mes services

Mes autres projets :