Ein neuer Entwickler vor einem Bildschirm, daneben ein zweiter Bildschirm mit KI-Tool und Workflow-Diagramm, Pfeile zwischen beiden.

Wenn neue Entwickler zuerst die KI-Workflows lernen, nicht den Code

Vor einigen Wochen habe ich einem Bekannten geholfen, einen neuen Entwickler in sein Team einzuarbeiten. Mittelstandsunternehmen, kleines Team, gewachsene Codebase. Ich habe ihm vorgeschlagen, die ersten beiden Tage nicht mit dem Code zu starten, sondern mit den KI-Werkzeugen, die das Team nutzt. Das war für ihn kontraintuitiv. Aber er hat es gemacht, und das Ergebnis war besser als erwartet.

Wie Onboarding traditionell läuft

Tag 1: Konten anlegen, Repo klonen, Setup ausführen, Probleme beim Setup, Hilfe holen, Setup läuft. Tag 2: erste Codebase-Tour, README durchgehen, fragwürdige Bereiche notieren. Tag 3: ein erster kleiner Bug, der drei Stunden dauert, weil dem neuen Entwickler die Architektur fremd ist.

Nach einer Woche schreibt er mit Mühe seinen ersten Pull Request. Die Erfahrung ist immer ähnlich: viel Setup-Reibung, viel Lernen, langsam wird es produktiv.

Was KI-First Onboarding anders macht

Die ersten Stunden gehen nicht ins Repo, sondern in die KI-Werkzeuge. Welches IDE-Plugin nutzt das Team? Welcher Chat-Client? Welche Prompts hat das Team etabliert? Welche Konventionen gibt es für KI-generierten Code?

Sobald der neue Entwickler diese Werkzeuge bedienen kann, beschleunigt sich der Rest. Eine fremde Codebase mit KI-Hilfe zu erkunden, ist um Größenordnungen schneller als sie zu lesen. Architektur-Skizzen entstehen aus dem Code, statt mühsam beim Senior nachgefragt zu werden. Ungewöhnliche Patterns werden erklärt, ohne dass jemand stehenbleibt und antwortet.

Was sich konkret verändert hat

Der neue Entwickler im Beispiel hatte am Ende der ersten Woche zwei produktive Pull Requests, statt einen schwierigen. Wichtiger noch: Er hat sich nicht die ganze Woche unproduktiv gefühlt. Die KI hat ihm Antworten gegeben, ohne dass er sich Senior-Zeit holen musste.

Das hat auch das Senior-Team entlastet. Statt drei Stunden Architektur-Erklärung pro Tag waren es zwei Stunden Klärungsgespräche zu Themen, die die KI nicht beantworten konnte. Das ist besser eingesetzte Senior-Zeit.

Was die Voraussetzung ist

Das Team muss seine eigenen KI-Workflows etabliert und dokumentiert haben. Ohne diese Vorarbeit ist KI-First-Onboarding leer. Wer dem neuen Entwickler sagt “nutze halt KI” und keinen Rahmen liefert, macht es schlimmer, nicht besser.

Fazit

KI im Onboarding ist nicht Spielerei, sondern eine ernsthafte Beschleunigung. Voraussetzung ist Vorarbeit im Team. Wer überlegt, wie das im eigenen Unternehmen aufgebaut sein kann, kann mich gerne ansprechen.

Lassen Sie uns sprechen

Datenschutzerklärung

Kennenlernen
Kontaktaufnahme unverbindlich
Festnetz
06692 8069441
Mobil
+49 173 4447719