Carve-out IT : Extraction & Day-1 Readiness
Le carve-out IT n’est pas une optimisation. C’est une chirurgie.
Vous cédez une filiale à un PE fund. Ou vous vous en sortez. La date de closing est fixée. Il n’y a pas une journée de retard possible. Et l’IT doit être autonome, complètement séparée du groupe, opérationnelle dès J-0.
J’ai piloté deux carve-out IT simultanés pour Buffalo Grill : deux filiales restaurant cédées à un fonds d’investissement, en parallèle. C’est l’opération IT la plus risquée qu’existe. Pas d’erreur. Pas de « on verra après ». Aucune dépendance résiduelle avec le groupe.
Résultats typiques :
- Day-1 readiness garantie : systèmes autonomes, données passées, équipes mobilisées
- Zéro impact sur les opérations pendant l’extraction (continuité assurée jusqu’au closing)
- Maturité IT de la filiale : prête à fonctionner sans le groupe, à croître sous propriété PE
Pourquoi le carve-out IT est différent
Une intégration post-acquisition construit ensemble deux IT. Un carve-out IT en sépare une complètement. C’est l’inverse exact. Les enjeux : non-dépendance, autonomie opérationnelle, pas une trace laissée au groupe cédant, ET pas d’infrastructure promise que le groupe ne livrerait pas.
À Buffalo Grill, les deux filiales cédées utilisaient l’infrastructure du groupe (data center, ERP partagé, email centralisée). À la closing, il fallait qu’elles soient 100% indépendantes. Avec une date fixée. Par contrat. Avec pénalités si on traîne.
Phase 1 : Diagnostic d’extraction (semaine 1-2 avant closing)
Je dois cartographier chaque dépendance. Pas juste technique — aussi contractuelle, RH, data, conformité.
- Quels systèmes on extrait (ERP, CRM, BI, sites web) ?
- Quels systèmes restent partagés pendant combien de temps (TSA : Transition Service Agreement) ?
- Quelles données passent en extraction, quelles données restent au groupe ?
- Quels contrats software, hardware, cloud se dupliquent pour l’entité cédée ?
- Quel niveau de cybersécurité on doit atteindre immédiatement ? Quelle conformité ?
- Quelle équipe IT suit la filiale ? Qui parte, qui reste ?
Chez Buffalo Grill, cette cartographie a révélé 47 dépendances système et 12 contrats vendor qui devaient être dupliqués ou transférés. Sans cette clarté, le carve-out aurait déraillé.
Phase 2 : Planification de l’extraction (semaine 2-4 avant closing)
Je bâtis un plan hyper-détaillé en cascade. La cutover IT est organisée par couches :
- Jour J-30 : infrastructure physique/cloud cible validée, serveurs provisionnés, connectivité testée.
- Jour J-14 : migration des données non-critiques en environnement de test. Validation métier.
- Jour J-7 : dernière synchronisation des données, arrêt de toute modification en source (gel des données).
- Jour J : migration finale des données critiques, basculement réseau, activation email autonome, système de sécurité indépendant.
- Jour J+1 à J+5 : tests de bon fonctionnement, diagnostic rapide des dysfonctionnements éventuels, support direct 24/7.
C’est ultra séquentiel. Un pas avant le suivant. Rollback clair à chaque étape.
Phase 3 : Gestion des TSA (Transition Service Agreement)
Souvent, l’entité cédée ne peut pas être 100% autonome dès J-0. Elle a besoin du groupe pour certaines choses pendant 3-6 mois : hosting temporaire, support sur l’ERP legacy, connectivité réseau. C’est une TSA.
Je négocie les TSA strictement :
- Calendrier de fin explicite (pas d’extension de TSA qui traîne 2 ans).
- Prix au coût réel, pas facturation « à titre de service » gonflée.
- Incitations à partir plus tôt (rabais si on accélère la migration).
- Clauses de non-regret (si le groupe force l’extraction avant les 6 mois, c’est à ses frais).
La TSA est l’arme des groupes cédants : c’est rentable pour eux, douloureux pour le PE buyer. Je m’assure que l’équité prévaut.
Phase 4 : Équipe IT et gouvernance post-carve-out
La filiale cédée hérite d’une équipe IT fragmentée : certains partent avec le groupe, d’autres restent avec la filiale. Comment j’organise ça ?
- Un DSI/directeur IT de la filiale (parfois l’ancienne tête IT de la région si elle est bonne, parfois une recrue externe).
- Une équipe IT autonome : infrastructure, applications, support utilisateur.
- Pas de dépendance hiérarchique vers le CIO groupe — une vraie indépendance de gouvernance.
- Clarté sur les rôles : qui décide quoi, escalade vers le PE board, reporting financier.
L’équipe IT des filiales cédées a peur : changement de propriété, incertitude culturelle, risque de réduction de staff. Je dois les rassurer. Les bons éléments techniques doivent sentir qu’on les retient, qu’il y a de la croissance sous propriété PE, pas juste de la réduction.
Phase 5 : Sécurité & Conformité lors de l’extraction
Une extraction IT crée des risques de sécurité. Accès qui ne sont pas ségrégués. Données qui traînent dans deux systèmes. Contrôles d’accès qui n’ont pas été retirés du côté groupe. Certificats de sécurité qui ne sont pas en place.
Je travaille en parallèle sur une stratégie cyber & conformité : audit des droits d’accès avant départ, test de pénétration, vérification que la filiale cédée est conforme à ses nouvelles exigences réglementaires (souvent différentes du groupe mère).
Les pièges du carve-out IT
Piège #1 : Sous-estimer la complexité des dépendances
Une filiale qui semble autonome ne l’est jamais vraiment. Il y a 20-30 petites dépendances IT qu’on découvre tard : un job batch qui s’exécute chaque nuit chez le groupe, une API critique vers le data warehouse central, une licence software qui est partagée à plusieurs centaines de milliers d’euros.
Solution : audit IT exhaustif 6-8 semaines avant closing. Pas de découverte 10 jours avant la cutover.
Piège #2 : Négliger la préparation des données
Les données du carve-out sont rarement propres. Vous avez des contrats d’anciens clients qui traînent, des comptes utilisateur obsolètes, des données orphelines. À la migration, ça crée du chaos : doublons, données corrompues, systèmes qui ralentissent.
Je fais un nettoyage data agressif 4-6 semaines avant la migration. Pas juste une validation mécanique — une vraie analyse métier. Les données qui partent doivent être utilisables immédiatement par le PE buyer.
Piège #3 : Confusion entre carve-out IT et restructuration RH
Un carve-out, c’est aussi souvent un changement d’équipe IT. C’est émotionnellement dur : qui part, qui reste, qui monte en responsabilité, qui part ailleurs. Mal géré, l’équipe IT sort du carve-out traumatisée et productivité baisse de 30%.
Je gère la transition managériale en parallèle de la transition technique. Dialogues directs, clarté sur les rôles post-closing, valorisation des bons éléments. L’équipe IT doit penser : c’est une opportunité, pas une menace.
Piège #4 : Oublier la communication aux métiers
Pendant le carve-out, les utilisateurs métier (ventes, supply chain, RH) ont peur : « Est-ce que mon email va marcher après le closing ? Est-ce que je pourrai accéder à mes applications ? » Non communiqué, c’est la panique deux jours avant.
Je fais une communication IT structurée : frise de migration, impact sur chacun, comment ça va se passer jour par jour, support direct pendant les 10 premiers jours.
Comment on démarre ?
Vous avez une date de closing fixée. Je dois intervenir 8-12 semaines avant. Phase 1 : audit IT d’extraction (2-3 semaines), identification des dépendances, cartographie des risques. Phase 2 : construction du plan de carve-out détaillé (3-4 semaines). Phase 3 : pilotage de la migration jusqu’à J+7 post-closing, support IT continu.
À Buffalo Grill, nous avons fait cela sur 14 semaines, deux filiales en parallèle. Zéro incident majeur le jour de la closing. Les deux filiales étaient autonomes et stables en J+3.
Pour aller plus loin
Services complémentaires
Retours d’expérience
Zones d’intervention
J’interviens en Île-de-France et sur l’ensemble du territoire national. Découvrez mes pages dédiées par département :