Scanner, kein Diver: Wie du Burnout in der IT stoppst und eine Umgebung für Wachstum schaffst
Nach 15 Jahren in der Programmierung entdeckte ich ein Muster: alle 1–1,5 Jahre in einem neuen Job setzte Burnout ein. Nur die Übernahme des „Scanner“-Konzepts und das bewusste Schaffen einer Umgebung für ein breites Spektrum an Interessen halfen mir, den Teufelskreis zu durchbrechen. Hier ist, wie es auf deine Karriere anwendbar ist.
Burnout-Muster: Die Zahlen lügen nicht
Bei der Analyse meiner Karriere fiel mir ein klares Muster auf. Erster Job — 5 Jahre (Java-Entwickler), zweiter — 3 Jahre (Salesforce-Entwickler), danach — je 1–1,5 Jahre. Früher schob ich es auf äußere Faktoren: schlechte Führung, veraltete Tech-Stacks, unpassende Teams. Aber die wahre Ursache lag tiefer.
Im ersten Job blieb ich 5 Jahre, weil das Unternehmen ständig neue Herausforderungen bot: von Servlets und JSP bis zu Alfresco, GWT und FileNet. Die Lernkurve stieg stetig an. Im zweiten ein radikaler Stack-Wechsel zu Salesforce. Der Übergang verlief reibungslos dank meiner Java-Basis, und kurze Projekte (von einer Woche bis zu ein paar) lieferten schnelles Feedback und Dopamin-Kicks. Aber nach einem Jahr oder so wurde der Stack vertraut, die Aufgaben vorhersehbar, und die Lernkurve stagnierte. Mein Akku entleerte sich.
Die Ausnahme: Wie DINS eine scannerfreundliche Umgebung schuf
Ein Unternehmen widersetzte sich dem Trend — DINS. Dort arbeitete ich glücklich, obwohl ich einmal wegwollte. Der Schlüssel war der Teamlead, der ermutigte, jedes Problem ohne Bürokratie anzugehen. Sie gaben mir Zeit zum Lernen, Prototyping und Implementieren. Ich erzeugte Neuheit selbst, statt auf sie aus Aufgaben zu warten. Das war die scannerfreundliche Umgebung.
Wendepunkt: KI als Katalysator für Kreativität
Letzten Sommer empfahl mir mein Bruder Perplexity. In Chats mit Claude Sonnet sah ich einen qualitativen Sprung: Aufgabenanalyse, Code-Generierung und Ideen-Brainstorming wurden deutlich effizienter. In 4 Monaten startete ich über 40 Projekte:
- Plugins für IntelliJ IDEA und Obsidian
- Tools zur Automatisierung Routineaufgaben
- Multi-User-Plattformen
- Ein Versuch, ein OS in Zig zu schreiben
Der Ideenfluss beschleunigte sich, mein Zeitplan verschob sich: 4 Stunden Schlaf, Ideen notiert direkt nach dem Aufwachen. Es war eine Höchstproduktivitäts-Phase ohne Burnout.
Scanner-Konzept: Kein Makel, sondern Architektur
Als Projekte sich häuften, fragte ich die KI: „Wie organisiere ich Ideen und wähle monetarisierbare aus?“ Die Antwort führte mich zum Buch von Barbara Sher Refuse to Choose. Sie beschreibt zwei Typen:
Divers — tauchen tief in ein Thema ein fürs Leben. Tiefe ist ihr Element.
Scanner — sehnen sich nach Breite. Ihr Gehirn ist auf Vielfalt ausgelegt. Breite ist kein Defekt; es ist ihre Architektur.
Sher identifiziert 9 Scanner-Untertypen:
- Teller-Jongleur — jongliert mehrere Projekte gleichzeitig.
- Serien-Spezialist — taucht tief ein, wechselt dann komplett das Feld.
- Doppelagent — lebt zwei parallele Leidenschaften.
- Trophenjäger — meistert eine Fertigkeit, verliert dann das Interesse.
- Neugieriger — sammelt Wissen um des Wissens willen.
- Enzyklopädist — priorisiert Breite vor Tiefe.
- Biene — verbindet Menschen und Ideen.
- Sybil — feste Zeitfenster für jede Leidenschaft.
- Projektor — lebt von Projekt zu Projekt.
Als ich mich darin wiedererkannte, verstand ich die Wurzel meiner Burnout-Muster und des Erfolgs bei DINS.
Wie ich meinen Arbeitsansatz geändert habe
Bewaffnet mit diesem Wissen wartete ich nicht mehr auf spannende Aufgaben. Nun, sobald Routine auftaucht, schlage ich Lösungen vor: Prototyp bauen und vorführen. Ich habe bereits zwei Automatisierungsprojekte im aktuellen Unternehmen umgesetzt. Es recreiert die DINS-Stimmung, aber jetzt steuere ich es bewusst.
Typ-Test: Technische Umsetzung
Statt passiv zu lesen, baute ich ein Tool. Ich kombinierte Shers Modell mit Patrick Lencionis „6 Working Geniuses“ und codete einen Test in Java 21 + Spring Boot 3.
Stack: Thymeleaf, Gradle, Docker. Kein SPA oder Datenbank.
i18n via JSON-pivot: eine JSON pro Sprache statt Properties-Dateien. Neue Sprache = neue Datei.
{
"language": "ru",
"ui": {
"welcomeTitle": "Who you: Scanner or Diver?",
"statsLink": "📊 Statistics"
},
"sherQuestions": [
{
"id": "q1",
"text": "When I start a new project...",
"options": []
}
]
}Algorithmus: Gewichtetes Voting
Jede Antwort addiert Punkte zu mehreren Typen. Höchster Score gewinnt.
public SherResult calculate(List<Answer> answers) {
Map<SherType, Integer> scores = new EnumMap<>(SherType.class);
for (Answer answer : answers) {
answer.weights().forEach((type, weight) ->
scores.merge(type, weight, Integer::sum)
);
}
return scores.entrySet().stream()
.max(Map.Entry.comparingByValue())
.map(e -> new SherResult(e.getKey(), e.getValue()))
.orElseThrow();
}Stats ohne Datenbank: LongAdder für Inkrementierungen, Persistenz via JSON-Snapshots.
public record StatsSnapshot(
long startedSher,
long completedResult,
Map<String, Long> sherTypeCounts,
Map<String, Long> geniusCounts
) {
public double completionRate() {
if (startedSher == 0) return 0;
return (completedResult * 100.0) / startedSher;
}
}Deployment für Entwickler aus der RF: Kostenloses Hosting ohne Kreditkarte — Hugging Face Spaces im sdk: docker-Modus. Anforderungen:
- YAML-Header in
README.md:
---
title: Scanner Profile
emoji: 🔬
colorFrom: green
colorTo: blue
sdk: docker
app_port: 7860
pinned: false
---- App lauscht auf Port 7860.
Nach git push baut HF das Image und deployt. Komplett kostenlos.
Wichtigste Erkenntnisse
- Burnout in der IT entsteht oft durch Missmatch zwischen Persönlichkeitstyp (Scanner/Diver) und Arbeitsumgebung.
- Scanner brauchen eine Umgebung, in der sie Ideen frei generieren und umsetzen können, ohne Bürokratie.
- Bewusste Anwendung des Scanner-Modells ermöglicht Wachstums-Umgebungen in jedem Unternehmen.
- Technische Tools (wie dieser Java-Test) unterstützen Selbstdiagnose und Karriere-Management.
— Editorial Team
Noch keine Kommentare.