On sait piloter le lancement d'un SI. On sait le faire grandir, le moderniser, le sécuriser. Mais l'éteindre ? Voilà une discipline dont presque personne ne parle — et que très peu de dirigeants IT ont vécue de bout en bout. C'est pourtant l'un des exercices les plus exigeants du métier : livrer une extinction propre, dans les temps, dans les règles, sans casser ce qui doit survivre.
Dans le 100e épisode du podcast CIO Revolution, Bertrand Cacheux, responsable du CIO Office chez Orange Bank depuis 2017, raconte un cas rarissime : avoir accompagné une banque de son lancement jusqu'à la décision d'arrêt par le groupe. Soit près de huit ans, de la première ligne de code au dernier décommissionnement.
À retenir
Éteindre un SI n'est pas l'inverse de le construire — c'est un métier à part. Le CIO Office y joue un rôle de chef d'orchestre : cadrer le portefeuille de chantiers de démolition, rendre les arbitrages transparents, coordonner les acteurs transverses et, surtout, tenir l'engagement d'équipes qui démontent leur propre œuvre. Contre toute attente, ces projets sont parfois livrés plus proprement que ceux de construction.
De la construction à la démolition
Pendant des années, l'IT d'Orange Bank a été une IT de construction : on ouvrait des comptes, on branchait des parcours, on ajoutait des fonctionnalités. Puis la décision d'arrêt est tombée, et le mandat a basculé. Du jour au lendemain, la mission n'était plus de bâtir mais d'éteindre.
Bertrand Cacheux résume le virage sans détour : « On a fait des projets de démolition : du décommissionnement… il fallait qu'on fasse propre. » Faire propre : le mot d'ordre est là. Une extinction bâclée, c'est un client perdu dans la nature, une donnée réglementaire introuvable dans vingt ans, un contrat fournisseur qui continue de courir. La démolition a ses propres exigences de qualité, aussi strictes que celles de la construction.
C'est précisément là que la fonction CIO Office intervient dans les processus : elle transforme une somme de chantiers dispersés en un portefeuille piloté, avec des arbitrages explicites et une trajectoire lisible pour la direction.
Les chantiers d’une extinction
Éteindre une banque ne se résume pas à débrancher des serveurs. C'est une constellation de chantiers hétérogènes, chacun avec ses contraintes juridiques, techniques et humaines. Voici les quatre grands blocs d'un wind-down.
- 1
Céder les actifs : la data room
Un portefeuille de crédits d'environ 1,5 milliard d'euros à vendre. Cela suppose une data room irréprochable : structurer, fiabiliser et exposer les données pour que l'acquéreur puisse mener sa due diligence. Toute approximation se paie en décote.
- 2
Migrer les clients : le tunnel d’enrôlement
Un tunnel d'enrôlement a été bâti pour migrer environ 20 % du portefeuille clients vers une autre banque. Un projet de construction… au service de la démolition : il fallait offrir aux clients une sortie fluide et sans rupture de service.
- 3
Décommissionner les applications
Éteindre les applications dans le bon ordre, en démêlant les dépendances, en résiliant les contrats fournisseurs, en libérant les licences. Chaque brique coupée trop tôt casse une autre encore active — d'où l'importance d'une gestion capacitaire rigoureuse sur des équipes qui fondent.
- 4
Archiver pour 50 ans
Un SI d'archivage devant tenir environ 50 ans, opéré à terme par des non-banquiers. Il ne suffit pas de stocker : il faut garantir la lisibilité et la restituabilité des données réglementaires sur une demi-siècle, bien après que les équipes d'origine auront disparu.
Le piège de l’archivage longue durée
Confier un SI d'archivage à des opérateurs qui ne sont plus du métier bancaire, c'est transférer une responsabilité réglementaire sur des acteurs qui n'en comprennent pas les enjeux. Le CIO Office doit documenter l'intention, les formats et les conditions de restitution comme si l'interlocuteur de 2075 n'avait jamais entendu parler de la banque.
Le management du deuil
Le chantier le plus dur n'est ni technique ni juridique : il est humain. Comment garder des équipes motivées et engagées alors qu'on éteint, méthodiquement, ce qu'elles ont construit pendant des années ? Comment demander de l'excellence à des gens qui savent que leur travail consiste à faire disparaître leur propre travail ?
C'est un véritable cycle de deuil à accompagner : déni, colère, résignation, puis acceptation. Le rôle du CIO Office est ici moins un rôle de gestion de portefeuille que de leadership. Il faut donner du sens (« faire propre » est une fierté, pas une punition), maintenir la transparence des arbitrages, et protéger l'engagement collectif jusqu'au dernier jour.
C'est exactement le type de leadership par la confiance qui distingue un CIO Office mature : pas d'autorité hiérarchique sur les métiers ou les fournisseurs, mais une capacité à aligner et à porter des équipes à travers une transition émotionnellement difficile.
Le deuil se pilote, il ne se subit pas
Nommer explicitement le cycle de deuil auprès des équipes désamorce une bonne part de la démotivation. Reconnaître la perte, célébrer ce qui a été construit, et redonner un objectif commun — l'extinction propre — transforme une fin subie en une mission dont on peut être fier.
Pourquoi on livre enfin à l’heure
Le retour d'expérience le plus contre-intuitif de l'épisode tient en une phrase. Pour la première fois de sa carrière, Bertrand Cacheux a vu des projets livrés dans les délais : « Pour une fois, j'ai vu des projets livrés à l'heure… simplement parce qu'on n'avait pas beaucoup de projets et que tout le monde était dans le même bateau. »
Le planning bâti en juillet 2023 a été exécuté quasiment à la journée près. Pas grâce à une nouvelle méthode miracle, mais grâce à deux conditions rarement réunies en régime de construction : peu de projets menés en parallèle, et un objectif commun partagé par tous. Plus de guerre de priorités, plus de dispersion, plus d'arbitrages sans fin entre initiatives concurrentes.
La leçon transférable
Peu de projets + un objectif commun = exécution enfin fiable. Ce qui rend les organisations en extinction si prévisibles, c'est la focalisation forcée. La leçon vaut pour tout le monde : la plupart des retards ne viennent pas d'un manque de méthode, mais d'un excès de projets simultanés. Réduire le nombre de chantiers actifs — comme le fait naturellement une gestion capacitaire disciplinée — est souvent le levier de fiabilité le plus puissant, bien avant l'outillage.
Autrement dit, la démolition impose par nécessité ce que la construction devrait s'imposer par discipline : faire moins de choses, mais les livrer. Un principe qui rejoint tout ce que nous documentons sur le pilotage du budget DSI — arbitrer, c'est renoncer, et renoncer, c'est livrer.
Questions fréquentes
Qu'est-ce qu'un « projet de démolition » en informatique ?
C'est un projet dont l'objectif n'est pas de construire ou d'améliorer un système, mais de l'éteindre proprement : décommissionner des applications, migrer ou transférer les clients, sécuriser les données, honorer les obligations d'archivage réglementaire. On parle aussi de wind-down ou de carve-out. La difficulté n'est pas technique, elle est organisationnelle : livrer de la qualité alors que l'on démonte ce que l'on a construit.
Combien de temps faut-il archiver les données d'un SI qu'on arrête ?
Cela dépend du secteur et de la nature des données. Dans la banque et l'assurance, certaines obligations imposent une conservation qui peut atteindre une cinquantaine d'années. Le défi n'est pas seulement de stocker : il faut garantir la lisibilité, la restituabilité et la conformité des archives sur toute la durée, souvent en les confiant à des opérateurs qui ne sont plus du métier d'origine.
Comment un CIO Office pilote-t-il l'arrêt d'un système d'information ?
Le CIO Office cadre le portefeuille de chantiers d'extinction, rend transparents les arbitrages, coordonne les acteurs transverses (métier, juridique, RH, fournisseurs) et tient un planning maître. Il gère aussi le facteur humain : maintenir l'engagement d'équipes qui savent qu'elles démontent leur propre travail. C'est une compétence rare, car la plupart des DSI n'ont jamais eu à éteindre ce qu'elles ont bâti.