Zwei ehemalige Studierende kehrten mit T-Systems auf den Campus zurück

Das meiste, was die Studierenden bei 42 Wolfsburg lernen, lernen sie voneinander. Das funktioniert beim Programmieren gut, bei Fragen wie „Was macht ein Softwarearchitekt den ganzen Tag?“ oder „Wie verhält sich ein Team, wenn die Produktion um vier Uhr nachmittags zusammenbricht?“ hingegen eher weniger gut. Für solche Fragen braucht man Leute, die das selbst schon erlebt haben.

Also haben wir T-Systems gebeten, auf den Campus zu kommen. Sie schickten vier Mitarbeiter: Volker Wurst, Senior Software Architect, Barbara Mund, Agile Coach, sowie zwei Mitarbeiter, die sich im Gebäude sehr gut auskennen. Fedir Staryk, DevOps-Backend-Entwickler, und Michail Chatzipanagiotou, Senior DevOps Engineer, haben beide hier studiert, bevor sie bei T-Systems angefangen haben.

die zu Besuch kamen.

T-Systems ist das IT-Unternehmen der Deutschen Telekom für den Unternehmensbereich. Laut eigener Unternehmenspräsentation beschäftigt es mehr als 25.000 Mitarbeiter in 26 Ländern und ist in den Bereichen Cloud, Sicherheit, Konnektivität und Digitalisierung für andere Unternehmen tätig, wobei die Automobilindustrie zu seinen Schwerpunktbranchen zählt. Außerdem unterhält es einen Standort in Wolfsburg, der für die Automobilindustrie tätig ist.

Und das Unternehmen blickt auf eine lange Zusammenarbeit mit dieser Schule zurück. T-Systems gibt auf seiner Karriereseite an, seit 2022 mit 42 Wolfsburg zusammenzuarbeiten, und gehörte zu den Unternehmen, die 42 Berlin bei der Gründung des Standorts unterstützt haben. Auf derselben Seite heißt es, dass das Unternehmen mehrere 42-Studierende als Praktikanten eingestellt hat und dass einige von ihnen anschließend eine Festanstellung erhalten haben.

das „Frag mich alles“.

Die erste Hälfte war ein offener Austausch ohne vorgefertigte Folien und ohne festgelegtes Thema. Die Studierenden stellten Fragen zu den Dingen, die in einer Stellenanzeige nie erwähnt werden: Wie schafft man den Wechsel vom Backend-Bereich in die Architektur? Was macht ein Agile Coach, wenn ein Team den Prozess stillschweigend ignoriert? Und ist ein DevOps-Ingenieur ein Entwickler, der sich mit den Servern herumschlagen muss, oder etwas ganz anderes?

Die Anwesenheit von zwei ehemaligen Studierenden in der Diskussionsrunde veränderte die Atmosphäre. Fedir und Michail hatten früher auf denselben Stühlen gesessen, bevor sie auf die Seite der Industrie wechselten. Als sie also über ihre ersten Monate bei T-Systems sprachen, hörte der Saal eher einen Werdegang als eine Geschichte. Ein Karriereweg bleibt abstrakt, bis jemand, den man einst bewertet hat, mit einer bestimmten Berufsbezeichnung vor einem steht.

Was ein DevOps-Ingenieur eigentlich macht.

Die Antwort auf diese letzte Frage lautet: „Etwas ganz anderes“. Amazon Web Services, das viele dieser Tools vertreibt, beschreibt DevOps als eine Mischung aus Kultur, Vorgehensweisen und Tools, die es einem Unternehmen ermöglicht, Software schnell und zuverlässig bereitzustellen. In der Praxis automatisieren DevOps-Ingenieure Arbeiten, die früher langsam und manuell erledigt wurden. Sie erstellen Pipelines, die jede Änderung automatisch testen und für die Veröffentlichung vorbereiten, sie beschreiben Server und Netzwerke als Code, anstatt sie manuell einzurichten, und sie überwachen Metriken und Protokolle, damit ein Team schnell reagieren kann, wenn etwas schiefgeht.

Genau dieser letzte Punkt war der Grund dafür, dass in der zweiten Hälfte der Veranstaltung ein DevOps-Ingenieur im Mittelpunkt stand.

Dann ging etwas kaputt.

Der zweite Teil bestand aus einer Fallstudie, die auf einem simulierten realen Vorfall basierte. Etwas geht kaputt, und ein funktionsübergreifendes Team muss unter Zeitdruck herausfinden, was passiert ist und wie man damit umgeht. Die Studierenden übernahmen die Rollen, die ein echtes Team einnehmen würde: den DevOps-Ingenieur, der den Fehler aufspürt, den Architekten, der gefragt wird, ob das Design dies zulässt, den Agile-Coach, der die Gruppe vor endlosen Diskussionen bewahrt, und die Person, die all dies jemandem außerhalb des Raums erklären muss.

Es wurde laut, was auch die Absicht war. Bei dieser Übung ging es weniger darum, den Fehler zu beheben, als vielmehr darum, zu beobachten, wie die Rollen unter Druck voneinander abhängen. Die meisten Studierenden hatten bereits über diese Berufe gelesen, aber nur sehr wenige hatten schon einmal unter Zeitdruck in einem solchen Job gearbeitet.

Drei Dinge, die mir besonders im Gedächtnis geblieben sind.

Konzepte vor Werkzeugen. Sprachen, Plattformen und Cloud-Umgebungen ändern sich alle paar Jahre. Ein tiefgreifendes Verständnis der Grundlagen – beispielsweise wie Container aufgebaut sind oder welche Verpflichtungen ein Programmierparadigma mit sich bringt – ermöglicht es einem Entwickler, zwischen verschiedenen Stacks zu wechseln, ohne jedes Mal bei Null anfangen zu müssen. Die Werkzeuge sind nur ein Detail; das Denken ist die eigentliche Aufgabe.

KI ist nur so gut wie die Frage, die man ihr stellt. Die Podiumsteilnehmer zeigten sich offen gegenüber KI-Tools, wiesen aber auch klar auf deren Grenzen hin. Ein Modell liefert gerne selbstbewusst Unsinn, wenn die Eingabe vage ist. Klare Kommunikation, präzise Fragen und die Fähigkeit, ein Problem in einzelne Teile zu zerlegen, werden mittlerweile genauso wichtig wie das Schreiben des Codes selbst – und genau das wird bei der Peer-Bewertung bei „42“ jede Woche trainiert.

Niemand arbeitet allein. Die Fallstudie hat dies besser verdeutlicht, als es ein Vortrag je könnte. DevOps-Ingenieure, Agile-Coaches und Architekten sind die Menschen, mit denen unsere Studierenden im Laufe ihrer Karriere zusammenarbeiten werden. Zu sehen, wie diese Rollen in einem Raum aufeinandertreffen und sich gemeinsam einem Problem stellen, das keinen Aufschub duldete, war lehrreicher als jede einzelne Beschreibung dieser Rollen.

Ein Hörsaal im Vergleich zu einem defekten Server.

Der Rat, eher Konzepte als Werkzeuge zu lernen, klingt nach etwas, das eine Universität sagen würde, und in gewisser Weise ist es das auch. An der TU Braunschweig, der nächstgelegenen technischen Universität, dauert ein Bachelorstudium der Informatik sechs Semester und umfasst 180 Credits. Mindestens 120 davon stammen aus benoteten, geprüften Modulen, und auf der Pflichtliste stehen theoretische Informatik, Algorithmen und Mathematik. Man lernt eine Menge Theorie und weist diese in schriftlichen Prüfungen nach.

42 ist keine Universität und gibt auch nicht vor, eine zu sein. Es gibt keine Vorlesungen, keine Dozenten und keine Prüfungen, auf die man pauken muss. Die Studierenden lernen durch die Umsetzung von Projekten, die aufeinander aufbauen: Sie beginnen mit C und gehen dann weiter zu Python, Algorithmen, Netzwerken, Systemadministration, KI und dem Web. Ein Projekt funktioniert entweder oder wird überarbeitet, und es wird von anderen Studierenden überprüft, die ihrerseits ebenfalls überprüft werden. Die Grundlagen, über die die Podiumsdiskussionsteilnehmer sprachen, sind ebenfalls enthalten. Systemadministration, Virtualisierung und Docker bilden ein ganzes Modul des Kerncurriculums.

Keine der beiden Methoden ist in jeder Hinsicht besser. Aber ein Produktionsvorfall ähnelt viel eher einem „42“-Projekt als einer schriftlichen Prüfung: ein unbekanntes Problem, unvollständige Informationen, andere Personen im Raum und niemand, der darauf wartet, dir die Antwort zu geben.

Warum wir das immer wieder tun.

Betriebsbesichtigungen sind hier keine reine Alibiveranstaltung. Eine Schule ohne Lehrer ist auf die Außenwelt angewiesen, um den Schülern zu zeigen, wohin der berufliche Weg führt, und auf ehemalige Schüler, um zu beweisen, dass dieses Ziel von diesen Schulbänken aus erreichbar ist.

Genau so ist auch die Hochschule aufgebaut. Die „42 Wolfsburg“ wurde 2021 mit Volkswagen als Gründungspartner eröffnet und wird von Unternehmen statt von Studierenden finanziert, sodass der Studienbetrieb kostenlos ist. Zu ihren strategischen Partnern zählen Volkswagen, CARIAD, Bayer und New Yorker, unterstützt werden sie zudem von SAP, T-Systems und anderen. In den ersten fünf Jahren zählten 42 Wolfsburg und 42 Berlin mehr als 200 solcher Berührungspunkte mit der Industrie, von Hackathons und Betriebsbesichtigungen bis hin zu Workshops und Veranstaltungen wie dieser.

Die Ergebnisse spiegeln sich in den Zahlen wider. Der Karrierebericht vom Dezember 2025 von „42 Wolfsburg“ und „42 Berlin“ erfasste mehr als 420 Studierende mit nachgewiesener Berufserfahrung. Von den 537 Positionen, die sie innehatten, waren 60 % unbefristete Arbeitsverträge, etwa jede fünfte Stelle war bei einem offiziellen Partnerunternehmen, und 40 Praktika hatten zu einer Festanstellung beim selben Arbeitgeber geführt.

Zwei unserer ehemaligen Mitarbeiter, die auf der T-Systems-Seite des Raums wieder dabei waren, haben mehr dazu beigetragen als jede Broschüre. Und sie waren auch nicht die einzigen Ehemaligen, die diesen Herbst wieder auf dem Campus waren: Evangelos kam zurück, um über Networking für Leute zu sprechen, die Networking hassen.

Vielen Dank an das Team von T-Systems International, dass es Zeit auf dem Campus verbracht hat, statt einer Verkaufspräsentation ein reales Szenario vorgestellt hat und die nächste Generation von Tech-Talenten so ernst genommen hat, dass es ihnen erlaubt hat, Dinge zu „zerstören“.