Techniquement, vous venez de créer un point de défaillance unique, sans audit, sans chiffrement, et sans historique. En cas de départ non anticipé, d’attaque par ransomware ou même de simple erreur de suppression, vous perdez l’intégralité de vos accès critiques en une seule fois. Les logs ? Inexistants. La traçabilité ? Une colonne “Qui a modifié ?” remplie à la main. C’est une stratégie de gestion des secrets aussi robuste qu’un post-it collé sous un clavier, mais en collaboratif.

Si tout le monde a accès à tout, alors plus personne n’est responsable de rien. Bienvenue dans la démocratie du risque.

Bien sûr, chaque outil a ses limites, mais vos équipes n’ont qu’à s’adapter. Authentification non sécurisée, absence de support, stockage capé, ou encore export bloqué ? Ce sont des “opportunités d’optimisation”. L’intégration entre les outils ? Inutile : un bon copier-coller entre 6 interfaces suffit. En prime, chaque changement de politique du fournisseur devient un exercice de résilience opérationnelle.

La vraie transformation digitale, c’est quand votre stack entière disparaît du jour au lendemain — et que personne ne remarque la différence.

Concrètement, vous connectez un outil no-code à des exports Excel remplis manuellement, avec des règles de validation aussi floues que le temps réellement passé sur les projets. Résultat : une usine à gaz élégante, avec API et dashboards, qui reproduit fidèlement les incohérences humaines… mais plus vite. L’IT devient “facilitateur” sans jamais être dérangeant, et l’illusion de rigueur process est totale.

Un process absurde, une automatisation brillante : vous venez de scaler la stupidité.

Sous la surface, l’IT se transforme en terrain de jeu émotionnel : plus de gouvernance technique, mais des cercles de parole sur les impressions de ticket Jira. Les arbitrages infra sont remplacés par des votes à main levée. Les incidents critiques deviennent des opportunités de gratitude collective. Résultat : backlog ingérable, shadow IT en roue libre, et un SI qui fait du yoga au lieu de scaler.

En supprimant le stress de l’IT, vous supprimez aussi les alertes. La paix intérieure vaut bien quelques fuites de données.

Derrière cette “agilité” assumée se cache une jungle d’environnements non alignés, sans politique IAM unifiée, ni stratégie de supervision centralisée. Les workloads flottent entre régions et consoles, les coûts deviennent imprévisibles, et les équipes multiplient les compétences à maintenir sans jamais les approfondir. La DSI devient une tour de contrôle sans radar, jonglant avec les SLA et les portails d’administration comme un prestidigitateur sous caféine.

Un seul cloud, c’est de la dépendance. Trois clouds, c’est de l’ignorance distribuée à haute disponibilité.

Sous le capot, c’est une autre histoire : aucune marge d’ajustement si les besoins évoluent, aucun levier si le support se dégrade, et une stack figée alors que vos concurrents pivotent tous les 6 mois. Pire, certains éditeurs profitent du verrouillage pour ralentir les évolutions produit ou imposer des hausses indirectes (API limitées, stockage réduit). L’absence de clause d’exit, c’est aussi l’assurance d’un onboarding précipité, bâclé, mais “définitif”.

Trois ans d’engagement, c’est court dans une relation amoureuse. Mais long quand votre DSI découvre que le module “multi-devises” est en bêta privée depuis 2019.

Techniquement, vous construisez une architecture distribuée manuelle, reposant sur la mémoire humaine, les filtres automatiques et les couleurs de cellules. Aucun système de logs, aucune traçabilité des modifications, mais une dépendance absolue à la personne qui a créé la macro en 2019. Le versioning se gère à l’instinct, les sauvegardes à la main, et la collaboration repose sur l’espoir que personne n’écrase “la bonne version”.

L’avenir, c’est le no-code. Et quoi de plus no-code qu’un fichier Excel sur le bureau de Kevin, renommé “BUDGET_2024_VRAI.xlsx” tous les lundis ?

L’effet immédiat, c’est une instabilité technologique progressive : frameworks mal utilisés, erreurs silencieuses en prod, ou pipelines CI/CD bricolés à l’instinct. Les juniors deviennent référents faute de seniors, les bonnes pratiques sont transmises oralement (ou jamais), et le shadow IT s’installe naturellement comme zone de confort. Bonus : les tickets de support deviennent un outil pédagogique en soi.

Pas besoin de formateur quand chaque incident est une opportunité d’apprentissage. C’est la pédagogie DevOps version Darwin.

En pratique, cette stratégie transforme chaque update en chantier colossal : tests de non-régression massifs, conflits de versions, dépendances cassées… Et comme personne ne se souvient de pourquoi ce serveur tourne encore en PHP 5.6, vous déclenchez une chasse aux sorcières dans les tickets Jira de 2021. L’approche “big bang” crée un effet tunnel idéal pour repousser la mise en prod à… l’an prochain.

Le vrai firewall, c’est l’inertie. Tant que personne n’a dit “faille critique en prod”, tout va bien.

Bien sûr, vous devrez jongler avec des firmwares obsolètes, des compatibilités douteuses et des pannes intermittentes. Sans contrat de support, chaque incident devient une enquête policière improvisée par votre IT interne (ou par le stagiaire le plus disponible). Le monitoring devient artisanal, les pièces détachées viennent de forums roumains, et la redondance se gère en croisant les doigts. Mais bon, à ce prix-là, la tolérance aux interruptions devient une valeur d’entreprise.

Chez vous, l’IT ne fait pas de miracles — elle fait de la récup.