BGM für IT-Unternehmen: Warum digitale Erschöpfung kein Yoga-Problem ist

Ich habe 15 Jahre in der IT gearbeitet. Ich kenne die Open-Space-Büros, die Retro-Meetings, die Slack-Kanäle, die um 22 Uhr noch glühen. Und ich kenne die typischen BGM-Maßnahmen in IT-Unternehmen: Tischkicker, Obstkorb, vielleicht noch ein Yoga-Abo für den Laptop. Die Absicht ist gut. Die Wirkung — überschaubar. Weil digitale Erschöpfung kein Yoga-Problem ist. Sie ist ein Nervensystem-Problem. Und so lange das nicht verstanden wird, verpufft jedes Budget.

IT-Teams werden anders krank — und keiner redet drüber

Wer in die Fehlzeiten-Statistik der Branche Information und Kommunikation schaut, sieht auf den ersten Blick ein beruhigendes Bild. Die Gesamtzahl der Krankheitstage liegt dort regelmäßig unter dem Durchschnitt der Gesamtwirtschaft. Laut AOK Fehlzeiten-Report gehört die Branche sogar seit Jahren zu den gesündesten.

Klingt gut. Ist es aber nicht.

Der Anteil der psychischen Erkrankungen an den Fehltagen ist in der IT überdurchschnittlich hoch. Rückenschmerzen sind seltener — Depressionen, Anpassungsstörungen und Erschöpfungssyndrome häufiger. Und diese Fälle sind teuer: Die durchschnittliche Ausfalldauer psychischer Erkrankungen liegt laut DAK Psychreport bei über 30 Tagen pro Fall. Das ist mehr als doppelt so lang wie bei körperlichen Erkrankungen.

Dazu kommt das, was in keiner Statistik auftaucht: Präsentismus. Der Entwickler, der da ist, aber nichts liefert. Die Product Ownerin, die jedes Standup übersteht, aber abends keine drei Sätze mit ihrem Kind spricht. Die Team-Lead, die noch funktioniert — bis sie das zweite Mal in einem Quartal zum Hausarzt geht und „einfach durch“ ist.

Das ist das eigentliche Problem in der IT. Nicht der krankgeschriebene Mitarbeiter. Sondern der, der noch da ist, aber innerlich längst abgeschaltet hat.

Präsentismus-Kosten sind notorisch schwer zu messen, werden aber von mehreren Studien höher eingeschätzt als die direkten Fehlzeiten-Kosten. In wissensbasierten Branchen wie der IT ist dieser Effekt besonders ausgeprägt — schlicht weil die Arbeit selbst schwerer zu standardisieren ist. Wer im Produktionswerk am Fließband müde ist, liefert sichtbar weniger Stückzahl. Wer als Entwicklerin müde ist, produziert einen Bug, der drei Monate später auffällt, oder trifft eine Architektur-Entscheidung, die das Team ein halbes Jahr kostet. Die Zahlen tauchen im Krankenstand nie auf.

Genau deshalb ist die klassische BGM-Logik „Wenn der Krankenstand in Ordnung ist, läuft es schon“ in IT-Unternehmen irreführend. Das Auge muss auf das gerichtet sein, was unterhalb der Krankmeldung passiert.

Warum Bildschirmarbeit das Nervensystem kippt

IT-Arbeit ist, rein körperlich betrachtet, ungefährlich. Niemand hebt Lasten, niemand atmet Lösungsmittel ein. Aber das Nervensystem kennt den Unterschied zwischen körperlicher und mentaler Belastung nicht so sauber, wie wir gerne hätten.

Ein typischer Entwickler-Vormittag sieht etwa so aus: E-Mails checken. Slack-Nachrichten beantworten. Pull-Request reviewen. Stand-up. Zurück an den Code. Kalender-Ping. Jira-Update. Ein Teammitglied kommt mit einer Frage. Der Fokus-Block ist weg. Zurück zur Aufgabe — aber welcher?

Aus Sicht des Nervensystems ist das kein Arbeitstag. Das ist Dauerreaktion.

Notifications sind Mini-Stressoren

Jede Benachrichtigung triggert einen Mikro-Orientierungsreflex. Der Sympathikus aktiviert. Herzfrequenz steigt leicht, der Blick springt, die Atmung wird flacher. Einzeln betrachtet ist das harmlos. Aber wer 150 dieser kleinen Aktivierungen am Tag sammelt, ohne jemals vollständig herunterzukommen, sitzt abends mit einem Körper zuhause, der noch in „Habacht“ ist.

Die Bundesanstalt für Arbeitsschutz und Arbeitsmedizin (BAuA) nennt im Stressreport Deutschland drei Faktoren, die besonders häufig zu psychischer Belastung führen: Termin- und Leistungsdruck, starkes Multitasking, häufige Arbeitsunterbrechungen. Wer IT-Alltag kennt, erkennt die Liste sofort. Das ist nicht die Ausnahme, das ist die Stellenbeschreibung.

Deep Work gegen ein Nervensystem, das nie ankommt

Cal Newports „Deep Work“ ist in der IT beliebt geworden, weil es etwas benennt, was jeder Entwickler kennt: das Gefühl, dass Qualität erst nach 30 Minuten ungestörter Konzentration entsteht. Was dabei oft übersehen wird — Deep Work braucht ein Nervensystem, das ankommen kann. Wer chronisch aktiviert ist, kommt nicht in Flow. Er kommt in Zwangsfokus. Das fühlt sich ähnlich an, kostet aber deutlich mehr Energie.

Das ist der Unterschied, den ich in vielen IT-Teams beobachte: Die Leute arbeiten nicht zu viel. Sie arbeiten ohne Erholungsphasen zwischen den Aktivierungen. Und dann wundert man sich, warum am Freitagnachmittag niemand mehr einen klaren Gedanken fasst.

Remote-Teams und das Problem der fehlenden Co-Regulation

Homeoffice hat vielen Entwicklerinnen und Entwicklern das Leben leichter gemacht. Kein Pendeln, mehr Fokuszeit, flexiblere Tage. Das ist real. Aber es gibt eine Nebenwirkung, die erst mit zeitlichem Abstand sichtbar wird: Teams verlieren die körperliche Mitregulation.

In einem physischen Büro passiert etwas, das niemand bewusst wahrnimmt. Kollegen schauen sich an, grinsen, rollen mit den Augen, atmen zusammen durch. Wenn jemand ausrastet, spürt das ganze Team, dass es ihm gleich besser geht, wenn er Kaffee holen geht. Das ist kein Small Talk. Das ist Co-Regulation. Das Nervensystem liest permanent die Nervensysteme der anderen mit — und stabilisiert sich daran.

Bei Remote-Teams fehlt dieser Kanal fast vollständig. Slack ist ein guter Informationskanal. Ein guter Regulationskanal ist es nicht. Video-Calls liefern immerhin Gesichter — aber auch einen Effekt, den der Stanford-Forscher Jeremy Bailenson 2021 als „Zoom Fatigue“ beschrieben hat: verstärkter Augenkontakt, die Dauerkonfrontation mit dem eigenen Spiegelbild, reduzierte Körperbewegung. Das Nervensystem bleibt angespannt, auch wenn das Meeting inhaltlich harmlos war.

Das Ergebnis: Ein Team, das zwar funktioniert, aber nicht mehr trägt. Konflikte eskalieren schneller, weil niemand vorher spürt, dass da was brodelt. Neue Mitarbeitende fühlen sich länger fremd. Und die, die eh schon dysreguliert sind, rutschen tiefer hinein, weil niemand die feinen Signale sieht.

Wer mehr zum Thema wissen will, findet bei Co-Regulation im Team eine ausführliche Betrachtung der Mechanismen dahinter.

Warum die IT-Kultur das Nervensystem systematisch überfordert

Die technischen Bedingungen sind das eine. Das andere ist etwas, worüber in IT-Unternehmen ungern geredet wird: bestimmte kulturelle Muster, die in der Branche als Tugend gelten, sind aus Nervensystem-Sicht Dauerstressoren. Sie tun so, als wären sie Effizienz. Sie sind es nicht.

Always-on als Normalzustand

Slack-Nachrichten um 22 Uhr. E-Mails am Sonntagabend. Der Satz „Ich schau gleich nochmal drauf“, der nie wirklich gleich ist, sondern erst zwei Stunden später, wenn eigentlich Familie dran wäre. In vielen IT-Teams ist das kein Ausnahmezustand, das ist der Normalbetrieb. Offiziell redet man von flexibler Arbeit. Real ist es Verfügbarkeit ohne Ende.

Das Nervensystem braucht klare Phasen der Aktivierung und der Erholung. Wer 16 Stunden am Tag auf leisem Pegel erreichbar ist, ist nie im vollständigen Feierabend und nie im vollständigen Fokus. Chronische Low-Level-Aktivierung ist nachweislich einer der härtesten Treiber für psychische Erschöpfung — subtiler als akuter Stress, aber deutlich langlebiger.

„Ship fast“ und der Dauer-Notfallmodus

In vielen IT-Unternehmen gilt Geschwindigkeit als oberste Tugend. „Move fast and break things“, auch wenn das Originalzitat inzwischen längst korrigiert wurde. Sprints, Releases, Hotfixes, On-Call-Rotations. Wenn alles Priorität 1 hat, ist nichts mehr Priorität. Und das Nervensystem lebt dauerhaft in dem, was es als Notfallmodus liest.

Das ist nicht per se schlecht. Akuter Druck kann Teams zusammenschweißen und Energie freisetzen. Das Problem entsteht, wenn der Notfallmodus zum Dauerzustand wird. Dann verändert sich, wie Menschen sich begegnen. Geduld nimmt ab. Details fallen durch. Retros werden zum Schaulaufen statt zur Reflexion. Und die Leute, die sich trauen, „Stopp“ zu sagen, sind plötzlich die Problemfälle.

Der 10x-Developer-Mythos

Die Vorstellung, dass es Entwickler gibt, die zehnmal so produktiv sind wie andere — und dass man selbst so einer sein sollte — ist in IT-Kulturen tief eingebrannt. Der Haken daran: Dauerleistung auf Spitzenniveau ist biologisch nicht möglich. Der Körper kann das kurzfristig, nicht auf Dauer. Wer versucht, es trotzdem zu liefern, tut das entweder durch Kompensation (Koffein, wenig Schlaf, Selbstabschottung) oder durch Abspaltung (weniger spüren, weniger fühlen, weniger mit Kolleginnen verbunden sein).

Beides kostet. Und beides schlägt zu — nur leise und mit Verzögerung. Ich habe selten erlebt, dass jemand in der IT akut zusammenklappt. Ich habe oft erlebt, dass jemand drei Jahre lang hart fährt, dann das Projekt wechselt — und plötzlich merkt, dass nicht nur er sich verändert hat, sondern dass sein Nervensystem einen ganz anderen Grundton angenommen hat. Engere Atmung. Kürzere Geduld. Schlaf, der nicht mehr tief geht.

Was Standard-BGM in IT-Unternehmen nicht löst

Die meisten BGM-Pakete, die an IT-Unternehmen verkauft werden, sind aus dem produzierenden Gewerbe der Neunzigerjahre übertragen. Rückenschule. Ergonomie-Beratung. Ernährungsseminar. Grippeimpfung. Alles sinnvoll — aber an der eigentlichen Belastung einer IT-Belegschaft vorbei.

Tischkicker und Obstkorb

Der Tischkicker wird zur Deko, wenn im Team kein psychologischer Raum da ist, ihn zu nutzen. Ich habe Firmen gesehen, die Hunderttausende in ihre „Employee Experience“ gesteckt haben — mit PS5 im Pausenraum und Craft-Beer am Freitag — und in denen trotzdem zwei Führungskräfte gleichzeitig in den Burnout gerutscht sind. Weil das, was sie gebraucht hätten, nicht in einem Pausenraum steht.

Yoga-Apps und Achtsamkeits-Plattformen

Ich sage das als jemand, der selbst über 20 Jahre Yoga unterrichtet: Eine Yoga-App im BGM-Paket ist fast immer Symbolpolitik. Sie wird von den Leuten genutzt, denen es ohnehin gut geht. Die, die sie bräuchten, schalten sie nach zwei Wochen weg — weil Appeinsatz ein weiterer Punkt auf der Liste ist, die ihr Nervensystem schon überfordert. Das Problem bei App-only-Lösungen: Sie adressieren das einzelne Individuum. Die Dysregulation entsteht aber im Team, im Meeting, in der Führungsbeziehung. Da hilft keine App.

§20 SGB V-Kurse

Präventionskurse nach §20 SGB V sind formal sauber und werden von Krankenkassen bezuschusst. Das ist okay als Baustein. Aber als Gesamt-BGM einer IT-Firma reicht das nicht. Ein achtwöchiger Stressbewältigungskurs am Dienstagabend im Stadtteilzentrum — das ist für niemanden die Lösung, der 50 Stunden pro Woche im Release-Stress hängt. Und der Steuerfreibetrag nach §3 Nr. 34 EStG (600 Euro pro Mitarbeitendem) ist ein netter Hebel, aber kein Konzept.

Kurz gesagt: Standard-BGM behandelt einzelne Mitarbeitende, wenn das Problem im System liegt. Das ist, als würde man den Server neu starten, wenn die Load Balancer falsch konfiguriert sind. Funktioniert kurz, dann fällt alles wieder um.

Der STRESSWISE-Ansatz: Nervensystemkompetenz für digital erschöpfte Teams

Der Unterschied beginnt mit einer einfachen Umstellung: Wir behandeln Stress nicht als mentales Phänomen, sondern als biologischen Zustand. Das klingt klein, ändert aber alles.

Wenn ein Team unter Druck in Panik verfällt oder ein Entwickler bei jeder Code-Review defensiv wird, ist das kein Charakterproblem. Das ist ein Nervensystem, das unter Last in seine alten Muster fällt. Das lässt sich verstehen, regulieren und trainieren. Aber nicht durch mentale Tipps, sondern durch Arbeit mit dem Körper und mit der Gruppe.

Ich nenne das Nervensystemkompetenz. Und das ist der Baustein, den klassisches BGM in IT-Unternehmen komplett auslässt. Wie das systematisch aussieht, habe ich im Detail bei der Nervensystemregulation am Arbeitsplatz beschrieben.

Körperbasiert statt kognitiv

Die meisten IT-Professionals, die ich kennengelernt habe, sind kognitiv exzellent. Sie können ihren Stress erklären. Sie kennen die Modelle. Sie wissen, was sie tun sollten. Genützt hat es ihnen oft nix. Weil Stressreaktionen nicht im Denken entstehen und nicht im Denken aufgelöst werden. Sie entstehen im Körper — und müssen dort angesprochen werden.

Das heißt nicht, dass wir im Unternehmen Yoga-Matten ausrollen. Das heißt: Atmung, Körperwahrnehmung, Bewegungsimpulse werden zu Werkzeugen, die in ein Meeting passen, an den Schreibtisch, zwischen zwei Tickets. Kurz, konkret, nicht esoterisch. Wer dazu praktische Beispiele sehen will, findet zehn davon in den Vagusnerv-Übungen für den Arbeitsalltag.

Wichtig dabei: Das ist keine Wellness-Intervention mit Yoga-Stamp. Das ist Arbeit am autonomen Nervensystem. Wer seit Jahren im Sympathikus-Modus lebt — das heißt in einem dauerhaften Kampf-oder-Flucht-Zustand — kommt nicht durch gutes Zureden aus diesem Zustand heraus. Er kommt durch Körperarbeit heraus. Atmung, die den Parasympathikus aktiviert. Mikro-Bewegungen, die gespeicherten Stress lösen. Räume, in denen Sicherheit nicht nur behauptet, sondern körperlich erlebt wird. Das sind keine Methoden aus dem Wellnessbereich. Das sind diagnostisch und physiologisch fundierte Werkzeuge, die in der Traumaforschung und in der Stressmedizin etabliert sind — nur im Unternehmenskontext bisher kaum angekommen.

Co-Regulation als Teamfähigkeit

Nervensystemkompetenz auf Teamebene heißt: Das Team weiß, wann es selbst kippt. Und hat Werkzeuge, sich gegenseitig zu stabilisieren — ohne Therapie-Vokabular, ohne Pathologisierung. Das klingt weich, ist aber das, was den Unterschied macht zwischen einem Team, das unter Druck zusammenwächst, und einem Team, das unter Druck zerfällt.

Konkrete Bausteine für BGM in Software-Unternehmen

Ein BGM für ein IT-Unternehmen muss zum realen Arbeitsalltag passen. Nicht zum Wellness-Prospekt. Diese Bausteine sehe ich in der Praxis am wirksamsten:

Für die Belegschaft (hybrid und remote)

• Mikro-Interventionen im Arbeitsalltag: 90-Sekunden-Reset nach langen Meetings, Atemprotokolle vor Deep-Work-Blöcken, Körper-Check-ins beim Kontextwechsel. Eingebettet in den Workflow, nicht daneben.
• Physische Workshop-Formate: Ein halber oder ganzer Tag in Präsenz, in dem das Team erlebt, wie Nervensystemregulation praktisch funktioniert. Online reicht nicht — das braucht den Raum.
• Pausenarchitektur: Echte Pausen statt Tool-Switching. Das heißt: Kalenderblock, Kamera aus, Kopfhörer ab — und einen Impuls, was in diesen 10 Minuten konkret zu tun ist. Ohne Struktur wird aus der Pause nur der nächste Slack-Check.
• Schlafhygiene und Bildschirmverhalten: Weniger als Einzelkurs, mehr als Team-Vereinbarung. Wer abends um 23 Uhr noch Slack-Nachrichten schickt, entreguliert nicht nur sich, sondern das ganze Team.

Für Führungskräfte

• Nervensystem-informierte Führung: Führungskräfte lernen, was in ihrem eigenen Körper passiert, wenn sie unter Druck geraten — und wie sie verhindern, dass sich das über das Team verteilt. Stress ist ansteckend. Regulation auch.
• Meeting-Design: Check-ins, Pacing, bewusster Abschluss. Das kostet zwei Minuten pro Meeting und macht einen Unterschied, den jeder im Team spürt.
• Feedback-Kultur, die das Nervensystem berücksichtigt: Code-Reviews, Retros und Eskalationen laufen anders, wenn Menschen sich sicher fühlen. Das ist kein Soft-Skills-Training. Das ist Biologie.

Für die Unternehmenskultur

• Gefährdungsbeurteilung psychische Belastung, die ihren Namen verdient: Die GBU Psyche ist ohnehin Pflicht. Wer sie nicht als Compliance-Termin behandelt, sondern als Diagnose-Tool, bekommt die präzisesten Daten, die man über ein IT-Team haben kann.
• Messbare Kennzahlen: Fehlzeiten, Fluktuation, Engagement-Scores, Krankenstand nach Cluster. Ohne Zahlen bleibt BGM Behauptung. Wie das wirkt, habe ich bei Fehlzeiten senken und im Detail bei BGM ROI aufgedröselt.
• Verankerung in der Personalentwicklung: BGM ist kein Projekt. Es ist ein Prozess. Wer es als einmalige Aktion denkt, investiert in eine Kampagne, nicht in eine Kultur.

Drei häufige Fehler bei BGM in IT-Unternehmen

Und weil ich sie immer wieder sehe — kurz und klar:

Wie das in der Praxis aussieht

Damit das nicht abstrakt bleibt — ein Bild, wie ein erster Schritt bei einem IT-Kunden aussehen kann:

Ein Software-Unternehmen mit rund 80 Leuten, hybride Arbeit, hohes Tempo, zwei Führungskräfte signalisieren im Halbjahresgespräch, dass sie überlastet sind. Der klassische Reflex wäre: Coaching buchen, vielleicht einen Burnout-Retreat. Wir gehen anders rein. Zuerst eine Analyse: Wo liegt die Belastung wirklich, welche Teamstrukturen halten den Stress im System, was sagt das Nervensystem der Führungsebene.

Dann ein Tagesworkshop mit dem Leadership-Team in Präsenz. Nicht PowerPoint. Körperarbeit, Atmung, Co-Regulation. Am Ende ein praktisches Set an Mikro-Interventionen, das sofort in den Alltag passt — vor Meetings, zwischen Tickets, im eins-zu-eins. Dazu eine schlanke Retro-Struktur, die Stresszustände im Team benennbar macht. Keine Pathologisierung, kein Therapie-Sprech. Einfach Sprache für etwas, für das vorher keine Sprache da war.

Nach drei Monaten folgt ein halber Tag mit dem erweiterten Team. Nach sechs Monaten schaut man sich die Daten an: Fehlzeiten, Engagement-Scores, die subjektive Einschätzung der Führungskräfte. Und dann entscheidet man, ob und wie weitergemacht wird. Kein Dauerabo, kein Wellness-Programm — ein BGM, das aufbaut, misst und anpasst. Das passt zu IT. Das ist skalierbar, pragmatisch, gscheit.

Häufig gestellte Fragen