10. avril 2026

Carve-out SI : pourquoi tout se joue avant le jour J

On fait souvent appel à un manager de transition lorsque la situation est déjà dégradée. Quand les tensions sont visibles. Quand les délais dérivent. Quand les décisions n’aboutissent plus.

À ce stade, l’intervention devient urgente et généralement c’est déjà trop tard.

Non pas parce que la situation est irrattrapable. Mais parce que les causes profondes sont déjà installées. Car les difficultés les plus critiques ne naissent pas au moment de la séparation.

Elles s’installent bien avant, progressivement, silencieusement, dans des zones peu visibles :

• Dépendances implicites entre équipes
• Flux métiers qui fonctionnent “par habitude”
• Services partagés dont personne ne porte réellement la responsabilité
• Shadow IT (applications et services mis en place par le métier sans appui de la DSI)

Tant que les deux entités coexistent, ces fragilités restent absorbées par le système.

Elles passent inaperçues. C’est au moment de la séparation qu’elles deviennent visibles. Et surtout, qu’elles deviennent bloquantes.

Un cadrage nécessaire… mais insuffisant

Les projets de carve-out sont, en général, bien structurés sur le papier :

• Un planning de séparation détaillé
• Des périmètres organisationnels définis
• Des chantiers SI identifiés

Ce cadrage est indispensable. Il permet d’aligner les parties prenantes, de structurer l’exécution et de donner de la visibilité.

Mais il donne souvent une illusion de maîtrise. Pourquoi ?

Parce qu’il repose sur une représentation théorique de l’organisation. Telle qu’elle est décrite dans les organigrammes, les référentiels et les cartographies applicatives, mais rarement telle qu’elle fonctionne réellement au quotidien.

Or, un système d’information ne se limite pas à une cartographie applicative.

C’est un ensemble vivant, fait de flux réels, parfois non documentés, de dépendances implicites entre équipes, d’usages détournés ou construits dans le temps et des ajustements informels qui permettent au système de tenir.

Ces éléments ne sont pas toujours visibles. Mais ce sont eux qui assurent, au quotidien, la continuité de service et ce sont précisément eux qui deviennent critiques lors d’un carve-out.

L’angle mort : les dépendances réelles

Dans la pratique, les difficultés ne viennent presque jamais de ce qui est visible. Elles viennent de ce qui a été sous-estimé. Des dépendances réelles, celles qui ne sont pas dans les slides, mais dans le fonctionnement quotidien.

Concrètement :

Une application critique “autonome”… en apparence : Une application est bien identifiée dans le périmètre cible. Mais elle dépend d’un batch nocturne exécuté sur une infrastructure restée côté cédant non documenté et non anticipé. Le jour de la séparation, les traitements ne se lancent plus. L’application fonctionne… mais les données ne sont plus à jour.

Un flux métier clé encore mutualisé : Le processus d’exploitation est supposé transféré. Mais une étape intermédiaire repose encore sur un outil partagé (reporting, validation, export) et aucune alternative n’est prête

Résultat : la chaîne est incomplète. Le processus ne peut plus être exécuté de bout en bout.

Une perte de compétences en pleine phase de carve-out Sur la période de séparation, plusieurs profils clés quittent l’organisation (incertitude, mobilité interne, départs anticipés). Ce sont souvent eux qui maîtrisent les spécificités du SI : paramétrages, contournements, incidents récurrents. La connaissance n’a pas été formalisée à temps. Le jour J, certaines opérations deviennent impossibles à exécuter correctement, faute de savoir-faire disponible.

Ces situations ne sont pas exceptionnelles. Elles sont la norme et elles ne posent pas de problème… tant que tout fonctionne ensemble.

Le jour où l’on sépare, elles deviennent immédiatement critiques. Ce ne sont pas des détails. Ce sont elles qui déterminent si l’organisation peut réellement fonctionner seule.

Le jour J : révélateur, pas point de départ

Le jour de la séparation est souvent perçu comme l’étape critique. En réalité, il ne crée pas les problèmes, il les révèle.

Tout semble prêt. Les jalons ont été tenus, les équipes sont mobilisées, les bascules ont été planifiées. Puis, très rapidement, les premiers signaux apparaissent. Un service qui ne fonctionne plus comme prévu, un flux qui ne passe plus, une application qui tourne avec des données incohérentes.

Les équipes cherchent des réponses, sans toujours savoir vers qui se tourner. Les responsabilités, qui semblaient claires sur le papier, deviennent floues dans l’exécution, les décisions prennent du temps et les arbitrages n’arrivent pas ou deviennent difficiles. Et ce qui relevait jusque-là d’ajustements informels devient soudain bloquant.

Le système bascule d’un fonctionnement tolérant, où les dépendances étaient absorbées sans être visibles, à un fonctionnement exposé, où chaque fragilité devient immédiatement critique.

Le rôle du manager de transition en phase amont

Dans ce contexte, l’intervention en amont est déterminante. Son rôle n’est pas seulement de piloter un planning ou des chantiers, il consiste à sécuriser la capacité opérationnelle future.

Concrètement, cela implique quatre leviers:

1. Objectiver les dépendances

• Identifier les flux réels (et non théoriques)
• Cartographier les interactions critiques
• Qualifier les impacts en cas de rupture

2. Rendre visibles les zones grises

• Mettre en évidence les responsabilités implicites
• Formaliser les processus non documentés
• Clarifier les interfaces entre entités

3. Sécuriser les points critiques

• Prioriser les dépendances à fort risque
• Mettre en place des solutions de contournement
• Anticiper les scénarios de dégradation

4. Aligner la gouvernance

Synchroniser les parties prenantes

Définir qui décide, à quel niveau

Structurer les circuits d’arbitrage

Un changement de posture : du projet à la continuité de service

Un carve-out est souvent piloté comme un projet alors qu’il doit être abordé comme un enjeu de continuité de service.

La question clé n’est pas : “Le planning est-il respecté ?” Mais : “L’organisation est-elle réellement capable d’opérer seule, sans dépendance critique ?”