Ein Teammitglied hat mich heute Morgen an der Kaffeebar erwischt. Sein Team kämpfte mit einer ungewöhnlich hohen Anzahl an Bugs - genug, um nachzuforschen, woher sie kamen. Fast alle ließen sich auf Commits eines anderen Teams zurückführen. Als sie sich GitHub genauer ansahen, zeigte sich ein Muster: Die problematischen Commits waren alle agentisch. Code, der nicht von einem Ingenieur geschrieben wurde, der ein Problem durchdacht hatte, sondern von einem Agenten, der es ausführte.
Seine Zusammenfassung war direkt: "Die sind wahrscheinlich 200% so schnell wie normal. Und das kostet uns 50% unserer Performance hinten raus."
Die Zahl ist nicht präzise. Sie muss es nicht sein. Der Punkt, den sie macht, ist real.
Organisationen haben es immer leichter gefunden, Output zu messen als Verständnis. Codezeilen, gelieferte Features, abgeschlossene Tickets - das alles ist beobachtbar. Das mentale Modell, das ein Entwickler davon trägt, wie ein System wirklich funktioniert; das Urteilsvermögen darüber, welche Abstraktion in zwei Jahren Probleme verursachen wird; das Wissen, warum eine bestimmte Entscheidung getroffen wurde und was es kaputt machen würde, sie rückgängig zu machen - nichts davon ist in irgendeiner Kennzahl sichtbar.
Das ist seit jeher ein Managementproblem in Softwareorganisationen. Es wird zu einem strukturellen Risiko.
Da KI-Tools Output produzieren, der zunehmend nicht mehr von Expertenoutput zu unterscheiden ist, wächst die Lücke zwischen dem, was jemand liefert, und dem, was er versteht. Ein Entwickler kann Tickets schließen, Code Reviews bestehen und in Produktion deployen, während er sein System jede Woche weniger versteht. Das Artefakt sieht gleich aus. Das Verständnis ist nicht da.
Die Organisationen, die diese Phase überstehen, werden diejenigen sein, die Wege gefunden haben, Verständnis zu bewerten und zu bewahren - durch Code Reviews, die nach dem Warum fragen; durch Architekturdiskussionen, die Denkprozesse sichtbar machen; durch Einstellungsentscheidungen, die Urteilsvermögen testen, nicht nur Output. Die Organisationen, die nur gemessen haben, was sie sehen konnten, werden zu spät entdecken, dass die wichtige Schicht die war, die sie nicht verfolgt haben.
Was Ingenieure verstehen, ist das, was euer System wartbar, erweiterbar und wiederherstellbar macht, wenn etwas schiefläuft. Man kann es nicht in einem Sprint messen. Man bemerkt seine Abwesenheit bei einem Incident um 2 Uhr morgens.
Gedanken dazu? Findet mich auf Bluesky.