Ressources
Cartographier ses dépendances techniques
Une méthode pour recenser ce qui lie votre organisation à ses outils et à ses fournisseurs, puis pour préparer la réversibilité avant d'en avoir besoin.
Pourquoi cartographier ses dépendances
Vous dépendez forcément de logiciels, de fournisseurs et de personnes. Le risque vient des dépendances que personne n'a choisies : elles se révèlent au moment de partir. Cartographier, c'est savoir ce que vous perdriez si un outil disparaissait demain.
En savoir plusRefermer
Toute organisation dépend de logiciels, d'hébergeurs, de formats et de personnes, et c'est normal. Une dépendance n'est pas une faute ; le risque tient à celles que personne n'a choisies ni décrites.
Deux questions résument l'enjeu : « Que se passe-t-il lorsqu'un fournisseur change ses conditions ou disparaît ? » et « Où sont les dépendances techniques que personne n'a réellement cartographiées ? »
La plupart des dépendances s'installent sans décision : un compte d'administration ouvert au nom d'un prestataire, un export jamais essayé, un format propre à un logiciel, une procédure que seule une personne connaît. Elles apparaissent au moment de partir, quand il est trop tard pour négocier.
Cartographier revient à répondre, outil par outil, à une question simple : si cet outil ou ce fournisseur n'était plus là demain, que perdrions-nous, et combien de temps faudrait-il pour reprendre la main ?
Les six dimensions à examiner
Chaque outil se regarde sous six angles. Le tableau sert de trame d'entretien, puis de fiche d'inventaire.
| Dimension | Questions à poser | Ce qu'il faut consigner |
|---|---|---|
| Comptes et identités | Qui détient les comptes d'administration ? Les accès passent-ils par l'annuaire de l'organisation et l'authentification unique ? Comment un accès se retire-t-il au départ d'une personne ? | Les comptes à privilèges et leur titulaire, le lien avec l'annuaire, la procédure de retrait des accès. |
| Données et formats | Où sont les données, et sous quelle forme ? Peut-on les exporter entières, avec leurs métadonnées ? Le format est-il ouvert, ou propre à l'outil ? | Pour chaque ensemble de données : son emplacement, son format, la méthode d'export et la date du dernier essai. |
| Flux et API | Quels outils échangent des données, dans quel sens, à quel rythme ? Les interfaces sont-elles documentées ? Qui maintient chaque connecteur ? | Un schéma des flux, les API utilisées et leur documentation, le responsable de chaque connecteur. |
| Contrats et conditions | Que prévoit le contrat en fin de relation : restitution des données, format, délai, coût ? Qui peut modifier les conditions, et avec quel préavis ? | Les échéances, les clauses de restitution et de réversibilité, les conditions de résiliation. |
| Hébergement | Où les données sont-elles hébergées, et qui opère le service ? Qui fait les sauvegardes ? Qu'est-ce qui relève de l'éditeur, de l'hébergeur, de l'organisation ? | Le lieu d'hébergement, l'opérateur, le partage des responsabilités, la date du dernier essai de restauration. |
| Historiques | Les versions, les journaux et les historiques de consultation sortent-ils de l'outil ? Seraient-ils lisibles ailleurs ? | Ce qui est conservé, pendant combien de temps, et ce qui serait perdu en cas de départ. |
Comment mener l'inventaire
L'inventaire se mène avec les équipes qui utilisent les outils, pas seulement avec celles qui les administrent.
Partir des usages, pas de la liste des logiciels
Demandez aux équipes ce qu'elles font chaque jour, et avec quoi. Les outils absents de l'inventaire officiel apparaissent alors : un tableur partagé, un service en ligne souscrit par une équipe, un script écrit par un ancien collègue.
Remplir une fiche par outil
Reprenez les six dimensions du tableau. Une réponse « je ne sais pas » est une information : elle signale une dépendance que personne ne maîtrise aujourd'hui.
Vérifier plutôt que déclarer
Un export annoncé n'est pas un export essayé. Demandez un export réel sur un échantillon, ouvrez-le avec un autre logiciel, et faites de même pour la restauration d'une sauvegarde.
Compter aussi les personnes
Certaines dépendances ne tiennent à aucun logiciel : un paramétrage que seul un administrateur comprend, un mot de passe connu d'une seule personne. Elles se notent comme les autres.
Qualifier chaque dépendance
Pour chacune, notez ce qu'elle engage, données, continuité de service ou savoir-faire, puis la difficulté et le délai pour en sortir. L'objectif n'est pas de supprimer toute dépendance, mais de savoir lesquelles on accepte, et à quelles conditions.
Tenir la carte à jour
Une cartographie vieillit vite. Rattachez sa mise à jour aux moments qui changent les dépendances : un achat, un renouvellement de contrat, un départ, un nouveau connecteur.
Préparer la réversibilité
La réversibilité est la capacité à quitter un outil ou un fournisseur en emportant ce qui vous appartient : les contenus, leurs métadonnées, leurs historiques et leurs liens avec les autres outils. Elle se négocie à la signature et se vérifie pendant toute la durée d'usage.
Avant l'achat
Demandez comment les données sortent, dans quel format, avec quelles métadonnées et à quel coût. Privilégiez les outils reliés à votre annuaire et dotés d'API documentées.
Dans le contrat
Faites écrire les conditions de restitution en fin de relation : le périmètre, le format, le délai et l'assistance éventuelle.
Pendant l'usage
Essayez un export complet à intervalle régulier. Gardez les accès d'administration dans l'organisation, jamais chez une seule personne ni chez un seul prestataire.
Au moment de migrer
Inventoriez ce qui existe, puis vérifiez à l'arrivée que rien ne manque. La question à se poser reste celle-ci : « Peut-on migrer les données sans perdre leur structure, leurs métadonnées et leur historique ? »
Quelques définitions utiles
Ces termes reviennent dans tout inventaire de dépendances ; en voici le sens courant.
Format ouvert
Un format dont la spécification est publique et utilisable librement, si bien que d'autres logiciels peuvent le lire et l'écrire.
API
Une interface de programmation : le moyen documenté, pour un logiciel, de lire ou d'écrire des données dans un autre sans passer par l'écran.
Authentification unique
Un mécanisme qui permet de se connecter une fois, avec le compte de l'organisation, pour accéder à plusieurs outils. Les accès se gèrent alors dans l'annuaire, et non outil par outil.
Interopérabilité
La capacité de systèmes différents à échanger des données et à les exploiter, grâce à des formats et à des protocoles communs.
Dublin Core
Un vocabulaire standard de métadonnées descriptives, titre, créateur, date, sujet, qui facilite la description des documents et leur échange entre systèmes.
Ce que la carte permet de décider
La carte ne décide pas à votre place : elle vous aide à choisir quelles dépendances accepter, réduire ou lever en priorité. Elle sert aussi lors d'un départ, d'un renouvellement de contrat ou avant de confier des données à l'IA.
En savoir plusRefermer
Une cartographie ne décide rien à la place de la direction. Elle permet de comparer les dépendances entre elles, de choisir celles qu'on accepte, celles qu'on réduit et celles qu'on lève en priorité, puis d'en tenir compte à chaque nouvel investissement.
Elle sert aussi au quotidien : au départ d'un collaborateur, au renouvellement d'un contrat, ou avant de confier des données à un outil d'IA.
Pour conduire cette démarche avec un regard extérieur, notre diagnostic de souveraineté et de dépendances la mène avec vos équipes, en entretiens et en ateliers, et se conclut par un livrable écrit.