Shadow IT : quand chaque service a résolu son problème dans son coin, et pourquoi ça coûte si cher

Comment ça commence, toujours de la même façon

Le service commercial a besoin de suivre ses relances clients. Il n’y a pas d’outil dédié. Quelqu’un crée un tableau Excel partagé sur le serveur. Ça fonctionne.

Six mois plus tard, le tableau Excel a trois versions différentes selon les commerciaux, personne ne sait laquelle est la bonne, et deux colonnes ont disparu sans que personne comprenne pourquoi.

Entre temps, le service RH a créé son propre fichier pour suivre les entretiens annuels. La comptabilité a son propre outil pour les notes de frais. La production a un Google Sheet pour suivre les incidents machine. Le responsable qualité a une base Access que seul lui comprend encore.

Et quelque part dans l’organisation, un collaborateur passe chaque lundi matin à recopier des informations d’un de ces outils dans un autre, parce que les deux ont besoin des mêmes données et ne se parlent pas.

C’est le Shadow IT. Pas un problème informatique. Un problème organisationnel, né de la distance entre les besoins réels des métiers et les outils officiellement mis à disposition.

Pourquoi le Shadow IT prolifère, et pourquoi l’interdire ne sert à rien

Le Shadow IT ne se développe pas parce que les collaborateurs sont indisciplinés ou parce qu’ils veulent contourner la DSI pour le plaisir. Il se développe parce que les outils officiels ne couvrent pas les besoins réels, parce que les délais pour obtenir un développement IT sont trop longs, et parce que Excel est là, disponible, connu de tous, et résout le problème immédiatement.

Interdire le Shadow IT sans résoudre ce qui le génère revient à interdire aux gens d’utiliser des parapluies sous la pluie. La pluie continue à tomber. Les gens continuent à se mouiller. Et ils recommencent à utiliser des parapluies dès que l’inspection passe.

La bonne réponse n’est pas l’interdiction. C’est la substitution. Donner aux équipes un environnement dans lequel elles peuvent construire leurs propres outils, adaptés à leurs besoins réels, dans un cadre maîtrisé par l’organisation. Un cadre qui offre la flexibilité du Shadow IT sans ses risques.

Ce que le Shadow IT coûte vraimenti

Les coûts du Shadow IT sont rarement mesurés, parce qu’ils sont dispersés et invisibles dans les budgets traditionnels. Mais ils sont réels et cumulatifs.

Le coût de la sécurité. Chaque outil créé hors du cadre officiel est un canal supplémentaire par lequel des données sensibles circulent sans contrôle. Des données clients dans un Google Sheet personnel. Des informations RH dans un fichier Excel envoyé par mail à une liste de diffusion mal gérée. Des données financières dans une application gratuite dont personne n’a lu les conditions d’utilisation. Le RGPD ne fait pas de distinction entre les données qui fuient par un système officiel et celles qui fuient par un outil Shadow IT. La responsabilité de l’organisation est engagée dans les deux cas.

Le coût de la cohérence. Quand chaque service gère ses données dans son propre outil, l’information se fragmente. Le client qui existe dans le CRM commercial n’est pas exactement le même que celui qui existe dans le fichier de facturation comptable, parce que les deux ont été saisis séparément, avec des conventions différentes, à des moments différents. Ces incohérences se détectent au mauvais moment : quand on essaie de faire une analyse transversale, quand on doit préparer un audit, quand on veut croiser des données pour prendre une décision.

Le coût de la dépendance. Un outil Shadow IT est presque toujours porté par une personne. Celle qui l’a créé, qui en connaît la logique, qui sait comment interpréter les données qu’il contient. Quand cette personne part, l’outil devient illisible. Ou il est abandonné, et l’information qu’il contenait disparaît avec lui.

Le coût de la redondance. Dans une organisation sans système centralisé, la même information est saisie plusieurs fois, dans plusieurs outils, par plusieurs personnes. Le nom d’un collaborateur apparaît dans le système de paie, dans le fichier RH, dans l’outil de gestion des formations, dans le tableau de suivi des entretiens. Quatre saisies, quatre risques d’erreur, quatre versions potentiellement différentes de la même réalité.

Le paradoxe des 80/20 que personne ne voit

Il y a une observation que les organisations qui ont analysé leur Shadow IT font systématiquement, et qui est à la fois évidente et ignorée : 80 % des informations utilisées par des outils différents, dans des services différents, pour des besoins différents, sont les mêmes informations.

Le nom du collaborateur. Sa date d’entrée. Son service. Son manager. Son statut. Son niveau de rémunération. Sa localisation. Ces informations apparaissent dans le système de paie, dans l’outil de gestion des entretiens, dans le suivi des formations, dans la gestion des incidents, dans la communication avec le CSE, dans le tableau de bord dirigeant.

Seulement 20 % des informations sont vraiment spécifiques au métier qui les utilise. Les critères d’évaluation propres à un poste. Les indicateurs de performance d’un service commercial. Les données techniques d’un processus de production. Ces 20 % justifient la spécificité de l’outil métier. Ils ne justifient pas que les 80 % restants soient ressaisis, gérés, et maintenus séparément dans chaque outil.

La bonne architecture n’est pas un outil par besoin. C’est un socle commun qui gère les 80 % partagés, avec des modules métier qui traitent les 20 % spécifiques, et une interconnexion naturelle entre les deux. Une information saisie une fois, disponible partout où elle est nécessaire, sans ressaisie, sans risque de désynchro, sans dépendance à une personne qui « sait où c’est ».

Ce que ça signifie concrètement pour une PME ou une ETI

Prenons une ETI de 350 personnes. Elle dispose d’un logiciel de paie, d’un outil de gestion des formations, d’un fichier Excel pour les entretiens annuels, d’un Google Sheet pour les incidents, d’un outil de ticketing pour la maintenance, d’un CRM commercial, et d’une base de contacts fournisseurs dans un fichier Access.

Chacun de ces outils contient des informations sur les collaborateurs, les clients, ou les fournisseurs. Chacun gère ces informations selon sa propre logique. Et entre chacun d’eux, des ponts humains font circuler l’information : des exports, des copier-coller, des mails avec des pièces jointes.

Ce n’est pas un problème informatique. C’est un problème architectural. L’organisation a construit son système d’information comme on construit un bidonville : chaque besoin a généré une construction, sans plan d’ensemble, sans cohérence, et sans anticipation de ce qui viendrait après.

La solution n’est pas de tout démolir et de repartir de zéro avec un ERP à 400 000 euros et dix-huit mois de déploiement. C’est de construire progressivement un socle commun, en commençant par les processus les plus douloureux, en intégrant les données existantes, et en laissant les outils Shadow IT s’éteindre naturellement quand le nouveau système offre mieux.

La sécurité comme conséquence naturelle de la centralisation

La sécurité des données est souvent présentée comme une contrainte supplémentaire : une réglementation à respecter, un audit à préparer, un risque à gérer. Elle est en réalité la conséquence naturelle d’une bonne architecture.

Quand les données sont centralisées dans un système unique, les droits d’accès sont définis une fois et appliqués partout. Un collaborateur voit ce qu’il doit voir, pas ce qu’il ne devrait pas voir. Quand il quitte l’entreprise, ses accès sont supprimés en un point, pas dans dix outils différents dont on oubliera forcément quelques-uns.

Quand les données ne se dupliquent pas entre des outils non sécurisés, la surface d’exposition aux risques est mécaniquement réduite. Pas de fichier Excel avec des données RH sensibles envoyé par mail. Pas de Google Sheet accessible par un lien public partagé par erreur. Pas de base Access stockée sur le bureau d’un poste qui n’est pas sauvegardé.

La centralisation n’est pas la sécurité. Mais elle en est la condition.

L’interconnectivité comme levier de pilotage

Quand les données partagent un socle commun, quelque chose devient possible qui était impossible avec des outils fragmentés : croiser les informations pour prendre de meilleures décisions.

Un dirigeant qui peut voir simultanément les données RH, commerciales, et opérationnelles dans un tableau de bord unique ne fait pas de la magie. Il fait ce que les données lui permettent de faire quand elles parlent le même langage.

Un responsable RH qui peut croiser les données de formation, d’évaluation, et de mobilité interne dans un même environnement ne fait pas de la data science. Il fait ce que tout responsable RH devrait pouvoir faire : piloter le développement des compétences avec une vision complète plutôt que fragmentée.

Un manager qui voit en temps réel les incidents signalés par son équipe, les absences en cours, et les indicateurs de performance de son service, sur un seul écran, prend des décisions meilleures et plus rapides. Pas parce qu’il est plus intelligent. Parce que l’information est là, cohérente, accessible, sans qu’il ait à la reconstituer depuis cinq sources différentes.

C’est l’intelligence organisationnelle. Elle ne naît pas de l’accumulation d’outils. Elle naît de la cohérence des données qui les traversent.

Pourquoi le no-code est la réponse adaptée à ce problème

La tentation, face au Shadow IT, est de choisir un grand logiciel qui prétend tout couvrir. Un ERP complet, une suite RH intégrée, une plateforme universelle. Ces solutions existent. Elles ont deux défauts pour les PME et ETI.

Le premier, c’est qu’elles sont conçues pour des entreprises génériques, pas pour votre entreprise. Elles imposent leurs logiques, leurs catégories, leurs workflows. Et les 20 % de spécificités métier qui font la réalité de votre organisation se retrouvent soit non couverts, soit couverts de façon tellement rigide qu’elle génère autant de friction que les outils qu’elle remplace.

Le second, c’est qu’elles prennent du temps et de l’argent à déployer. Le temps que le projet aboutisse, le Shadow IT a proliféré davantage, et les équipes ont développé de nouvelles dépendances aux outils qu’elles avaient créés pour combler le vide.

Le no-code résout ce problème différemment. Il permet de construire le socle commun progressivement, en commençant par les données les plus partagées et les processus les plus douloureux. Il permet aux équipes métier de construire leurs 20 % de spécificités elles-mêmes, dans le même environnement, sans créer un outil séparé. Et il garantit que toutes les données partagent la même architecture, sans ressaisie, sans désynchro, sans pont humain pour faire circuler l’information.

IDrolling est construit sur cette logique : un environnement unique dans lequel les données communes sont saisies une fois et disponibles partout, et dans lequel chaque métier construit ses propres outils sur ce socle partagé. Le service RH, le service commercial, la production, la maintenance : chacun a ses formulaires, ses workflows, ses tableaux de bord. Mais tous partagent les mêmes collaborateurs, les mêmes clients, les mêmes fournisseurs, les mêmes indicateurs transversaux.

Les fichiers Excel s’éteignent d’eux-mêmes, parce que le nouveau système fait mieux ce qu’ils faisaient mal. Sans interdiction, sans résistance, sans projet de migration forcée. Juste parce que c’est plus simple, plus sûr, et plus utile.

Par où commencer

L’inventaire du Shadow IT existant est la première étape, et souvent la plus révélatrice. Combien d’outils non officiels votre organisation utilise-t-elle vraiment ? Qui les a créés ? Qui en dépend ? Quelles données s’y trouvent que nulle part ailleurs ?

Cet inventaire est inconfortable, parce qu’il révèle une réalité qu’on préférait ne pas voir. Mais c’est lui qui permet d’identifier les données les plus partagées, les points de friction les plus coûteux, et les premiers chantiers à engager pour construire le socle commun.

C’est exactement ce qu’on fait lors d’un premier échange avec nos experts : cartographier l’existant, identifier les 80 % de données communes, et définir le premier périmètre à centraliser pour produire un résultat visible rapidement.

C’est la promesse. Rien de plus, mais déjà tellement plus.

Votre organisation fonctionne avec une collection d’outils qui ne se parlent pas, et vous sentez que vous perdez le contrôle des données ? Prenez 30 minutes avec l’un de nos experts. On cartographie ensemble votre Shadow IT et on vous montre comment IDrolling centralise vos données sans projet de migration douloureux.