Wenn KI die Junior-Arbeit übernimmt, wie entwickeln wir die Seniors von morgen?

KI kann eine Implementierung generieren, unbekannten Code erklären und eine Lösung vorschlagen. Für jemanden, der eine Karriere in der Softwareentwicklung beginnt, schafft das Möglichkeiten.

Für Arbeitgeber wirft das auch eine unbequeme Frage auf.

Wenn ein erfahrener Entwickler mit KI Arbeit bewältigen kann, die zuvor einem Junior zugewiesen wurde, werden Unternehmen noch Menschen am Anfang ihrer Karriere einstellen? Und welchen Wert können diese Menschen einbringen, während sie lernen?

Bei HumanInTech sind wir überzeugt, dass es gute Gründe gibt, weiterhin Juniors einzustellen und zu entwickeln. Aber diese Gründe müssen praktisch sein. Unternehmen brauchen Menschen, die heute einen Beitrag leisten und gleichzeitig die Expertise aufbauen, die sie morgen brauchen werden.

Aktuelle Forschung hilft, sowohl die Chance als auch das Risiko zu erklären.

Mehr Software zu produzieren, diese Software zu verstehen und professionelles Urteilsvermögen zu entwickeln sind unterschiedliche Ergebnisse. Wir müssen Raum für alle drei schaffen.

Der Druck auf Einstiegspositionen verdient Aufmerksamkeit

Forscher der Stanford University analysierten US-Lohndaten bis Juni 2026. Sie berichteten, dass die Beschäftigung von Arbeitnehmern im Alter von 22 bis 25 Jahren in KI-exponierten Berufen 19% unter dem Niveau lag, das sich aus dem Gleichschritt mit weniger exponierten Vergleichsgruppen ergeben hätte. Die Abweichung erfolgte hauptsächlich durch reduzierte Neueinstellungen.

Die Autoren beschreiben dies als Beobachtungsdaten, nicht als kausale Schätzung. Sie fanden auch keine flächendeckende, gesamtwirtschaftliche Verdrängung. Dies sind US-Ergebnisse über verschiedene Berufe hinweg, keine Messung der Einstellung belgischer Junior-Entwickler.Quelle: Stanford Digital Economy Lab, überarbeitet August 2026.

Die Beschäftigungsgrafik rekonstruiert den berichteten Vergleich als Index: 100 für die Vergleichsbasis und 81 für das berichtete relative Beschäftigungsniveau. Sie zeigt nicht, dass 19% der Junior-Entwickler ihre Arbeit verloren haben.

Für Arbeitgeber wirft das eine Frage auf, die über Entlassungen hinausgeht: Was passiert, wenn sich die erste Gelegenheit nie eröffnet?

Ein Unternehmen könnte seine erfahrenen Entwickler behalten und sich gleichzeitig gegen die Besetzung der nächsten Junior-Stelle entscheiden. Diese Entscheidung mag innerhalb eines bestimmten Budgets nachvollziehbar sein. Über Organisationen hinweg wiederholt, könnte sie den Weg verengen, über den Menschen in den Beruf einsteigen.

Wir können nicht versprechen, dass die Einstellung von Juniors unverändert bleibt. Wir können entscheiden, ob unsere eigenen Organisationen einen sinnvollen Einstieg in die Arbeit bieten.

KI kann auch weniger erfahrene Entwickler produktiver machen

Es gibt auch Belege für Chancen.

Drei randomisierte Feldexperimente mit 4.867 Entwicklern bei Microsoft, Accenture und einem Fortune-100-Unternehmen ergaben eine geschätzte Steigerung der abgeschlossenen Aufgaben um 26,08% mit einem KI-Coding-Assistenten. Weniger erfahrene Entwickler zeigten eine höhere Akzeptanz und größere Produktivitätssteigerungen. Die gepoolte Schätzung hatte erhebliche Unsicherheit, wie in der Grafik dargestellt.Quelle: Cui und Kollegen, Juni 2025.

Abgeschlossene Aufgaben messen den Output. Sie belegen keine gleich großen Verbesserungen beim Lernen, bei der Zuverlässigkeit oder beim wirtschaftlichen Nutzen.

Die Bedeutung für die Personalplanung verdient Beachtung. Arbeitgeber können KI nutzen, um einem Junior zu helfen, mit passender Begleitung schneller einen wertvollen Beitrag zu leisten.

Das belegt keine universelle Rendite bei der Einstellung von Juniors. Es stellt aber die Annahme infrage, dass die Produktivitätsvorteile von KI ausschließlich erfahrenen Entwicklern gehören.

Die praktische Frage lautet: Welche nützlichen Aufgaben kann ein Junior mit diesen Tools und der richtigen Unterstützung übernehmen?

Welchen Wert kann ein Junior heute einbringen?

Eine glaubwürdige Antwort muss über Enthusiasmus, frische Perspektiven oder ein niedrigeres Gehalt hinausgehen. Ein Junior kann durch konkrete Arbeit beitragen, deren Umfang zu seinen sich entwickelnden Fähigkeiten passt.

• Probleme untersuchen: einen intermittierenden Fehler reproduzieren und die Bedingungen dokumentieren, die ihn auslösen, sodass das Team verwertbare Erkenntnisse erhält.
• Begrenzte Verbesserungen liefern: Validierung, Barrierefreiheit oder Fehlerbehandlung mit Review verbessern und dabei echte Benutzerprobleme lösen.
• Verhalten verifizieren: einen vom Kunden gemeldeten Fehler in einen Regressionstest umwandeln, um zu verhindern, dass derselbe Fehler wiederkehrt.
• Wissen klären: Onboarding-Anweisungen testen und fehlende Schritte dokumentieren, sodass das Team weniger von informellen Erklärungen abhängig ist.
• Nachfassen bei Nutzern: prüfen, ob eine umgesetzte Änderung das ursprüngliche Problem behebt, und so die technische Umsetzung mit dem beabsichtigten Ergebnis verbinden.
• Domänenwissen aufbauen: die Regeln und Ausnahmen hinter einem Geschäftsprozess verstehen und so die Fähigkeit entwickeln, zunehmend fundierte Entscheidungen zu treffen.

Dies sind Beispiele dafür, wie wir Arbeit strukturieren würden, nicht Erkenntnisse, die durch die Studien gemessen wurden.

Nehmen Sie einen Kunden, der meldet, dass eine Bestellung manchmal von einem Bildschirm verschwindet. Ein Junior kann untersuchen, welche Nutzer betroffen sind, die Abfolge reproduzieren und feststellen, ob die Information fehlt, verzögert ist oder falsch angezeigt wird.

Ein Senior muss möglicherweise bei der Interpretation der Befunde oder der Wahl der Lösung helfen. Aber die Untersuchung selbst bringt die Arbeit voran. Das Lernen geschieht durch nützlichen Beitrag.

Schnellere Fertigstellung garantiert kein tieferes Verständnis

Ein separates Experiment zeigt, warum Output allein ein unvollständiges Maß ist.

Forscher rekrutierten 52 überwiegend Junior-Entwickler, um mit einer unbekannten Python-Bibliothek zu arbeiten. Die KI-unterstützte Gruppe erreichte im unmittelbaren Verständnistest durchschnittlich 50%, verglichen mit 67% ohne KI: ein Unterschied von 17 Prozentpunkten. Der Zeitvorteil war statistisch nicht signifikant.

Dies war ein kleines, kurzfristiges Experiment. Es belegt keinen langfristigen Kompetenzverlust. Eine explorative Analyse brachte das Suchen nach Erklärungen und konzeptionelle Fragen mit stärkerem Lernen in Verbindung, bewies aber nicht, dass diese Verhaltensweisen es verursachten. Quelle: Shen und Tamkin, Januar 2026.

Dieses Experiment untersuchte das Erlernen einer neuen Bibliothek. Es misst etwas anderes als das Produktivitätsexperiment am Arbeitsplatz; die Ergebnisse sind nicht direkt vergleichbar.

Unsere Interpretation ist, dass Unternehmen Verständnis neben der Umsetzung bewerten sollten. Ein abgeschlossenes Ticket sagt uns nicht, ob der Autor die Lösung erklären oder deren Fehler untersuchen kann.

Juniors müssen weiterhin Programmieren lernen

KI beseitigt nicht die Notwendigkeit, Kontrollfluss, Daten, Berechtigungen, Nebenläufigkeit, Testen und Fehlerbehandlung zu verstehen.

Stellen Sie sich vor, ein Assistent generiert Code, der eine Zahlungsanfrage nach einem Timeout wiederholt.

Der Code kompiliert. Der Happy-Path-Test ist erfolgreich. Aber der Zahlungsanbieter könnte die Transaktion verarbeitet haben, bevor die Verbindung fehlschlug. Ein Wiederholungsversuch könnte den Kunden doppelt belasten.

Um diese Gefahr zu erkennen, muss ein Entwickler über Unsicherheit nachdenken: Was ist remote passiert, was weiß die lokale Anwendung und welche Aktionen können sicher wiederholt werden.

Jede Zeile persönlich zu tippen ist keine Voraussetzung für dieses Verständnis. Das Üben des Nachdenkens über Code ist es.

Diese Übung sollte manchmal das Arbeiten ohne KI beinhalten. Kann der Junior die Ausführung nachverfolgen, einen Fehler erklären oder ein kleines Stück Logik eigenständig implementieren?

Sie sollte auch das Arbeiten mit KI beinhalten. Können sie den Vorschlag hinterfragen, eine ungeprüfte Annahme identifizieren und das Ergebnis verifizieren? Beide Übungen offenbaren etwas Nützliches.

Gemeinsames Code-Review kann Umsetzung und Lernen verbinden

Code gemeinsam mit einem Senior zu reviewen ist ein praktischer Weg, Urteilsvermögen zu entwickeln.

Der Senior kann sein Denken sichtbar machen:

• Was hat seine Aufmerksamkeit geweckt?
• Welche Annahme könnte fehlschlagen?
• Was wären die Konsequenzen?Welche Nachweise braucht er, um die Änderung mit gutem Gewissen zu akzeptieren?

Der Junior sollte teilnehmen, bevor er die Antwort erhält.

Beim Zahlungsbeispiel könnte der Senior fragen: „Wenn die Anfrage ein Timeout hat, wissen wir dann, ob die Zahlung erfolgt ist?"

Lassen Sie den Junior dieser Frage durch das System folgen. Dann bitten Sie ihn, die gefährliche Situation in einem Test zu reproduzieren und eine Lösung zu untersuchen.

Das Ergebnis ist eine reviewte Änderung, eine konkrete Demonstration des Risikos und ein Prinzip, das sie anderswo anwenden können.

Review allein reicht nicht aus

Es gibt eine Einschränkung beim Lernen durch Erklärungen: Ein Problem zu erkennen, nachdem jemand darauf hingewiesen hat, ist einfacher, als es selbst zu finden.

Juniors brauchen Gelegenheiten, Hypothesen zu bilden, Entscheidungen zu treffen und herauszufinden, wo ihre Überlegungen nicht aufgehen.

Ein kleines Feature kann diese Erfahrung von Anfang bis Ende bieten. Mit Unterstützung kann ein Junior die Anforderung klären, einen Ansatz vorschlagen, ihn umsetzen, auf Reviews reagieren und sein Verhalten nach dem Deployment verfolgen.

Die Verantwortung sollte mit wachsender Kompetenz zunehmen.

Wir sollten auch vermeiden, Juniors endlose Verifikationsarbeit zuzuweisen, während wir jede Designentscheidung und interessante Untersuchung den Seniors vorbehalten. Das mag helfen, den heutigen Backlog abzuarbeiten, bietet aber einen schmalen Weg zur Selbstständigkeit.

Mentoring braucht einen Business Case und Zeit

Arbeitgeber sind berechtigt zu fragen, was dieser Ansatz kostet.

Ein Junior braucht Feedback. Reviews nehmen Zeit in Anspruch. Manche Aufgaben erfordern Nacharbeit. KI lässt diese Kosten nicht verschwinden.

Der sinnvolle Vergleich ist der Beitrag des gesamten Teams über die Zeit: gelieferte Verbesserungen, Mentoring-Aufwand, Fehler, wachsende Selbstständigkeit und über Personen hinweg geteiltes Wissen.

Ein praktischer Ansatz könnte Folgendes umfassen:

• Einen namentlich benannten Mentor mit geschützter Zeit.
• Eine anfängliche Auswahl nützlicher Aufgaben mit überschaubaren Konsequenzen.
• Gemeinsame Reviews, die sowohl die Überlegungen als auch die Korrektheit untersuchen.
• Regelmäßige Gelegenheiten, Code selbstständig zu debuggen und zu erklären.
• Schrittweise breitere Verantwortung, wenn sich das Verständnis verbessert.

Fortschritte sollten sichtbar werden. Erkennt der Junior Risiken früher? Braucht er bei vertrauter Arbeit weniger Hilfe? Kann er erklären, was er getestet hat und was unsicher bleibt? Wird er in einem Teil der Anwendung zuverlässig?

Es gibt keinen universellen Zeitplan. Es sollte einen bewusst gestalteten Entwicklungsweg geben.

Wenn alle nur Seniors einstellen, woher kommt dann die Erfahrung?

Eine Organisation kann vernünftigerweise für ein anspruchsvolles Projekt eine erfahrene Fachkraft benötigen. Ihr kann auch in einem bestimmten Moment die Mentoring-Kapazität fehlen.

Aber eine dauerhafte Strategie, nur erfahrene Leute einzustellen, hängt davon ab, dass andere Arbeitgeber sie weiterhin entwickeln.

Seniorität wächst durch Gelegenheiten, Entscheidungen zu treffen, Konsequenzen zu erleben und Feedback zu erhalten. Diese Gelegenheiten zu entfernen und gleichzeitig ein unbegrenztes Angebot an erfahrenen Ingenieuren zu erwarten, ist eine fragile Annahme.

Die Entwicklung von Juniors gibt einem Unternehmen auch die Chance, Produktwissen aufzubauen und Verantwortung innerhalb des eigenen Teams zu verteilen. Bindung ist nie garantiert, aber die Rekrutierung erfahrener Leute birgt ebenfalls Unsicherheit.

Die Entscheidung sollte sowohl die unmittelbaren Anforderungen an die Umsetzung als auch die Fähigkeiten berücksichtigen, die die Organisation in einigen Jahren haben möchte.

Die Chance besteht darin, zu verbessern, wie wir Menschen entwickeln

Bei HumanInTech glauben wir, dass Unternehmen KI nutzen sollten, während sie bewusst damit umgehen, wie Entwickler lernen.

Juniors können durch Implementierung, Untersuchung, Verifikation und ein zunehmendes Verständnis des Geschäfts Wert bringen. Erfahrene Kollegen können helfen, diesen Beitrag wachsen zu lassen, indem sie ihr Urteilsvermögen erklären und Gelegenheiten schaffen, es zu üben.

Die Forschung gibt uns Gründe, sowohl Produktivität als auch Lernen ernst zu nehmen. Unsere Verantwortung ist es, das in die Art und Weise zu übersetzen, wie wir Arbeit organisieren.

Wenn wir wollen, dass die Seniors von morgen fundiertes Urteilsvermögen ausüben, müssen wir den Juniors von heute Gelegenheiten geben, es zu entwickeln.