Demandez à HN : quel est le projet le plus inutile auquel vous avez participé ?

Réflexion sur le travail inutile

• Le témoignage d’un employé travaillant dans une équipe d’automatisation des pipelines de l’entreprise.
• L’équipe décide d’abandonner un outil interne à cause de problèmes de maintenance, et crée un pipeline automatisant le déploiement de l’implémentation de cet outil au cas où une autre équipe en aurait besoin.
• Ce mois-ci, un membre de l’équipe repère une possibilité d’amélioration dans l’automatisation, et l’employé est chargé d’appliquer une modification à l’ancien outil.

Le paradoxe de l’automatisation des pipelines

• Après avoir appliqué les modifications, la pull request n’est pas approuvée à cause d’ajustements demandés en détail par une personne de la même équipe.
• Ces ajustements visent à renforcer la résilience de l’automatisation des pipelines dans des scénarios très rares.
• Pourtant, la même semaine, le responsable d’équipe informe une autre équipe que l’outil interne a été abandonné et ne doit plus être utilisé.

Le poids d’un travail dénué de sens

• Remise en question de la nécessité d’une automatisation des pipelines qui met en œuvre l’usage d’un outil abandonné.
• Incompréhension quant à la nécessité d’ajustements sur une automatisation que personne n’utilisera, puisque l’outil a été abandonné.
• Confusion face à l’affectation à une tâche qui semble être une perte de temps.

L’avis de GN⁺

• Cette situation met en lumière un manque de communication au sein de l’organisation ainsi que des problèmes de gestion des processus. D’un côté, une notification officielle annonce l’abandon de l’outil, mais de l’autre, des travaux d’amélioration sur cet outil se poursuivent encore.
• Ce problème entraîne un gaspillage de ressources et peut provoquer confusion et mécontentement parmi les employés. Cela peut nuire au moral des équipes et, à long terme, avoir un impact négatif sur la productivité de l’entreprise.
• Pour éviter ce type de situation, il faut des directives claires sur l’état et l’importance des projets, ainsi qu’une communication continue entre toutes les équipes concernées. Une approche stratégique est également nécessaire dans le processus de priorisation du travail.
• Ce cas illustre un problème courant qui peut survenir dans d’autres organisations ou équipes, et offre l’occasion de réexaminer et d’améliorer leurs processus.
• Pour les employés confrontés à ce genre de situation, il est important de vérifier régulièrement si leurs efforts sont utilisés de manière utile et pertinente, et, si nécessaire, de faire remonter le problème à la hiérarchie ou aux ressources humaines.

[GN⁺]

Avis Hacker News

• Expérience de développement d'un système ERP

  • Expérience de travail sur un système ERP interne développé pendant 15 ans par différents développeurs.
  • Le système était au cœur de l'entreprise, mais la direction l'a désigné comme la cause des problèmes.
  • Une nouvelle direction a poussé au remplacement par une solution standard du secteur.
  • Le CTO et l'auteur ont fermement soutenu que le projet dépasserait le budget et échouerait, mais la direction a cru le fournisseur et a lancé le projet.
  • Le fournisseur ne comprenait pas l'ampleur du projet et affichait pourtant sa confiance tout en supprimant des fonctionnalités importantes.
  • Finalement, cinq ans plus tard, le projet s'est soldé par un échec après avoir gaspillé des millions de dollars.

• Tentative d'entrée sur le marché des compteurs d'énergie intelligents

  • Expérience dans une grande entreprise de médias qui a tenté de se lancer dans l'activité des compteurs d'énergie intelligents.
  • Des milliers de compteurs avaient déjà été achetés, brandés et stockés dans un entrepôt.
  • Le développement de l'API était terminé, mais l'UI avait des problèmes et nécessitait des corrections.
  • Un budget de plusieurs millions de dollars était prêt pour le lancement marketing, mais le jour même du lancement, le conseil d'administration de l'entreprise l'a annulé en invoquant l'image de marque et le risque d'échec.

• Expérience de projet dénué de sens

  • Développement d'un système installant un « EnGUAGEment meter » dans chaque couloir pour afficher l'humeur des employés.
  • Le jour de l'anniversaire du CEO, il fallait augmenter le taux de participation.
  • Au final, le taux de participation quotidien est resté limité à 30-40 %.

• Projet de contrôle d'accès réseau d'un grand distributeur

  • Chargé de mettre en place des ACL sur des routeurs Cisco, mais le projet semble avoir été annulé en cours de route.
  • L'auteur a construit un système automatisé, puis n'a plus jamais eu de nouvelles de l'avancement du projet.

• Dégradation volontaire des performances pour pousser à l'abandon d'un outil interne

  • À la demande d'un VP, réalisation d'un travail consistant à ralentir volontairement un ancien outil interne.
  • Ajout de faux messages d'erreur et de délais aléatoires afin de susciter les plaintes des utilisateurs.

• Migration en urgence vers AWS dans une entreprise SaaS

  • Après un rachat, ordre a été donné de migrer vers AWS, mais les coûts élevés engendrés ont finalement conduit à un retour en data center.

• Projet de mise à jour des tests unitaires dans une entreprise néo-zélandaise de logiciels et matériel

  • Avec un budget de 10 millions de dollars, l'objectif était de mettre à jour les tests unitaires, mais le projet a bifurqué en cours de route vers le développement d'un outil d'inspection de paquets.
  • Le responsable du projet est parti avant la fin, et bien que le livrable ait été inutile, l'entreprise a considéré le projet comme une réussite.

• Développement d'un simulateur dans un cours universitaire de programmation

  • Après le premier cours, l'auteur a voulu parler au professeur du développement d'un simulateur, mais celui-ci lui a dit qu'il serait dispensé d'assister au cours et obtiendrait un A.
  • À la fin du semestre, le professeur ne se souvenait plus de sa promesse, et ce n'est qu'après avoir vu le simulateur qu'il a modifié la note.

• Développement d'un site de jeu en ligne pour Magic: The Gathering

  • Un site meilleur que les options existantes a été développé, mais n'a pas été publié en raison de problèmes de droits d'auteur.

• Développement d'un équipement de test pour cartes de contrôle de satellites

  • Un équipement destiné à tester des cartes de contrôle de satellites a été développé, mais le programme a été annulé, si bien que l'équipement n'a jamais été utilisé et a été mis au rebut.