La direction a ignoré les avertissements de l’IT, l’équipe technique a alors riposté fermement

La réponse édifiante de l’équipe IT

• L’histoire de « Bruce », qui travaillait dans l’équipe d’infrastructure Internet d’une banque australienne.
• Aux débuts de la banque en ligne, l’équipe s’est développée rapidement et la charge de travail a augmenté.
• L’équipe a compris qu’il fallait acheter des liens ISDN supplémentaires avant que l’utilisation ne dépasse la moitié de la capacité, et a soumis une proposition au CIO.

Le refus de la direction et la réaction de l’équipe IT

• Le CIO a transmis à la direction une demande d’achat de liens ISDN supplémentaires, mais celle-ci a été refusée au motif que l’utilisation des liens actuels n’avait même pas atteint la moitié.
• Lorsque l’utilisation des liens a dépassé 50 %, l’équipe IT a renouvelé sa demande, mais on lui a dit d’attendre d’être proche de 100 %.

La mesure stratégique de l’équipe IT

• L’équipe IT a décidé d’ajuster la connectivité réseau de la direction afin de lui faire prendre conscience du problème.
• Elle a réduit la capacité de 10 % la première semaine, puis de 10 % supplémentaires chaque semaine.
• Un mois plus tard, l’installation de liens ISDN supplémentaires a été approuvée, et la direction s’est félicitée d’avoir résolu le « problème Internet ».

L’avis de GN⁺

Le point le plus important dans cet article est la façon dont l’équipe IT a contesté la décision de la direction et a adopté une réponse stratégique pour convaincre de la nécessité d’investir dans l’infrastructure à travers l’expérience réelle des utilisateurs. Cela montre une approche créative et efficace pour réduire l’écart entre les problèmes techniques et les décisions business. Cette histoire est non seulement intéressante pour les professionnels de l’IT, mais elle contient aussi une leçon qui peut aider les décideurs non techniques à comprendre l’importance de l’infrastructure technique.

[GN⁺]

Réactions sur Hacker News

• Un ingénieur logiciel partage une expérience avec un logiciel tiers qui causait des problèmes à un client. Il développait une solution interne, mais certains voulaient renouveler le contrat. Il a passé des journées entières à corriger le système défaillant et a adopté une stratégie consistant à transmettre les tickets du client à ceux qui souhaitaient le renouvellement du contrat, ce qui a finalement conduit à une migration vers le système interne ; depuis, il n’y a presque plus eu de problèmes.
• Pour les professionnels de l’IT, il est important de savoir communiquer clairement les conséquences métier et les risques liés aux problèmes techniques. Il est possible que la direction de cette banque n’ait pas compris, mais aussi que l’équipe technique n’ait pas su l’expliquer correctement.
• Un responsable IT a demandé à son CFO un système de sauvegarde approprié, mais s’est heurté à des refus répétés. Puis une panne majeure de disque a paralysé l’entreprise pendant plusieurs semaines, et ce n’est qu’après cela qu’un équipement de sauvegarde adéquat a été acheté.
• Certains estiment que, pour obtenir quoi que ce soit dans une grande organisation, il faut que la direction ressente votre douleur. Selon eux, c’est ainsi que le monde fonctionne.
• Un ingénieur a configuré un routeur Cisco 1604 ISDN pour réduire les coûts, avant de découvrir qu’IBM AIX envoyait chaque heure des données de télémétrie à IBM ; il a donc dû ajouter des règles de pare-feu pour bloquer cela.
• Certains estiment que le département IT a besoin d’une autonomie lui permettant de prendre les bonnes décisions indépendamment des équipes métier. Dans une organisation, le niveau de confiance détermine l’ampleur de la supervision nécessaire. Modéliser l’équipe IT comme le « client » du métier peut être une approche plus simple.
• Certains commentaires affirment qu’il faut respecter les décisions hiérarchiques, mais cela rappelle aussi que les entreprises conservent encore une mentalité militaire.
• Déçu par le leadership, quelqu’un dit qu’il aurait choisi de chercher un nouvel emploi et de laisser le navire couler.
• Certains remettent en question l’expression « utilisation à 50 % ». Avec un seul tuyau et une charge irrégulière, des dégradations de performance peuvent survenir par intermittence.
• Pour lever la confusion autour du terme « Regomise », un commentaire explique qu’il est utilisé comme générateur de noms d’utilisateur.