Entwickler-Onboarding: Die Checkliste für die ersten 90 Tage
20% der neuen Mitarbeiter kündigen in den ersten 90 Tagen. Bei IT-Fachkräften mit durchschnittlich 3-5 parallelen Angeboten ist die Zahl noch höher. Strukturiertes Onboarding reduziert das auf unter 5%. Hier ist die komplette Checkliste.
Warum Onboarding entscheidend ist: Die Zahlen
Vor dem Start: Pre-Boarding
Pre-Boarding beginnt am Tag der Vertragsunterschrift — nicht am ersten Arbeitstag. Kandidaten die zwischen Unterschrift und Startdatum nichts hören, zweifeln an ihrer Entscheidung.
Woche 1: Orientierung & erster Commit
Ziel der ersten Woche: Der neue Entwickler hat einen produktiven Commit gemacht, das Team kennengelernt, und versteht die Architektur auf hoher Ebene.
Team-Vorstellung (30min), Architektur-Walkthrough (60min), Dev-Setup mit Buddy, erster Commit (README-Fix oder ein-Zeilen-Bug-Fix). Virtuelles Team-Lunch bei Remote.
Code-Walkthrough der 3 wichtigsten Services/Module. PR-Review-Prozess kennenlernen. Buddy zeigt den typischen Tagesablauf.
Produkt-Demo vom PM. Business-Modell und Kundenkontext verstehen. Erste eigene PR erstellen (vorbereiteter kleiner Task).
Ersten Bug fixen oder kleines Feature bauen (gut dokumentiert, klar scoped). On-Call-Prozess erklären (erstmal nur beobachten).
Wochenrückblick mit Buddy + Hiring Manager. Was lief gut? Was fehlt? Feedback in beide Richtungen. Plan für Woche 2 besprechen.
Woche 2-4: Eigenständige Produktivität
Monat 2-3: Volle Eigenverantwortung
Remote-Onboarding: Was sich ändert
Remote-Onboarding erfordert mehr Struktur, nicht weniger. Alles was im Büro beiläufig passiert, muss bewusst geplant werden.
Hardware 3-5 Tage vor Start versenden
Nichts ist schlimmer als am ersten Tag auf den Laptop zu warten. Inkl. Setup-Anleitung und Troubleshooting-Kontakt.
Tägliche 15-Min-Check-ins in Woche 1
Kurz, nicht aufdringlich. Nur: 'Wie geht's? Brauchst du was?' Verhindert, dass sich Remote-Neulinge verloren fühlen.
Video-Buddy-System (30 Min/Tag, 2 Wochen)
Der Buddy ist täglich per Video erreichbar. Nicht für Arbeitsfragen, sondern für alles andere: Teamkultur, ungechriebene Regeln, Smalltalk.
Asynchrone Dokumentation ALLER Prozesse
Was im Büro mündlich weitergegeben wird, muss Remote schriftlich existieren. Architektur-Docs, PR-Guidelines, On-Call-Runbook.
Bewusste Socializing-Momente
Virtuelles Team-Lunch am Tag 1, Coffee Chats mit jedem Teamkollegen in Woche 1, optionale Social-Meetings (Gaming, Cooking, etc.).
Die 7 größten Onboarding-Fehler
"Schau dir den Code an"
Vorbereitete Aufgaben mit klarem Scope. Der erste Task sollte am Tag 1 fertig sein.
Kein Buddy/Mentor zugewiesen
Buddy = nicht der Vorgesetzte. Jemand der Fragen beantwortet die man dem Chef nicht stellt.
Keine 1:1s in der Probezeit
Wöchentliche 1:1s sind Pflicht. Probleme früh erkennen statt bei der Probezeitbeurteilung.
Zu viel Information auf einmal
Gestaffelt: Woche 1 = Architektur, Woche 2 = Prozesse, Woche 3 = Business-Kontext.
Keine frühen Erfolgserlebnisse
Tag-1-Commit ist psychologisch wichtig. Zeigt: 'Ich kann hier sofort beitragen.'
Feedback erst nach 3 Monaten
2-Wochen-Check + 4-Wochen-Check. Bidirektional: Was läuft gut? Was fehlt?
Onboarding = nur Technik
Kultur, Produkt, Kunden, Business-Modell sind genauso wichtig wie der Tech-Stack.
Onboarding-Erfolg messen: 5 KPIs
| KPI | Ziel | Messung |
|---|---|---|
| Time-to-First-Commit | < 48 Stunden | Git-Log des ersten produktiven Commits |
| Time-to-First-Feature | < 2 Wochen | Erste eigenständige Feature-PR gemerged |
| 30-Tage-Zufriedenheit | > 8/10 | Anonyme Onboarding-Umfrage (eNPS) |
| Probezeit-Retention | > 95% | Anteil der Neuen die Probezeit bestehen |
| Buddy-Rating | > 4/5 | Neuer Mitarbeiter bewertet Buddy-Programm |
Häufig gestellte Fragen
Wie lange dauert gutes Entwickler-Onboarding?
Strukturiertes Onboarding dauert 90 Tage: Woche 1 fuer Orientierung und ersten Commit, Woche 2-4 fuer eigenstaendige Features mit Review, Monat 2-3 fuer volle Eigenverantwortung. Die ersten 48 Stunden sind entscheidend: Neue Entwickler die am ersten Tag einen produktiven Commit machen, bleiben 3x haeufiger ueber die Probezeit.
Was ist der groesste Fehler beim Entwickler-Onboarding?
Der groesste Fehler ist kein strukturierter Plan. 'Schau dir den Code an' ist kein Onboarding. Neue Entwickler brauchen vorbereitete Aufgaben (erster Bug-Fix am Tag 1), einen Buddy der nicht der Vorgesetzte ist, woechentliche 1:1s, und klare 30-60-90-Tage-Ziele. Unstrukturiertes Onboarding fuehrt zu 20% Kuendigung in den ersten 90 Tagen.
Was kostet schlechtes Onboarding?
Eine gescheiterte Einstellung kostet das 1-1,5-fache des Jahresgehalts: Recruiting-Kosten, Einarbeitungszeit, Produktivitaetsverlust, Team-Belastung, und erneute Suche. Bei einem Senior-Entwickler mit EUR 85K Gehalt sind das EUR 85-127K pro Fehlbesetzung. Strukturiertes Onboarding reduziert Probezeitkuendigungen von 20% auf unter 5%.
Wie funktioniert Remote-Onboarding fuer Entwickler?
Remote-Onboarding erfordert mehr Struktur, nicht weniger: Hardware 3-5 Tage vor Start versenden, virtuelles Team-Lunch am ersten Tag, taegliche 15-Minuten-Check-ins in der ersten Woche, asynchrone Dokumentation aller Prozesse, und bewusste Socializing-Momente (Coffee Chats, Virtual Pair Programming). Die besten Remote-Teams haben ein Video-Buddy-System wo der Buddy in den ersten 2 Wochen taeglich 30 Minuten verfuegbar ist.
Neuen Entwickler einstellen?
Wir finden IT-Fachkräfte und beraten zum Onboarding. DACH-Raum, erfolgsbasiert — Sie zahlen nur bei erfolgreicher Einstellung.
Kostenlose ErstberatungNexaTalent · IT-Recruiting DACH
IT-Recruiter mit technischem Hintergrund. Spezialisiert auf Backend, DevOps und Tech-Leadership im DACH-Raum. Technisches Screening auf Deutsch und Englisch.
IT-Position zu besetzen?
Erste Profile in 48h. Erfolgsbasiert — Sie zahlen nur bei Einstellung.
Kostenlose Erstberatung