Frage an HN: An welchem völlig nutzlosen Projekt habt ihr je gearbeitet?

Gedanken über unnötige Arbeit

• Die Erfahrung eines Mitarbeiters, der in der Abteilung für Pipeline-Automatisierung eines Unternehmens arbeitet.
• Das Team beschließt, ein internes Tool wegen Wartungsproblemen einzustellen, und erstellt eine Pipeline, die die Implementierung dieses Tools automatisiert, falls ein anderes Team es benötigt.
• In diesem Monat entdeckt eines der Teammitglieder eine mögliche Verbesserung der Automatisierung, woraufhin der Mitarbeiter ausgewählt wird, Änderungen am früheren Tool umzusetzen.

Der Widerspruch der Pipeline-Automatisierung

• Nach der Umsetzung der Änderungen wird der Pull Request wegen detailliert angeforderter Anpassungen durch eine Person aus demselben Team nicht genehmigt.
• Diese Anpassungen sollen die Robustheit der Pipeline-Automatisierung in sehr seltenen Szenarien erhöhen.
• In derselben Woche informiert die Teamleitung jedoch andere Teams darüber, dass das interne Tool eingestellt wurde und nicht mehr verwendet werden soll.

Die Last bedeutungsloser Arbeit

• Es wird infrage gestellt, ob eine Pipeline-Automatisierung nötig ist, die die Nutzung eines eingestellten Tools umsetzt.
• Es wird gefragt, warum Anpassungen an einer Automatisierung nötig sind, die niemand verwenden wird, da das Tool eingestellt wurde.
• Es herrscht Verwirrung darüber, warum eine Aufgabe zugewiesen wurde, die wie Zeitverschwendung wirkt.

Meinung von GN⁺

• Diese Situation zeigt Probleme bei der Kommunikation innerhalb der Organisation und im Prozessmanagement auf. Einerseits gab es eine offizielle Mitteilung, dass das Tool eingestellt wurde, andererseits wird weiterhin an Verbesserungen dafür gearbeitet.
• Das führt zu Ressourcenverschwendung und kann unter den Mitarbeitenden Verwirrung und Unzufriedenheit auslösen. Das kann die Moral der Beschäftigten senken und sich langfristig negativ auf die Produktivität des Unternehmens auswirken.
• Um solche Situationen zu vermeiden, braucht es klare Richtlinien zum Status und zur Bedeutung von Projekten sowie eine kontinuierliche Kommunikation mit allen beteiligten Teams. Außerdem ist bei der Priorisierung von Aufgaben ein strategischer Ansatz nötig.
• Dieser Fall zeigt ein allgemeines Problem, das auch in anderen Organisationen oder Teams auftreten kann, und bietet ihnen die Möglichkeit, ihre Prozesse zu überprüfen und zu verbessern.
• Für Mitarbeitende, die solche Situationen erleben, ist es wichtig, regelmäßig zu prüfen, ob ihre Arbeit in eine wertvolle und sinnvolle Richtung fließt, und das Problem bei Bedarf an Vorgesetzte oder die Personalabteilung zu eskalieren.

[GN⁺]

Hacker-News-Kommentare

• Erfahrung mit der Entwicklung eines ERP-Systems

  • Erfahrung mit der Arbeit an einem unternehmensinternen ERP-System, das über 15 Jahre von verschiedenen Entwicklern entwickelt wurde.
  • Das System war der Kern des Unternehmens, doch das Management machte es für die Probleme verantwortlich.
  • Ein neues Management trieb den Ersatz durch eine branchenübliche Standardlösung voran.
  • Der CTO und der Verfasser argumentierten nachdrücklich, dass das Projekt das Budget überschreiten und scheitern würde, aber das Management glaubte dem Vendor und setzte das Projekt fort.
  • Der Vendor verstand den Umfang des Projekts nicht, ließ wichtige Funktionen weg und trat dennoch selbstsicher auf.
  • Am Ende scheiterte das Projekt nach fünf Jahren, nachdem Millionen von Dollar verschwendet worden waren.

• Versuch des Einstiegs in das Geschäft mit Smart-Energy-Metern

  • Erfahrung in einem großen Medienunternehmen, das in das Geschäft mit Smart-Energy-Metern einsteigen wollte.
  • Bereits Tausende von Metern waren gekauft, gebrandet und in einem Lager eingelagert.
  • Die API-Entwicklung war abgeschlossen, die UI hatte jedoch Probleme und musste überarbeitet werden.
  • Ein Marketingbudget von mehreren Millionen Dollar für den Launch war vorbereitet, doch am Tag der Einführung sagte der Vorstand des Unternehmens den Launch wegen Markenimage und Ausfallrisiko ab.

• Erfahrung mit einem sinnlosen Projekt

  • Entwicklung eines Systems, bei dem in jedem Flur der Firma ein "EnGUAGEment meter" installiert wurde, um die Stimmung der Mitarbeiter anzuzeigen.
  • Am Geburtstag des CEO musste die Beteiligungsquote erhöht werden.
  • Letztlich blieb sie jeden Tag nur bei 30–40 %.

• Network-Access-Control-Projekt eines großen Einzelhändlers

  • Zuständig für den Aufbau von ACLs auf Cisco-Routern, doch das Projekt wurde vermutlich unterwegs eingestellt.
  • Der Verfasser baute ein automatisiertes System, hörte danach aber nie wieder etwas über den Fortschritt des Projekts.

• Absichtliche Leistungsverschlechterung zur Abkündigung eines internen Tools

  • Auf Wunsch eines VP wurde ein altes internes Tool absichtlich verlangsamt.
  • Es wurden gefälschte Fehlermeldungen und zufällige Verzögerungen hinzugefügt, um Benutzerbeschwerden auszulösen.

• Notfallmigration eines SaaS-Unternehmens zu AWS

  • Nach einer Übernahme kam die Anweisung zur Migration zu AWS, doch wegen der dadurch entstandenen hohen Kosten wurde später wieder zurück in ein Rechenzentrum migriert.

• Projekt zur Erneuerung von Unit-Tests bei einem neuseeländischen Software- und Hardwareunternehmen

  • Mit einem Budget von 10 Millionen Dollar sollte die Erneuerung von Unit-Tests erreicht werden, doch das Projekt änderte unterwegs die Richtung und wurde zur Entwicklung eines Paketinspektions-Tools umgewandelt.
  • Der Projektleiter verließ das Unternehmen mitten im Projekt, und obwohl das Ergebnis sinnlos war, bewertete das Unternehmen das Projekt als erfolgreich.

• Entwicklung eines Simulators in einer Programmierveranstaltung an der Universität

  • Nach der ersten Vorlesung wollte der Verfasser mit dem Professor über die Entwicklung eines Simulators sprechen, doch der Professor sagte, er werde die Teilnahme an der Lehrveranstaltung erlassen und eine Note A geben.
  • Am Ende des Semesters erinnerte sich der Professor nicht mehr an das Versprechen und änderte die Note erst, nachdem ihm der Simulator gezeigt worden war.

• Entwicklung einer Website zum Online-Spielen von Magic the Gathering

  • Es wurde eine Website entwickelt, die besser war als bestehende Optionen, aber wegen Urheberrechtsproblemen nicht veröffentlicht wurde.

• Entwicklung von Testequipment für ein Satellitensteuerboard

  • Es wurde Equipment zum Testen eines Satellitensteuerboards entwickelt, doch das Programm wurde eingestellt, sodass das Equipment nie verwendet wurde und entsorgt wurde.