Burnout in IT: Die Falle der „brennenden Augen“ und systemischer Probleme

IT-Burnout: Wenn 'brennende Augen' zur systemischen Ausbeutung werden

Der Ausdruck „Wir brauchen einen Mitarbeiter mit ‚brennenden Augen‘“ klingt im IT-Sektor oft verlockend und verspricht Engagement und Ehrgeiz. Doch dieser Aufruf verbirgt häufig einen Mechanismus, der, anstatt gesunde Eigeninitiative zu fördern, zu Burnout bei Fachkräften, dem Verwischen von Verantwortlichkeiten und der Kompensation systemischer Unternehmensprobleme auf Kosten der persönlichen Ressourcen der Mitarbeiter führt. Dies ist nicht nur eine Metapher; es ist eine Managementstrategie, die, obwohl kurzfristig vorteilhaft, die Teamstabilität und das Wohlbefinden jeder IT-Fachkraft untergräbt.

Wenn Initiative zur systemischen Erwartung wird

Wenn ein Unternehmen den Bedarf an einem Mitarbeiter mit „brennenden Augen“ äußert, sucht es in der Regel nicht nur eine inspirierte Fachkraft, sondern jemanden mit einem erhöhten Maß an Engagement. Dies impliziert, dass der Spezialist sich stärker um das Produkt kümmern wird als andere, ein Problem nicht ignorieren wird, selbst wenn es formal außerhalb seines Verantwortungsbereichs liegt, und bereit sein wird, länger zu bleiben oder am Wochenende zu arbeiten, um einen kritischen Release oder eine Störungsbehebung zu gewährleisten. Anfangs wird solche Proaktivität als Zeichen von Professionalität angesehen: Ein Entwickler hilft bei Lasttests, auch wenn es nicht seine Hauptaufgabe ist, oder bleibt länger, um eine Funktion zu perfektionieren.

Doch diese einmalige Initiative verwandelt sich allmählich in ein systemisches Modell. Fragen wie „Kannst du helfen?“ werden zu „Aber du hilfst doch immer.“ Der Wunsch, „sich in einen neuen Bereich einzuarbeiten“, wird zu einem zusätzlichen Verantwortungsbereich, ohne den alten zu entlasten. Und „diesmal ist es ein Notfall“ wird zum dauerhaften Betriebsmodus. Rollengrenzen verschwimmen: Heute ist man Entwickler, doch sechs Monate später ist man für die Servicestabilität verantwortlich, überwacht Alarme, nimmt an Post-Mortem-Analysen teil und soll trotzdem noch Features liefern. Unternehmen tun dies nicht immer mit böser Absicht; sie stellen einfach fest, dass das System funktioniert, wenn es Menschen gibt, die bereit sind, Lücken mit ihrer Initiative zu füllen. Dies ermöglicht es ihnen, die Einstellung neuer Spezialisten aufzuschieben, Rollenklärungen zu vermeiden und Verantwortungsbereiche flexibel zu halten. Letztendlich hört Engagement auf, ein Wert zu sein, und wird zu einem Werkzeug, um fehlende Rollen und ineffiziente Prozesse zu kompensieren.

Die ökonomische Logik der Ausbeutung in Tech-Unternehmen

Aus betriebswirtschaftlicher Sicht erscheint das Modell der „brennenden Augen“ oft rational. Jedes IT-Unternehmen agiert unter Bedingungen begrenzter Ressourcen: Personal, Zeit und Budget. In einer solchen Situation gibt es zwei Wege: Entweder in langfristige Prozesskorrekturen investieren, was komplexer und teurer ist, oder vorübergehend Personal „aufstocken“ bzw. „stärken“. Der letztere Weg liefert sofortige Ergebnisse. Wenn systemische Lücken durch den Heroismus einzelner Mitarbeiter gefüllt werden, entsteht die Illusion hoher Effizienz. Releases werden veröffentlicht, die Produktion erholt sich nach einem Absturz, neue Funktionen werden implementiert – was bedeutet, dass alles funktioniert. Das Problem ist, dass es sich nicht um ein nachhaltig funktionierendes System handelt, sondern um einzelne Personen, die an ihrer Belastungsgrenze arbeiten.

Wenn ein Entwickler Stabilitätsaufgaben übernimmt, ein Analyst Produktentscheidungen trifft und ein Teamleiter einen erheblichen Teil des Betriebs manuell verwaltet, erscheint dies als hohes Engagement. In Wirklichkeit ist es eine vorübergehende Kompensation für fehlende Rollen oder mangelnde Ressourcen. Solange diese Kompensation funktioniert, hat das Management keinen Anreiz, etwas zu ändern. Einstellungen können aufgeschoben, Stellenbeschreibungen vage gehalten und KPIs erreicht werden, was die „Machbarkeit“ des Modells bestätigt. Darüber hinaus schafft eine Kultur des Heroismus ein falsches Gefühl eines starken Teams, in dem immer jemand „einspringt“ und über das Übliche hinausgeht. Dies reduziert unmittelbare Betriebsrisiken und sieht in Quartalsberichten hervorragend aus. Auch verschwommene Verantwortlichkeiten sind praktisch: Wenn Probleme auftreten, kann man immer auf einen „Mangel an Proaktivität“ oder „unzureichendes Engagement“ verweisen und den Fokus von systemischen Mängeln auf individuelle Fehler verlagern. Kurzfristig rational für das Unternehmen? Oft ja. Langfristig nachhaltig? Fast nie. Das Unternehmen optimiert eine Ressource, und diese Ressource erweist sich als der Mitarbeiter selbst.

Mechanismen zur Förderung einer Kultur des Heroismus und ihre Folgen

Eine Kultur des Heroismus entsteht nicht zufällig; sie bildet sich aus einer Reihe von Managemententscheidungen, die einzeln betrachtet vernünftig erscheinen mögen, aber kollektiv ein destruktives System schaffen. Zuerst treten die „Problemlöser“ auf – Mitarbeiter, die regelmäßig länger bleiben, Aufgaben anderer erledigen oder Releases in letzter Minute retten. Sie werden aufrichtig gelobt, als Beispiele hervorgehoben, mit Aussagen wie „ohne sie hätten wir es nicht geschafft“. Und das ist fair; sie „tragen die Last“ wirklich. Das Problem ist jedoch, dass das System nicht Stabilität und Vorhersehbarkeit belohnt, sondern Überlastung. Diejenigen, die Überstunden machen, werden befördert; diejenigen, die immer verfügbar sind, werden bemerkt; diejenigen, die persönliche Zeit für Fristen opfern, werden vorangebracht. Das Signal für alle anderen wird klar: Um zu wachsen, muss man über die eigene Stellenbeschreibung hinausgehen.

Dann setzt das Konzept der „Entwicklung“ ein: „Möchtest du wachsen? Übernimm diesen zusätzlichen Bereich“, „Interessiert an einer neuen Rolle?“, „Wir brauchen jemanden, der zusätzlich die Stabilität überwachen kann.“ Auf dem Papier sieht dies wie eine Erweiterung der Kompetenzen aus, doch in der Praxis bedeutet es oft eine Erweiterung der Verantwortung ohne Umverteilung der bestehenden Arbeitslast. Der Spezialist liefert weiterhin Features, überwacht aber nun auch Alarme, führt Lasttests durch und nimmt an Incident-Analysen teil. Formal ist es ein Fortschritt; in Wirklichkeit sind es zwei Rollen zum Preis von einer. Solange der Mitarbeiter damit zurechtkommt, betrachtet das System dies als normal. Wenn er nicht zurechtkommt, wird ihm die Schuld gegeben: „Du musst besser planen“, „Du musst deine Zeit effizienter managen“, „Es ist wichtig, engagierter zu sein.“

Und schließlich: Fristen. Unrealistische Fristen werden selten als solche benannt. Sie werden als ambitioniert dargestellt: „Der Markt wartet nicht“, „Konkurrenten tun es bereits“, „Wir müssen schneller werden.“ Drei Monate werden auf drei Wochen komprimiert, Qualität wird beiseitegeschoben und technische Schulden werden einem „späteren“ Backlog hinzugefügt, der nie abgearbeitet wird. Workarounds werden zu dauerhaften Lösungen, und ständige Notfälle werden zur Norm. Der gefährlichste Aspekt dieser Kultur ist ihre scheinbare Effektivität. Das Unternehmen arbeitet weiter, Metriken werden erfüllt, Releases gehen raus. Aber Menschen brennen aus, verlassen das Unternehmen, werden zynisch und werden durch neue „brennende Augen“ ersetzt. Das System bricht nicht zusammen, weil es dafür konzipiert ist: Menschliche Ressourcen sind endlich, aber der Markt liefert ständig neue. Die Kultur des Heroismus wird jede Begeisterung und Loyalität überdauern, indem sie einfach die nächste Person nimmt, die bereit ist, „zu brennen“.

Initiative von Ausbeutung unterscheiden: Wichtige Marker für IT-Fachkräfte

Die zentrale Herausforderung besteht darin, gesunde Eigeninitiative von versteckter Ausbeutung zu unterscheiden. Initiative ist wichtig: Starke IT-Fachkräfte beschränken sich nicht darauf, Tickets formal abzuarbeiten; sie sehen das Gesamtbild, schlagen Lösungen vor und tun manchmal mehr, als von ihnen verlangt wird. Das ist normal. Initiative ist eine freiwillige, bewusste und typischerweise einmalige Handlung. Man hat einem Nachbarteam bei einem kritischen Problem geholfen, einen Incident am Abend behoben, auf eine architektonische Schwachstelle hingewiesen, die formal außerhalb des eigenen Verantwortungsbereichs lag. Der Schlüssel hier ist freiwillig und begrenzt.

Ausbeutung beginnt, wenn dies aufhört, eine Ausnahme zu sein und zu einer Erwartung wird. Wenn aus „Danke, dass du uns aus der Patsche geholfen hast“ ein „Aber du hilfst uns doch immer aus der Patsche“ wird. Wenn zusätzliche Arbeitslast nicht mit der Entlastung von alten Aufgaben einhergeht. Wenn Überstunden aufhören, eine besprochene höhere Gewalt zu sein und anfangen, geplant zu werden. Das Hauptmerkmal ist die Wiederholbarkeit:

Wenn man einmal für einen Release länger geblieben ist – das ist Initiative.
Wenn Releases immer nachts fertiggestellt werden – das ist bereits ein systemisches Modell der Ausbeutung.
Wenn man vorübergehend einen angrenzenden Bereich zur Entwicklung übernommen hat – das ist Wachstum.
Wenn dieser Bereich dauerhaft bei einem bleibt, ohne eine Änderung der Rolle und entsprechende Vergütung – das ist Rollensubstitution und erhöhte Arbeitslast.

Ein weiteres Merkmal ist die Normalisierung. In einem gesunden Unternehmensumfeld sind Überstunden ein Systemfehler, ein Grund für Analysen und Planungsanpassungen. In einer Kultur des Heroismus sind Überstunden ein Beweis für Loyalität und ein Anlass für Motivationsreden darüber, wie „wir alle an einem Strang ziehen können“. Verantwortungsbewusste und zuverlässige Spezialisten geraten in eine besondere Falle: Je höher ihre Professionalität, desto öfter verlassen sich andere auf sie, desto öfter werden sie gebeten, „einfach einzuspringen“. Letztendlich werden sie zum Sicherheitsnetz für Prozesse, die niemand beheben möchte. Dies wird durch Vertrauen und Anerkennung dargestellt: „Wir können uns auf dich verlassen.“ Die Frage ist, ob dies ein einmaliges Vertrauen oder eine systemische Verantwortungsverlagerung ist? Die Grenze wird nicht durch den Umfang der Anstrengung gezogen, sondern dadurch, ob die zusätzliche Arbeitslast zur neuen Norm wird. Wenn das System ohne den eigenen Heroismus nicht funktioniert, ist es keine Initiative mehr, sondern ein kritischer Workaround. Und Workarounds werden nicht gedankt; sie werden einfach ersetzt, wenn sie kaputtgehen.

Persönliche Grenzen schützen und Burnout in der IT vorbeugen

Die unbequemste, aber entscheidende Tatsache ist, dass niemand außer der IT-Fachkraft selbst ihre Grenzen schützen wird. Unternehmen lösen ihre Probleme, und das ist normal. Was nicht normal ist, ist zu erwarten, dass das System plötzlich rücksichtsvoll wird, wenn man stillschweigend weiterhin dessen Exzesse kompensiert. Daher beginnt der Schutz persönlicher Grenzen mit Selbstwahrnehmung und proaktiven Handlungen des Mitarbeiters.

Der erste, entscheidend wichtige Schritt ist, die eigene Rolle klar zu verstehen. Nicht abstrakt „Ich helfe dem Produkt“, sondern spezifisch: Wofür bin ich verantwortlich? Wo endet mein Verantwortungsbereich? Welche Metriken beziehen sich auf meine Arbeit und welche auf die eines anderen? Solange diese Grenzen nicht artikuliert und dokumentiert sind, werden sie natürlich verschwimmen. Die zweite Frage, die nur wenige stellen, ist: „Wenn ich das übernehme, was wird mir dafür abgenommen?“ Jeder neue Verantwortungsbereich sollte eine Überprüfung des alten implizieren. Man kann das Aufgabenvolumen nicht endlos erhöhen, ohne die aktuelle Arbeitslast zu reduzieren. Wenn die Antwort lautet „nichts wird abgenommen“, ist das ein klares Signal, die Situation neu zu bewerten.

Es ist unerlässlich, „Nein“ sagen zu lernen. Dabei geht es nicht darum, Hilfe zu verweigern, sondern die eigene Zeit und Ressourcen bewusst zu managen. Eine Ablehnung kann durch die aktuelle Arbeitslast, mangelnde Kompetenz oder einfach dadurch begründet sein, dass die Aufgabe außerhalb der eigenen Rolle liegt. Es ist wichtig, dies ruhig und mit Begründung zu kommunizieren, gegebenenfalls Alternativen anzubieten, aber nicht alles zu übernehmen. Ebenso entscheidend ist es, Warnsignale in der Unternehmenskultur zu erkennen: ständige Notfälle, die Förderung von Überstunden, fehlende klare Stellenbeschreibungen und das regelmäßige Zurückgreifen auf „Heroismus“ als Problemlösungsmethode. Wenn sich solche Muster wiederholen, ist dies ein Grund, die langfristige Perspektive einer Anstellung in einem solchen Unternehmen zu überdenken.

Letztendlich ist es nicht die Aufgabe der IT-Fachkraft, ein ewiger „Retter“ zu sein, sondern die eigene Arbeit effektiv zu leisten, sich weiterzuentwickeln und ein Gleichgewicht zwischen Berufs- und Privatleben zu wahren. Dies erfordert nicht nur technische Fähigkeiten, sondern auch die Fähigkeit, die eigenen Grenzen zu managen, Erwartungen zu kommunizieren und, wenn nötig, die eigenen Interessen zu vertreten. Nur so kann Burnout vermieden und langfristig eine hohe Produktivität aufrechterhalten werden.

Key Takeaways

„Brennende Augen“ als Werkzeug: Ein ursprünglich positiv konnotierter Ausdruck, der von Unternehmen oft genutzt wird, um systemische Probleme und Ressourcenengpässe auf Kosten der persönlichen Zeit und Energie der Mitarbeiter zu kompensieren.
Wirtschaftlicher Nutzen für das Unternehmen: Das Heroismus-Modell ermöglicht es, Einstellungen zu verzögern, Prozesseffizienzen zu verschleiern und eine Illusion von Produktivität zu erzeugen, was kurzfristig vorteilhaft ist.
Verwischen von Verantwortlichkeiten: Die ständige Erweiterung der Aufgaben ohne Umverteilung der bestehenden Arbeitslast führt zu „zwei Rollen zum Preis von einer“ und unvermeidlichem Burnout.
Initiative vs. Ausbeutung: Der Hauptunterschied liegt im freiwilligen und begrenzten Charakter der Initiative gegenüber der systemischen Erwartung von Überstunden und der Übernahme fremder Aufgaben.
Schutz persönlicher Grenzen: IT-Fachkräfte müssen ihre Rolle klar definieren, lernen „Nein“ zu sagen und Warnsignale in der Unternehmenskultur erkennen, um Burnout vorzubeugen.

— Editorial Team