Als das Management die Warnungen der IT ignorierte, schlug das Technikteam entschieden zurück

Die lehrreiche Reaktion des IT-Teams

• Die Geschichte von „Bruce“, der im Internet-Infrastrukturteam einer australischen Bank arbeitete.
• In den Anfangszeiten des Online-Bankings wuchs das Team schnell, und auch die Arbeitslast nahm zu.
• Das Team erkannte, dass zusätzliche ISDN-Links beschafft werden mussten, bevor die Auslastung der ISDN-Links die Hälfte überschritt, und legte dem CIO einen Vorschlag vor.

Die Ablehnung durch das Management und die Reaktion des IT-Teams

• Der CIO leitete die Anfrage zum Kauf zusätzlicher ISDN-Links an das Management weiter, doch sie wurde abgelehnt, weil die aktuelle Link-Auslastung noch nicht einmal bei 50 % lag.
• Als die Auslastung der Links 50 % überschritt, stellte das IT-Team erneut einen Antrag, erhielt jedoch die Anweisung, zu warten, bis sie sich 100 % näherte.

Die strategische Maßnahme des IT-Teams

• Das IT-Team entschied sich, die Netzwerkverbindung des Managements zu drosseln, damit dieses das Problem selbst wahrnahm.
• In der ersten Woche wurde sie um 10 % reduziert, danach jede Woche um weitere 10 %.
• Einen Monat später wurde die Installation zusätzlicher ISDN-Links genehmigt, und das Management beglückwünschte sich selbst dazu, das „Internetproblem“ gelöst zu haben.

Meinung von GN⁺

Das Wichtigste an diesem Artikel ist die strategische Reaktion des IT-Teams, das die Entscheidung des Managements infrage stellte und durch reale Nutzererfahrung von der notwendigen Infrastrukturinvestition überzeugte. Das zeigt einen kreativen und effektiven Ansatz, um die Lücke zwischen technischen Problemen und geschäftlichen Entscheidungen zu schließen. Die Geschichte ist nicht nur für IT-Fachleute interessant, sondern enthält auch eine Lehre, die nichttechnischen Entscheidungsträgern helfen kann, die Bedeutung technischer Infrastruktur zu verstehen.

[GN⁺]

Hacker-News-Kommentare

• Ein Softwareingenieur schilderte seine Erfahrung mit einer Drittanbieter-Software, die bei einem Kunden Probleme verursachte. Er arbeitete bereits an einer internen Lösung, doch einige wollten den Vertrag verlängern. Er verbrachte ganze Tage damit, das fehlerhafte System zu reparieren, und nutzte die Strategie, die Kundentickets an diejenigen weiterzuleiten, die die Vertragsverlängerung wollten. Am Ende wechselte man auf das interne System, und seitdem treten kaum noch Probleme auf.
• Für IT-Fachleute ist es wichtig, die geschäftlichen Folgen und Risiken technischer Probleme klar zu kommunizieren. Möglicherweise verstand das Management einer Bank das Problem nicht, aber es ist auch möglich, dass das Technikteam es nicht gut genug erklärt hat.
• Ein IT-Manager bat den CFO um ein geeignetes Backup-System, wurde jedoch wiederholt abgewiesen. Als es dann zu einem schweren Festplattenausfall kam und das Unternehmen wochenlang lahmgelegt war, wurde erst danach die passende Backup-Hardware angeschafft.
• Es gibt die Ansicht, dass man in großen Organisationen nur etwas erreicht, wenn das Management den eigenen Schmerz selbst spürt. Das sei einfach die Art, wie die Welt funktioniert.
• Ein Ingenieur richtete einen Cisco 1604 ISDN-Router ein, um Kosten zu sparen, entdeckte dann aber, dass IBM AIX stündlich Telemetriedaten an IBM sendete, und musste Firewall-Regeln hinzufügen, um das zu unterbinden.
• Es gibt die Meinung, dass die IT-Abteilung genügend Autonomie braucht, um unabhängig von den Fachbereichen die richtigen Entscheidungen treffen zu können. Das Ausmaß an Vertrauen in einer Organisation bestimme, wie viel Aufsicht nötig sei. Die IT-Teams als „Kunden“ des Business zu modellieren, könnte ein einfacherer Ansatz sein.
• Einige Kommentare argumentieren, dass hierarchische Entscheidungen respektiert werden sollten, doch das erinnere daran, dass Unternehmen noch immer eine militärisch geprägte Denkweise hätten.
• Eine von der Führung enttäuschte Person sagte, sie hätte sich einen neuen Job gesucht und sich entschieden, das Schiff sinken zu lassen.
• Es wird infrage gestellt, was mit „50% utilization“ gemeint ist. Bei einer einzelnen Leitung und unregelmäßiger Last könne die Leistung zeitweise immer wieder einbrechen.
• Um die Verwirrung um den Begriff „Regomise“ aufzuklären, wird erklärt, dass er als Generator für Benutzernamen verwendet wird.