Welche Tech-Rolle passt zu einem Senior Developer in der KI-Welle?
Von Bastian Brand, Ph.D. ·
Du bist gut in deinem Job, ordentlich bezahlt — und immer sicherer, dass es die teure Entscheidung ist, diese Welle vom Angestelltenplatz aus zu beobachten. Die naheliegende Antwort lautet “bleib Developer, pack KI drauf.” Manchmal stimmt das. Aber es ist die Antwort, die fast jeder Developer gibt — und für ein Drittel von ihnen ist sie falsch.
Das Unbehagen, präzise benannt
Das Muster taucht in unseren Assessment-Daten auf und in der Hälfte aller Senior-Dev-Gespräche im Netz: Der Job ist okay, die Bezahlung ist okay, und trotzdem stimmt etwas nicht. Meistens ist es eine von zwei Sachen. Entweder hat die Karriereleiter still das Bauen gegen das Koordinieren getauscht — die Beförderung, die deine besten Stunden gegen Meetings eingetauscht hat — oder die Welle selbst ist das Unbehagen: Ein Repositionierungs-Fenster, das sich nur einmal pro Jahrzehnt öffnet, steht offen, und dein Kalender sieht genauso aus wie 2021.
Beide Varianten werden fehldiagnostiziert als “ich sollte mehr KI lernen.” Aber Skills sind nicht der Engpass für einen Senior Developer — die Position ist es. Die Frage ist nicht, was du als Nächstes lernst. Sie lautet: Welche Rolle im Ökosystem verwandelt zehn Jahre Engineering-Tiefe in den größten Hebel?
Die Standard-Falle: “Ich bin Dev, also — Developer”
Identität ist der schlechteste Karriereberater in einem Hype-Cycle. Der Coder greift reflexartig zur Developer-Rolle, so wie ein Anwalt reflexartig zum Lawyer greift — und für viele Developer ist dieser Default tatsächlich richtig: Nachfrage-Spitze, geradlinige Umsetzung, die tiefste Nutzung vorhandener Skills. Das Problem ist, dass der Default gewählt wird, ohne die Alternativen zu prüfen — von Leuten, deren eigentliche Stärke das Erklären ist, oder das Kuratieren, oder das Shippen kleiner Dinge, die ihnen gehören.
Zehn Jahre Backend-Tiefe sind ein starkes Blatt in mindestens vier verschiedenen Spielen. Es im falschen zu spielen, scheitert nicht laut — es verzinst sich einfach langsamer, über Jahre.
Was Developer wirklich unterscheidet
Zwischen zwei gleich erfahrenen Engineers sind die rollen-relevanten Unterschiede fast nie technisch. Sie sind verhaltensbezogen:
- Musst du das Ergebnis besitzen? Manche Devs blühen bei einer gut laufenden Teamleistung auf; andere leben erst dann richtig, wenn das, was gelauncht wird, ihnen gehört.
- Gibt Erklären dir Energie oder zieht es sie ab? Über das, was du gebaut hast, zu schreiben, Nutzern zu antworten, zu lehren — für manche ist es ein zweiter Motor, für andere Overhead.
- Wie viel Einkommensunsicherheit kannst du wirklich verkraften? Nicht idealisiert — wirklich. Monate ohne Gehalt sind bei manchen Richtungen ein Feature und bei anderen ein K.-o.-Kriterium.
- Bauen oder verstehen? Ein guter Samstag endet mit etwas, das funktioniert — oder mit einem Muster, das noch niemand sonst gesehen hat. Das sind verschiedene Rollen.
Die vier realistischen Richtungen
Für einen Senior Developer, der in die KI-Welle einsteigt, decken vier Richtungen die meisten ehrlichen Ergebnisse ab (vollständige Beschreibungen auf der Rollen-Seite):
Developer bleiben — aber spezialisiert und sichtbar
Du willst bauen, du bist gern angestellt, und die Welle ist deine Spezialisierungs-Chance. Der Unterschied liegt nicht in mehr Skills — sondern darin, die Arbeit sichtbar zu machen: Der Developer, der in der Öffentlichkeit baut, verzinst sich; der, der nur codet, wird zur Massenware.
The Open-Source Contributor
Du kannst es aushalten, Dinge zu bauen, die Tausende nutzen, während niemand deinen Namen kennt — und du verstehst, dass gemergte Contributions Credentials sind, die kein Lebenslauf fälschen kann. Eine Aufbau-Rolle: Der Ruf zahlt sich später aus, in Hiring, Consulting oder dem eigenen Gründen.
The Micro-Founder
Dir gehört lieber 100 % von etwas Kleinem als 5 % von etwas Großem, und dein Traumtag hat keine Meetings drin. Das Hebel-Modell: ein Produkt, das verdient, während du schläfst. Der Preis: 12–36 Monate Geduld parallel zum Brotjob.
The Infrastructure Landlord
Du hast Compute-Preise von innen gespürt und siehst Infrastruktur als Markt, nicht als Kostenposten. Die Position dessen, der die Schaufeln verkauft — verdient unabhängig davon, welche Endprodukte gewinnen. Die Hürde: Kapitalanforderungen, die die meisten anderen Rollen nicht haben.
(Und manchmal ist die ehrliche Antwort keine der vier — der Developer, dessen eigentliche Stärke das Erklären ist, gehört in die Knowledge-Producer-Rollen und weiß das meist in dem Moment, in dem es jemand laut ausspricht.)
Was eine falsche Wahl kostet
Die klassische Variante ist die Beförderungs-Geschichte: Der stärkste Builder im Team wird zum Lead gemacht, der Kalender füllt sich mit Koordination, und achtzehn Monate später ist er besser bezahlt, weiter weg von der Arbeit, die ihm Energie gab, und schaut vage auf Jobbörsen. Das ist ein Rollen-Mismatch in Zeitlupe — nichts ist gescheitert, alles ist nur schwerer geworden.
Das Wave-Timing macht die Kosten schärfer: Fehlpositionierung während einer Hype-Phase bedeutet, später wieder einzusteigen, wenn die einfache Glaubwürdigkeit weg und das Feld überfüllt ist. Wenn der Alltag einer Richtung dir in den ersten dreißig Tagen die Energie raubt, ist das kein Disziplinproblem — es sind Daten.
Hör auf zu raten — miss den Fit
Die vier Fragen oben sind die Skizze; das Assessment ist das Instrument. 77 Verhaltensfragen, fünf gleich gewichtete Dimensionen, gemessen gegen alle 27 Ökosystem-Rollen — plus ein Kapazitäts-Check (Stunden, Runway, Risiko), damit die Antwort zu deinem Leben passt, nicht nur zu deinem Temperament. Kostenlos, Ergebnis in Minuten.
Basiert auf dem 27-Rollen-Modell des Hype-Cycle-Frameworks. Über die Methode →
Zuletzt geprüft: Juli 2026
Dr. Bastian Brand — Autor von The Hype Cycle Playbook, dem Framework hinter dem roletype-Assessment und diesem Blog. Über den Autor →