Ein junger Mensch mit KI-Kenntnissen wird nicht automatisch zum Architekten.
14. Oktober 2026
Künstliche Intelligenz (KI) erleichtert zwar das Programmieren, nicht aber die Entscheidung, welcher Code geschrieben werden soll. Ein unerfahrener Entwickler mit einem guten KI-Assistenten schafft deutlich mehr als zuvor, kann aber dennoch nicht beurteilen, ob die erstellte Struktur drei Jahre lang Bestand hat, ob das Datenmodell für das Szenario des nächsten Quartals geeignet ist oder ob die Integration bei Änderungen im anderen System nicht mehr funktioniert.
Das ist kein Fehler. Es ist die Definition von Erfahrung: genug Konsequenzen gesehen zu haben, um sie vorherzusehen.
McKinsey hat dies in seiner globalen Studie von 2025 präzise gemessen: Der Faktor mit dem stärksten Einfluss auf das EBIT ist die grundlegende Neugestaltung von Arbeitsabläufen, und nur 211 % der Unternehmen, die generative KI einsetzten, hatten dies getan. Besonders leistungsstarke Unternehmen haben dies etwa dreimal häufiger umgesetzt.
Das ist mit Abstand die wichtigste und umsetzbarste Schlussfolgerung des gesamten Zyklus.
Was man durch Handeln lernt und was nicht
Technisches Fachwissen erwirbt man nicht durch Lesen, sondern indem man die Folgen eigener Entscheidungen im Laufe der Zeit beobachtet. Man lernt, dass voreilige Abstraktion mehr verkompliziert als spart, weil man sie selbst umgesetzt und die Konsequenzen getragen hat. Man lernt, wo man die Grenze zwischen Modulen ziehen muss, weil sie einmal falsch gesetzt war und die Korrektur sechs Monate gedauert hat.
Hierin liegt die eigentliche Gefahr dieses Augenblicks: Wenn der Assistent diese Entscheidungen trifft, wird der Lernzyklus unterbrochen.. Der Fachmann erzielt das Ergebnis, ohne vorher darüber nachgedacht zu haben, und genau das war der Lernprozess.
Die METR-Studie von 2025 weist auf ein ähnliches Phänomen hin. In einem Versuch mit erfahrenen Entwicklern an realen Aufgaben benötigten die Teilnehmer mit KI 191 TP3T länger, obwohl sie glaubten, 201 TP3T schneller zu sein. METR selbst überprüfte das Studiendesign später auf mögliche Verzerrungen, und eine größere Gruppe zeigte einen geringeren Unterschied, sodass die Größenordnung noch diskutiert wird. Unverändert bleibt die Diskrepanz zwischen Wahrnehmung und Realität: Wenn erfahrene Fachkräfte ihre eigene Leistung falsch einschätzen, können Laien dies noch weniger erkennen.
Was sich aber ändert, und das ist eine Menge, ist
Es wäre ein Fehler, dies so zu lesen, als hätte sich nichts geändert. Es hat sich nämlich einiges verändert:
Die Eintrittskurve ist kürzer. Ein junger Mitarbeiter ist schneller produktiv, da Syntax und mechanische Aufgaben kein Hindernis mehr darstellen.
Der Zugriff auf neue Domains ist schneller. Die Erkundung einer unbekannten Technologie dauert Stunden statt Wochen.
Mühsame Arbeit verschwindet. Weniger Zeitaufwand für Einrichtung, Vorlagen und sich wiederholende Transformationen; mehr Zeit zum Nachdenken.
Die Frage ist billiger. Die Frage nach der Funktionsweise von etwas erfordert keine Unterbrechung eines Kollegen mehr, was die Reibungsverluste beim selbstgesteuerten Lernen verringert.
Das Potenzial ist real. Was benötigt wird, ist eine Struktur, die dieses Potenzial in Kriterien statt in Mengen umwandelt.
Die eigentliche Hürde: Was unterscheidet ein Senior-Profil wirklich von einem technischen Profil?
Fähigkeit | Junior mit Unterstützung | Seniorenprofil |
|---|---|---|
Code erzeugen | Hoch | Hoch |
Wählen Sie zwischen den Alternativen. | Beschränkt: Akzeptiert die erste funktionierende Einsendung. | Vergleichen Sie die zukünftigen Wechselkosten |
Folgen vorhersehen | Niedrige Punktzahl: Mangel an gesammelter Erfahrung | Erkennt gelebte Muster |
Zu sagen, dass etwas nicht gebaut werden sollte | Selten | Das gehört zum Job. |
Festlegung von Systemgrenzen | NEIN | Ja |
Die vierte Zeile ist die wertvollste und gleichzeitig die am wenigsten sichtbare, gemessen an allen Kennzahlen. Ein umsichtiger Profi verwendet einen erheblichen Teil seiner Zeit darauf, Arbeit zu vermeiden: Funktionen zu verwerfen, die unnötige Komplexität verursachen, darauf hinzuweisen, dass eine Regel bereits existiert, und eine Lösung vorzuschlagen, die nur ein Zehntel so groß ist.
Diese Arbeit taucht in keinem Produktivitätsindikator auf, und genau dort konzentriert sich ein Großteil des Wertes der Erfahrung.
Wie man sich in diesem Kontext eine Meinung bildet
Vier bewährte Methoden, die keiner zusätzlichen Struktur bedürfen:
Verlangen Sie die Erklärung, nicht das Ergebnis. Vor der Zusammenführung sollte die Person erläutern, warum sie so empfindet und welche Alternative sie ausgeschlossen hat. Dies ist die Regel, die wir entwickelt haben in Der Code, den niemand versteht, ist die Verschuldung. [interner Link].
Die Konsequenzen sichtbar machen. Wenn in der Produktion etwas schiefgeht, sollte überprüft werden, welche Entscheidung die Ursache war und wann sie getroffen wurde. Der Kreislauf zwischen Entscheidung und Konsequenz bildet die Grundlage für die Urteilsbildung, und dieser Kreislauf wird oft unterbrochen, weil die Person, die die Entscheidung getroffen hat, nicht mehr anwesend ist, wenn die Konsequenzen spürbar werden.
Prüfen Sie Entscheidungen, nicht Richtlinien. Eine Diskussion darüber, warum diese Struktur gewählt wurde, ist mehr wert als zwanzig Kommentare zum Stil.
Zur Wartung drehen. Wer das bewahrt, was andere aufgebaut haben, lernt in Wochen, was man sonst erst nach Jahren erkennen würde.
Die Konsequenz für Unternehmen
Es besteht eine klare budgetäre Versuchung: Wenn jüngere Mitarbeiter produktiver sind, kann der Anteil älterer Mitarbeiter reduziert werden. Kurzfristig bestätigt das Arbeitsvolumen dies; mittelfristig treten die bekannten Symptome auf – immer länger dauernde Änderungen, Module, die niemand anfassen möchte, und unzuverlässige Prognosen.
Die praktische Konsequenz ist das Gegenteil: Mit zunehmendem Codeumfang werden die Kriterien immer seltener.. Der Anteil von Überprüfung und Gestaltung sollte steigen, nicht sinken.
Für viele mittelständische Unternehmen bedeutet das nicht, eine komplette Führungsriege einzustellen. Es bedeutet vielmehr, sicherzustellen, dass bei wichtigen Entscheidungen weiterhin fundierte Urteile gefällt werden – und genau das ist die Aufgabe einer Führungskraft. Externer CTO oder technischer Beirat [interner Link]Jemand, der die Architektur überprüft, das Team unterstützt und an schwierigen Entscheidungen teilnimmt, ohne dass eine Vollzeitbeschäftigung erforderlich ist.
Die Frage für den nächsten Ausschuss
Wenn die Organisation mehr leistet als je zuvor, lohnt sich eine einfache Überprüfung: Wie viele architektonische Entscheidungen wurden in diesem Quartal explizit getroffen und von wem?
Wenn die Antwort lautet, dass viele Entscheidungen getroffen wurden und sich niemand mehr daran erinnert, dann werden sie nicht getroffen, sondern einfach hingenommen. Und genau dafür zahlt man drei Jahre später den Preis.
Häufig gestellte Fragen
Verwandelt KI einen Junior-Entwickler in einen Senior-Entwickler?
Nein. Es beseitigt die Hürde des Programmierens selbst, nicht aber die Hürde, zu wissen, welcher Code geschrieben werden sollte. Technisches Fachwissen besteht darin, die Konsequenzen eigener Entscheidungen im Laufe der Zeit vorherzusehen, und das erlangt man nicht einfach dadurch, dass man ein Ergebnis erzielt, ohne es vorher durchdacht zu haben.
Was unterscheidet ein erfahrenes technisches Profil von einem Juniorprofil mit KI-Unterstützung?
Die Fähigkeit, Alternativen anhand ihrer zukünftigen Wechselkosten zu vergleichen, Konsequenzen auf Basis vergangener Erfahrungen vorherzusehen, Systemgrenzen zu definieren und vor allem zu argumentieren, warum etwas nicht gebaut werden sollte. Das Schreiben von Code ist kein Unterscheidungsmerkmal mehr.
Welches Risiko birgt der intensive Einsatz von Assistenten für die technische Ausbildung?
Der Lernzyklus wird unterbrochen: Trifft der Assistent die Designentscheidungen, erhält der Experte das Ergebnis, ohne den Denkprozess durchlaufen zu haben, der den Lernprozess ausmachte. Die Urteilsbildung findet im Kreislauf zwischen Entscheidung und Konsequenz statt.
Wie wird technisches Fachwissen in einem Team entwickelt, das KI einsetzt?
Mit vier Praktiken: eine Erklärung dafür fordern, warum der Code so ist, wie er ist, und welche Alternative verworfen wurde; überprüfen, welche Entscheidung zu jedem Fehler in der Produktion geführt hat; Überprüfungssitzungen den Entscheidungen und nicht dem Stil widmen; und die Wartung dessen, was andere gebaut haben, rotieren lassen.
Ist es ratsam, den Anteil an Senior-Profilen zu reduzieren, wenn Junior-Profile produktiver sind?
Nein. Mit zunehmendem Codeumfang wird die Beurteilung seltener, nicht häufiger: Der Anteil an Überprüfungs- und Designarbeit sollte steigen. Kurzfristig deutet das gelieferte Volumen auf das Gegenteil hin, mittelfristig jedoch schreiten Änderungen immer langsamer voran, begleitet von Modulen, die niemand anfassen möchte.
Welche Alternative gibt es, wenn keine vollständige Führungsmannschaft eingestellt werden kann?
Sicherstellung einheitlicher Kriterien bei wichtigen Entscheidungen durch einen externen CTO oder technischen Beirat: Architekturprüfung, Teamunterstützung und Beteiligung an schwierigen Entscheidungen, ohne dass dafür eine Vollzeitbeschäftigung erforderlich ist.
Wer trifft in Ihrem Team die architektonischen Entscheidungen? Unser externer CTO stellt ein bis zwei Tage pro Woche seine Expertise auf Senior-Niveau zur Verfügung: Architekturprüfung, Teamleitung und Entscheidungen, die nicht improvisiert werden sollten. Lass uns reden → |
Español 
English 
Français 
العربية 
Português 
Deutsch 
Italiano