Comment le Shadow IT et les API tierces créent-ils des dépendances ?
D’après Souveraineté numérique
Le Shadow IT et les API tierces créent des dépendances lorsqu'un service extérieur devient indispensable à un processus sans être correctement identifié, contractualisé ou suivi. Un outil choisi localement peut finir par porter des données importantes, un automatisme quotidien ou une étape critique du travail, sans figurer dans la cartographie officielle.
Une API ajoute une relation de fonctionnement : disponibilité, authentification, quotas, formats et versions influencent le service qui l'utilise. Lorsque ces relations se multiplient, une modification chez un tiers peut avoir des conséquences sur plusieurs applications internes. Il faut donc connaître non seulement les logiciels achetés, mais aussi leurs services complémentaires et leurs connexions.
La première réponse est le dialogue avec les utilisateurs pour comprendre les besoins satisfaits par ces outils. Recensez les usages, les responsables, les données et les impacts d'une interruption. Distinguez les expérimentations limitées des services devenus opérationnels. Une interdiction uniforme risque de masquer les usages plutôt que de résoudre les difficultés qui les ont fait apparaître.
Le schéma directeur peut prévoir un cadre d'adoption, des alternatives partagées et un registre d'interfaces. Chaque dépendance importante doit avoir un responsable et une solution en cas de changement. L'objectif est de permettre l'initiative tout en évitant que des connexions invisibles ne deviennent des points de fragilité collectifs.