Junior-Entwickler mit KI einarbeiten: Ein Plan für die Praxis

Die Einarbeitung von Junior-Entwicklern mit KI braucht angeleitete Praxis, klare Regeln für die Werkzeuge und Prüfungen, die fertige Arbeit von Verständnis unterscheiden. Benennen Sie eine erfahrene Person für die Code-Reviews, reservieren Sie deren Zeit und erweitern Sie die Verantwortung, sobald der neue Kollege seine Arbeit erklären, testen und auf verwandte Aufgaben übertragen kann. Halten Sie diese Lernzusage fest, bevor Sie die Stelle ausschreiben.

Ein Startup kann sich ein Junior-Gehalt leisten und trotzdem keine Kapazität haben, die Person weiterzuentwickeln. Das Problem zeigt sich, wenn alle erfahrenen Kollegen ausgelastet sind, der Assistent weiter plausible Änderungen erzeugt und niemand Zeit hat, das Verständnis des neuen Kollegen zu prüfen. Ein brauchbarer Einarbeitungsplan macht diesen Aufwand sichtbar.

Was kündigt das PRAISE-Programm von CMU und Microsoft an?

PRAISE ist ein angekündigtes Entwicklungsprogramm, dessen Ergebnisse noch ausstehen. Es gibt Ihnen einen aktuellen Anlass zu prüfen, wie Ihr eigenes Team Berufseinsteiger beim Lernen mit KI unterstützen will.

Am 15. Oktober kündigte die Carnegie Mellon University eine Zusammenarbeit mit Microsoft zur Weiterbildung von Softwareentwicklern am Berufsanfang an. Ausgewählte Microsoft-Mitarbeiter am Berufsanfang erhalten bereits Unterstützung durch erfahrene Entwickler und können Kurse an der CMU belegen. Microsoft beschreibt ein von der Pflege inspiriertes Praxisanleitungsmodell: Erfahrene Fachkräfte begleiten neue Kollegen beim Lernen in der täglichen Arbeit.

Beide Berichte stammen von Organisationen, die am Programm beteiligt sind. Sie beschreiben einen Ansatz und seine Ziele. Vergleichende Lernergebnisse, Produktivitätsgewinne, Erkenntnisse zu Beförderungen oder ein erprobtes Betreuungsverhältnis nennen sie nicht. Aus der Ankündigung können Sie weder schließen, dass dieses Modell funktioniert, noch dass ein Startup eine Hochschulpartnerschaft braucht, um Junior-Entwickler weiterzubilden.

Nutzen Sie die Ankündigung für eine konkrete Führungsfrage: Wer hilft einem neuen Entwickler, ein mit KI erzieltes Ergebnis wirklich zu verstehen? Kurse, Repository-Zugriff und ein hilfreicher Assistent schaffen jeweils einen Teil der nötigen Voraussetzungen. Jemand muss trotzdem Entscheidungen beobachten, Fehlvorstellungen korrigieren und beurteilen, wann sich die Unterstützung ändern kann.

Der folgende Plan ist ein Vorschlag für die Arbeit in einem kleinen Team. Die zitierte Forschung liefert Anhaltspunkte für die Fragen, die er stellt. Keine der zitierten Studien untersucht diesen vollständigen Lernablauf oder belegt, dass daraus dauerhaftes Fachwissen in der Softwareentwicklung entsteht.

Unterscheiden Sie Arbeitsergebnisse mit KI vom Lernfortschritt

Eine fertige Änderung zeigt, was unter bestimmten Bedingungen geliefert wurde. Um den Lernfortschritt einzuschätzen, müssen Sie zusätzlich prüfen, was der Entwickler erklären und später bei verwandten Aufgaben anwenden kann.

In Shens und Tamkins Studie zu KI-Unterstützung und Kompetenzerwerb arbeiteten 52 überwiegend weniger erfahrene Entwickler mit der ihnen unbekannten Python-Bibliothek Trio. Anthropics Forschungsbericht nennt für den unmittelbar anschließenden Wissenstest durchschnittlich 50 % bei den Teilnehmern mit KI-Unterstützung und 67 % bei denen ohne. Das ist ein Unterschied von 17 Prozentpunkten. Die Bearbeitungsgeschwindigkeit unterschied sich nicht statistisch signifikant.

Nennen Sie die Rahmenbedingungen zusammen mit dem Ergebnis. Es war eine kleine, kurze Übung mit einem Assistenten in einer Seitenleiste. Die Studie untersuchte weder einen modernen autonomen Programmierablauf noch eine längere Einarbeitung oder die Frage, ob menschliche Betreuung das Ergebnis verändert. Der unmittelbare Wissenstest belegt keinen dauerhaften Kompetenzverlust. Auch die beobachteten Unterschiede zwischen Nutzungsweisen des Assistenten beweisen nicht, dass eine bestimmte Art zu fragen besseres Lernen verursacht.

Gegen die pauschale Aussage, KI verhindere Lernen am Arbeitsplatz, gibt es ebenfalls Befunde. Die 2025 im QJE veröffentlichte Studie Generative AI at Work untersuchte die schrittweise Einführung bei 5.172 Mitarbeitern im Kundensupport. Sie berichtet von durchschnittlich 15 % mehr gelösten Anliegen pro Stunde. Die bessere Leistung hielt auch während Ausfällen des Werkzeugs an. Diese Beobachtung ist mit Lernen vereinbar.

Diese Studie betrifft den Kundensupport in einem einzelnen Unternehmen. Sie belegt keine Effekte für Junior-Softwareentwickler und bestätigt keinen Einarbeitungsplan. Zusammengenommen geben die Quellen Anlass, Aufgabe, Werkzeug, Unterstützung und Lernkontrolle genau zu betrachten. Sie rechtfertigen weder die Annahme, jeder Entwickler lerne mit KI-Unterstützung, noch die Behauptung, niemand könne damit lernen.

Halten Sie für Ihr Team Arbeitsergebnis und Verständnis getrennt fest. „Die Änderung hat das Code-Review bestanden“ und „der Entwickler hat den Fehler erklärt und einen verwandten Fall bearbeitet“ beantworten unterschiedliche Fragen. Beides gehört in ein hilfreiches Entwicklungsgespräch.

Reservieren Sie Betreuungskapazität, bevor Sie einen Junior-Entwickler einstellen

Eine Junior-Stelle braucht eine benannte Betreuungsperson mit Zeit für Erklärungen und Rückmeldungen. Halten Sie diese Zusage neben den erwarteten Arbeitsergebnissen fest, damit das Team beurteilen kann, ob es beides leisten kann.

Schreiben Sie einen kurzen Plan: An welcher Komponente wird der Junior zunächst arbeiten, welche Fähigkeiten erwarten Sie beim Einstieg und welche werden Sie vermitteln? Benennen Sie die erfahrene Person, die regelmäßig Code-Reviews übernimmt, und eine Vertretung für Abwesenheiten. Legen Sie fest, welche KI-Werkzeuge verfügbar sind, welche Informationen diese erhalten dürfen und welche Änderungen der Junior unter Anleitung versuchen kann.

Reservieren Sie dann Termine und reduzieren Sie eine andere Verpflichtung. „Fragen Sie einfach, wenn Sie nicht weiterkommen“ hilft wenig, wenn die einzige auskunftsfähige Person gerade eine Störung behebt. Wie viel Zeit nötig ist, hängt von der Arbeit und den beteiligten Menschen ab. Weder die PRAISE-Ankündigung noch die genannten Studien liefern eine allgemein gültige Zahl an Betreuungsstunden.

Nehmen wir ein hypothetisches Team, das seinen ersten Junior-Backend-Entwickler einstellt. Die vorgesehene Betreuungsperson ist zugleich für Störungen im Abrechnungssystem zuständig. Die Führungskraft kann Zeit für Code-Reviews freihalten, eine Vertretung benennen oder die ersten Aufgaben begrenzen, solange die Betreuung eingeschränkt ist. Bleiben alle drei Punkte offen, ist absehbar, dass der Junior auf Hilfe warten wird.

Erfassen Sie diese Wartezeit als Eigenschaft der Lernbedingungen. Ist der Entwickler einen Tag lang durch eine unbeantwortete Frage blockiert, sollte der Eintrag die fehlende Unterstützung benennen. Daraus sollte nicht stillschweigend ein Beleg dafür werden, dass der Entwickler langsam arbeitet.

Prüfen Sie die Betreuungskapazität, bevor Sie den Aufgabenbereich erweitern. Unser Leitfaden zur Einstellung eines Rails-Entwicklers unterscheidet unmittelbar benötigte Fähigkeiten von Konventionen, die ein Team vermitteln kann. Daraus folgt eine konkrete Verpflichtung: Wenn Sie jemanden wegen seines Potenzials für ein unbekanntes Gebiet einstellen, muss jemand Zeit haben, ihn dort anzuleiten.

Leiten Sie aus der Bewerbungsbewertung das erste Lernziel ab

Nutzen Sie die Erkenntnisse aus dem Auswahlverfahren als Ausgangspunkt und vereinbaren Sie anschließend, was der Junior nach dem Einstieg lernen soll. Machen Sie nicht jede beobachtete Lücke zur Einstellungsvoraussetzung.

Die Hinweise zu Arbeitsproben des US Office of Personnel Management unterscheiden zwischen Kompetenzen, die beim Einstieg vorhanden sein sollen, und Tätigkeiten, die Bewerber erst nach der Auswahl erlernen. Bei Arbeitsproben für Letztere ist laut OPM Vorsicht geboten. Das ist eine Empfehlung zur Personalauswahl, keine Validierung einer bestimmten KI-Programmieraufgabe.

Angenommen, Ihre Bewerbungsbewertung zeigt, dass ein Entwickler einen Fehler reproduzieren und einen Test erklären kann, aber noch nie mit Ihrem System für Hintergrundaufgaben gearbeitet hat. Soll er dieses System in der Stelle erlernen, formulieren Sie ein erstes Lernziel: den Ablauf einer kleinen Hintergrundaufgabe vom Einreihen bis zum Abschluss nachzuvollziehen. Bewerten Sie die Einstellungsentscheidung später nicht so, als wären Vorkenntnisse Ihrer internen Umgebung verlangt gewesen.

Besprechen Sie das Ziel mit dem neuen Kollegen. Halten Sie fest, wie erfolgreiche Arbeit aussieht, wo Hilfe verfügbar ist und was außerhalb seiner Befugnisse liegt. Ein Ziel wie „erklären, warum diese Hintergrundaufgabe zweimal laufen kann, und die entsprechende Absicherung demonstrieren“ gibt beiden Seiten etwas Konkretes zum Prüfen.

Halten Sie Unterlagen aus dem Auswahlverfahren und der anschließenden Beschäftigung getrennt. Beobachtungen aus Vorstellungsgesprächen können das erste Gespräch vorbereiten; sie bleiben eine begrenzte Stichprobe unter Auswahlbedingungen. Geben Sie dem Mitarbeiter Raum, mit dem üblichen Kontext und der nötigen Unterstützung weitere Stärken zu zeigen. Der frühere Leitfaden zur Bewertung von Junior-Entwicklern behandelt die Auswahl. Jetzt geht es um Weiterentwicklung.

Vom erwarteten Verhalten zur selbstständigen Anwendung

Nutzen Sie wiederholte, klar begrenzte Aufgaben, um das Verständnis zu prüfen und die Unterstützung anzupassen. Der folgende Ablauf ist ein Vorschlag zur Erprobung im eigenen Team, ohne zugesicherte Lernwirkung oder garantierten Zeitplan.

Vorhersagen und versuchen

Bitten Sie den Junior, vor dem Öffnen des Assistenten das erwartete Verhalten und eine Prüfung zu beschreiben, die Erfolg von Misserfolg unterscheidet. Wenige Sätze oder ein kleines Diagramm können genügen. So wird seine aktuelle Vorstellung vom System sichtbar und die Betreuungsperson weiß, was sie besprechen sollte.

Bei einem hypothetischen Fehler mit doppelten Benachrichtigungen könnte die Vorhersage lauten: „Wird dasselbe Ereignis erneut verarbeitet, sollte es bei einer Benachrichtigung bleiben. Ich reproduziere die doppelte Benachrichtigung und teste dann den Wiederholungsfall.“ Die Betreuungsperson kann eine falsche Annahme korrigieren, bevor daraus eine größere Änderung entsteht.

Anschließend bearbeitet der Entwickler die Aufgabe mit den freigegebenen Werkzeugen. Bitten Sie ihn, die relevanten Nachweise festzuhalten: Reproduktion, Änderung, Testergebnis und offene Fragen. Wenn er nicht weiterkommt, kann er um Hilfe bitten. Selbstständiges Üben verlangt nicht, so zu tun, als seien Kollegen und Dokumentation nicht verfügbar.

Erklären und prüfen

Bitten Sie den Entwickler im Code-Review, den geänderten Ablauf zu erläutern und einen verworfenen Lösungsweg zu erklären. Wählen Sie eine Frage aus der tatsächlichen Arbeit: Warum reproduziert der Test den Fehler, was passiert beim zweiten Versuch oder welche Annahme würde die Korrektur unsicher machen?

Reicht die Erklärung nicht aus, benennen Sie die konkrete Fehlvorstellung und arbeiten Sie sie gemeinsam durch. Auch eine überzeugend formulierte Erklärung aus einem Assistenten muss geprüft werden. Stellen Sie eine verwandte Frage, untersuchen Sie das Verhalten gemeinsam oder ändern Sie eine Bedingung und besprechen Sie die Folge. Machen Sie daraus keine Überraschungsprüfung mit unbekannten Maßstäben.

Die Studie zum Lernen beim Programmieren liefert einen Grund, das Verständnis gesondert zu prüfen. Sie beweist nicht, dass eingeforderte Erklärungen oder dieses Review-Format das Lernproblem lösen. Nutzen Sie das Gespräch als Anhaltspunkt für die nächste Aufgabe.

Verwandte Arbeit erneut bearbeiten

Wählen Sie später eine verwandte Aufgabe, die denselben Gedanken an anderer Stelle erfordert. Halten Sie Unterstützung im Code-Review verfügbar und reduzieren Sie Hilfe nur dort, wo die bisherigen Beobachtungen das rechtfertigen. Notieren Sie, ob der Entwickler die Verbindung erkannt hat, eine Erinnerung brauchte oder einen weiteren angeleiteten Versuch benötigte.

Nach dem Wiederholungsfall bei Benachrichtigungen könnten Sie beispielsweise einen kleinen Import betrachten, der dieselbe Eingabe zweimal verarbeiten kann. So prüfen Sie, ob sich die frühere Überlegung übertragen lässt. Eine gelungene Anwendung belegt noch keine umfassende Kompetenz bei Nebenläufigkeit, Zahlungsabwicklung oder der Wiederherstellung des Produktivbetriebs.

Planen Sie für den ersten Monat zunächst das Lesen und Reproduzieren ein, danach eine angeleitete Änderung und schließlich eine verwandte Änderung mit weniger Hilfe. Termine erinnern an die Auswertung. Wiederholen Sie bei Bedarf einen Schritt oder begrenzen Sie die Aufgabe. Der Kalender allein belegt nicht, dass jemand für mehr Verantwortung bereit ist.

Prüfen Sie Fortschritte, bevor Sie Verantwortung erweitern

Halten Sie kurz fest, welche Arbeit abgeschlossen wurde, welche Unterstützung nötig war und welche Überlegungen Sie beobachten konnten. Entscheiden Sie damit über die nächste Lerngelegenheit und die dafür erforderliche Begleitung.

Halten Sie die wöchentliche Notiz kurz. Dieses ausgefüllte, hypothetische Beispiel führt die obige Aufgabe zu doppelten Benachrichtigungen fort. Es veranschaulicht die vorgeschlagene Dokumentation. Es ist weder ein beobachtetes Ergebnis noch ein durch Studien bestätigtes Format.

Bitten Sie um eine Darstellung der für die Arbeit relevanten Unterstützung. Sie brauchen kein Protokoll jeder privaten Interaktion mit einem Werkzeug, um zu besprechen, ob der Entwickler eine Änderung versteht. Vereinbaren Sie, was Sie festhalten und wer es lesen darf.

Beziehen Sie die Zeit für Code-Reviews, das Warten auf Hilfe, wiederholte Missverständnisse und Nacharbeit in das Führungsgespräch ein. Das sind Vorschläge für Anhaltspunkte in Ihrem Team. Keine der untersuchten Quellen liefert einen allgemeingültigen Schwellenwert. Die Zahlen sollten nicht zu einer Rangliste der Junior-Mitarbeiter werden.

Treffen Sie vor einer Erweiterung der Verantwortung eine menschliche Entscheidung über die konkret anstehende Arbeit. Kann der Entwickler wahrscheinliche Fehlerfälle erkennen, die Änderung überprüfen, die Wiederherstellung beschreiben und einschätzen, wann er Hilfe hinzuziehen muss? Unterscheiden Sie eine selbstständige Erklärung von einer Erklärung, die mit umfangreicher Anleitung entstanden ist. Beides kann Fortschritt zeigen, hat aber unterschiedliche Folgen für die nächste Aufgabe.

Behalten Sie die üblichen Zugriffskontrollen und Freigaben für die Bereitstellung bei. Ein abgeschlossener Kurs, eine zusammengeführte Code-Änderung oder eine ausgefüllte Checkliste hält ein Ereignis fest. Keines davon belegt für sich, dass jemand im Produktivbetrieb selbstständig arbeiten kann. Wenn Sie die Betreuung reduzieren, benennen Sie den betreffenden Aufgabenbereich und die noch fehlenden Nachweise.

Überdenken Sie den Plan, wenn der Fortschritt stockt. Die Aufgabe könnte zu groß sein, Rückmeldungen könnten zu spät kommen oder der Betreuungsperson könnte Zeit fehlen. Prüfen Sie diese Bedingungen zusammen mit den Schwierigkeiten des Entwicklers, bevor Sie entscheiden, was sich ändern sollte.

Nutzen Sie Bewerbungsbewertungen und Lernaufzeichnungen in Kit

Bewahren Sie die Unterlagen auf, die Gespräche über die Arbeit erleichtern. Die Verantwortung für die Einarbeitung bleibt bei Ihrem Entwicklungsteam. Werkzeuge können Anleitungen und Notizen speichern; Ihr Team stellt die Zeit zum Vermitteln bereit und entscheidet, wann jemand bereit ist.

Kits Bereich Hiring unterstützt Code-Aufgaben auf Basis von GitHub-Vorlagen-Repositories, mit Anweisungen, geschätztem Aufwand und Zeiteinstellungen. GitHub-Verbindungen und die entsprechende Konfiguration sind Voraussetzung. Teambewertungen können Empfehlungen, Kriterienbewertungen und schriftliche Kommentare festhalten. Diese Funktionen ordnen Nachweise aus dem Auswahlverfahren. Sie messen nicht, wie ein Mitarbeiter nach seinem Einstieg lernt.

Unabhängig davon lassen sich in Kits Bereich Performance Ziele und datierte Fortschrittsnotizen über Check-ins festhalten. Eine Prozentangabe zum Fortschritt ist ein dokumentierter Stand, keine unabhängig überprüfte Kompetenzmessung. Die Dokumentation zu Zielen und Check-ins erklärt diesen Produktbereich.

Kit bietet kein eigenes Mentoring-Programm nach PRAISE-Vorbild, keine fest reservierte Betreuungszeit erfahrener Kollegen, keinen automatischen Übergang von der Einstellung in die Praxisanleitung und keine langfristige Messung von Kompetenzen in der Softwareentwicklung. Die Einarbeitungspläne für Kollegen bereiten Menschen auf die Nutzung von Kit Hiring vor. Sie sind kein Lehrplan für Softwareentwicklung.

Beginnen Sie mit einem Lernziel, einer Betreuungsperson mit verfügbarer Zeit und einer verwandten Aufgabe, die Sie später erneut aufgreifen. Falls Sie noch Ihren Einstellungsprozess entwerfen, sehen Sie sich die Vorlage Junior Engineer Pipeline an. Halten Sie daneben die Lernzusage für die Zeit nach der Einstellung fest. Prüfen Sie anschließend die tatsächlichen Beobachtungen Ihres Teams, bevor Sie die Verantwortung erweitern.