Newsletter

    Newsletter abonnieren

    Neue Infrastruktur-Guides, Vergleichsberichte und Migrationshinweise direkt ins Postfach.

    Infrastruktur-Notizen, Guides und neue Tools. Jederzeit abbestellbar.

    Zurück zum Blog
    Cloud

    Er wurde als Data-Center-Techniker eingestellt. Dann wollten sie ihn zur kompletten IT-Abteilung machen

    15. Juni 2026
    7 Min. Lesezeit

    Der Job hat sich verändert, das Gehalt nicht

    Es gibt eine ganz eigene Art von Panik, wenn ein Job langsam aufhört, der Job zu sein, für den man eingestellt wurde. Der eine Tag ist man Data-Center-Techniker, eingestellt für Infrastruktur-Rollouts und handfeste Arbeit vor Ort im Rechenzentrum. Sechs Monate später soll man plötzlich WLAN, Switches, Router, Firewalls, AV-Technik, Veeam, Zabbix, Active Directory, Citrix und Netzwerk-Rollouts über drei Rechenzentren, 18 Standorte und rund 2.000 Nutzer hinweg mitverantworten. Das ist nicht „viele Hüte gleichzeitig tragen". Das ist, als würde man in den Kleiderschrank gestellt und aufgefordert, sich Mode selbst beizubringen. Der Mitarbeiter, um den es in dieser Geschichte geht, hat die Verschiebung live mitbekommen, und die Anzeichen waren hässlich.

    Das Data-Center-Paradox: Warum man in einer boomenden Branche keinen Job bekommt

    Ursprünglich wollte das Unternehmen seine Rechenzentrumsflächen ausbauen, doch das änderte sich, als die Geschäftsführung anfing zu prüfen, ob mehr Services in die Cloud wandern sollten. Ein solcher Kurswechsel kann aus einer sauber abgegrenzten Rolle über Nacht ein Chaos machen. Zwei Manager wurden entlassen. Managed-Service-Provider hatten zentrale Netzwerk- und Firewall-Aufgaben übernommen. Plötzlich erwartete der verbliebene Manager von einem Mitarbeiter mit CCNA und Erfahrung im Data-Center-Rollout, einen gewaltigen Batzen Enterprise-Netzwerkadministration zu schultern. Nicht schrittweise. Nicht mit einem echten Übergangsplan. Nur ein Schulterzucken und der klassische Fluch jedes Arbeitsplatzes: „Hier machen wir eben alles."

    „Rausgemanagt" hat einen eigenen Klang

    Der brutalste Teil war nicht einmal der fachliche Umfang, sondern das Schweigen. Der Manager reagierte nicht mehr auf SMS, Teams-Nachrichten und Anrufe. Meetings fanden plötzlich ohne ihn statt. Wenn er sich in Team-Besprechungen zu Wort meldete, wurde es still im Raum. Eine Woche lang hatte er keine sinnvolle Arbeit, und als er nach Aufgaben fragte, hieß es im Grunde nur, er solle sich keine Sorgen machen. Leute im Netz erkannten das Muster sofort. Einer brachte es auf den Punkt: Er wurde rausgemanagt. Noch nicht gefeuert, noch nicht formal verwarnt — nur langsam in eine Ecke gedrängt, in der ein Scheitern als persönliches statt als strukturelles Problem dargestellt werden konnte.

    Genau das macht diese Art von Vorgehen im Job so übel. Ein guter Manager setzt Prioritäten, klärt Zuständigkeiten, schafft Einarbeitungswege, dokumentiert Erwartungen und schirmt das Team vor dem Chaos von oben ab. Ein schlechter drückt jemandem vier Jobs auf einmal in die Hand, hält Anleitung zurück, lässt einen anderen Mitarbeiter sich Aufgaben schnappen, bevor die eigene Schicht überhaupt beginnt, und zeigt sich dann enttäuscht, dass die Person nicht wie von Zauberhand mitwächst. Ein Kommentator schrieb, der Manager habe unrealistische Erwartungen geschaffen, indem er einen Kollegen früh anfangen ließ, der Aufgaben erledigte, bevor irgendjemand anderes daraus lernen konnte, und die Erfolge dann nach oben meldete. Das ist kein Teamwork. Das sind die Hunger Games der Karriere, nur mit Badge-Reader.

    Die Unterbezahlung war für alle offensichtlich

    Dann kamen die Gehaltsdetails auf den Tisch, und die Stimmung in der Diskussion kippte komplett. Der Mitarbeiter berichtete, er sei festangestellt mit Gehalt, während der Rest des Teams stundenweise bezahlt wurde. Er hatte Wochen mit bis zu 65 Stunden hinter sich und brachte dabei etwa 1.200 $ nach Hause. Es gab 15-Stunden-Tage. Sieben Tage am Stück. Eine Fusion oder Übernahme hatte dem Team zusätzliche Arbeit aufgebürdet, und wegen der Gehaltsregelung gab es kein Polster durch Überstundenbezahlung. Die Reaktionen fielen alles andere als zurückhaltend aus. Ein Kommentator meinte, ein Amazon-Fahrer könnte mehr verdienen. Ein anderer schrieb, jemand mit diesem Skill-Mix müsste eigentlich deutlich mehr wert sein, je nach Standort und Rolle vielleicht um die 120.000 $.

    Das saß aus gutem Grund so tief. Das Unternehmen verlangte nicht einfach nur Einsatz. Es zog sich Flexibilität heraus, ohne für das Risiko zu bezahlen. Netzwerktechnik, Firewall-Administration, Systembetreuung, Citrix-Umgebungen, Monitoring-Plattformen und Rechenzentrumsbetrieb sind aus gutem Grund eigene Disziplinen. Ja, in kleineren Teams verschwimmen die Grenzen manchmal. Ja, Tech-Mitarbeiter lernen oft im laufenden Betrieb dazu. Aber zwischen Wachstum und Ausbeutung liegt ein Unterschied. Wachstum kommt mit Mentoring, klarem Zuschnitt, Zeit und einer Bezahlung, die den größeren Job widerspiegelt. Ausbeutung klingt nach „bei uns macht jeder alles", während eine einzelne Person sich Nächte und Wochenenden um die Ohren schlägt, um hinterherzukommen.

    Der Rat war unverblümt: Gehen, bevor sie die Geschichte umschreiben

    Der lauteste Rat war simpel: intensiv Vorstellungsgespräche suchen. Mehrere Leute rieten ihm, seine Erfahrung bei einem Hyperscaler oder einem größeren Rechenzentrumsbetreiber einzubringen, und nannten Firmen wie AWS, Microsoft und Google als naheliegende Adressen. Das war keine naive Markenverehrung. Die Logik dahinter war praktisch. Größere Betreiber trennen Rollen in der Regel sauberer. Von einem Data-Center-Operations-Techniker wird meist nicht erwartet, im Alleingang ein landesweites Enterprise-Netzwerk, den Firewall-Stack, eine Citrix-Umgebung, eine Monitoring-Plattform und was auch immer an AV-Problemen an diesem Morgen in der Warteschlange landet, zu verantworten. Die Arbeit mag weiterhin anspruchsvoll sein, aber zumindest ist die Box korrekt beschriftet.

    Es gab auch Angebote für Empfehlungen, Lebenslauf-Feedback und Direktnachrichten. Das ist wichtig. Das Internet kann ein einziges Trümmerfeld sein, aber ab und zu macht eine Fach-Community genau das, wofür sie eigentlich da ist: jemandem sagen, dass er nicht verrückt ist, das Problem benennen und ein paar Türen öffnen. Der Mitarbeiter bewarb sich bereits anderswo, und das war der richtige Instinkt. Wenn ein Manager aufhört zu kommunizieren, Meetings verschwinden, Aufgaben versiegen und die Erwartungen unmöglich bleiben, ist Warten auf Gnade ein schlechter Plan. Besser, den Lebenslauf vorzubereiten, Kopien unverfänglicher persönlicher Beschäftigungsunterlagen zu sichern, Daten und Fakten schriftlich festzuhalten und zu wechseln, bevor das Unternehmen das ganze Ende bestimmt.

    Die andere Seite: Vielleicht gerät auch das Unternehmen in Panik

    Es gibt noch eine andere Perspektive, auch wenn sie die Situation nicht fairer macht. Möglicherweise steht das Unternehmen selbst unter Zugzwang. Gespräche über Cloud-Migration, entlassene Manager, Abhängigkeit von MSPs und der Versuch, Services wieder ins Haus zu holen, deuten darauf hin, dass die Geschäftsführung gleichzeitig Kosten senken und Kontrolle zurückgewinnen will. Das ist eine unschöne Kombination. Aus ihrer Sicht sehen sie vielleicht ein kleines Team und denken: „Wir brauchen Generalisten, die alles können." Sie glauben womöglich, ein CCNA bedeute, dass jemand schnell in die Netzwerkverantwortung hineinwachsen kann. Vielleicht denken sie sogar, sie würden eine Chance bieten, statt Risiko nach unten durchzureichen. Unternehmen sind sehr gut darin, Verzweiflung mit Strategie zu verwechseln.

    Aber Panik ist kein Personalmodell. Wenn ein Unternehmen drei Rechenzentren, 18 Standorte und 2.000 Citrix-Nutzer betreibt, braucht es echte betriebliche Disziplin. Dokumentation sollte nicht bei einem MSP gefangen sein, der sie kaum teilt. Die Lernkurve einer einzelnen Person sollte nicht zum Übergangsplan des Unternehmens werden. Der Frust eines Managers ersetzt kein Training. Und eine Gehaltseinstufung sollte nicht als Zauberformel dienen, um 65-Stunden-Wochen normal erscheinen zu lassen. Vielleicht steht das Unternehmen unter Druck. Gut, das trifft auf die meisten Unternehmen zu. Das heißt aber nicht, dass die am wenigsten geschützte Person im Team der Stoßdämpfer für jede schlechte Entscheidung von oben werden muss.

    Am beängstigendsten ist, wie normal sich das anhört

    Was an der Geschichte besonders wehtut, ist, dass sie nicht selten klingt. Viele Tech-Mitarbeiter haben eine Version davon selbst erlebt: für eine Rolle eingestellt, in drei weitere hineingezogen, gelobt für ihre „Anpackermentalität" — bis sie um Unterstützung bitten und plötzlich als Problem behandelt werden. Die Angst des Mitarbeiters, gefeuert zu werden, mag berechtigt sein, aber die größere Wahrheit ist härter. Manchmal ist es nicht die Tragödie, aus einer kaputten Rolle gedrängt zu werden. Die eigentliche Tragödie könnte sein, lange genug zu bleiben, um zu glauben, das Scheitern läge an einem selbst.

    Der klügste Schritt jetzt ist nicht, um Verständnis zu betteln. Es ist, zu dokumentieren, sich zu bewerben, Vorstellungsgespräche zu führen und die Erfahrung als das einzuordnen, was sie wirklich ist: sechs intensive Monate mit echtem Kontakt zu Enterprise-Infrastruktur unter chaotischen Bedingungen. Diese Geschichte hat Wert. CCNA, Data-Center-Rollout, Berührung mit Palo Alto, Veeam, Zabbix, Active Directory, Citrix, Koordination mit MSPs, Fusionen, Support über mehrere Standorte hinweg — das ist nicht nichts. Es ist ein schmerzhafter Crashkurs. Das Unternehmen versucht vielleicht, Kosten zu sparen. Der Manager versucht vielleicht, ihn rauszumanagen. Aber der Abgang kann trotzdem zum Upgrade werden. Manchmal sind Warnsignale nicht das Ende einer Karriere. Sie sind der Alarm, der einem sagt: raus, bevor das Gebäude brennt.