Hauptgedanke

Auf das Review durch einen Entwickler zu verzichten, wenn man sich ein Werkzeug selbst gebaut hat, hat eine Kehrseite, die nicht optional ist: Wenn das Werkzeug kaputtgeht, steht niemand sonst in der Pflicht. Wer beschlossen hat, es zu bauen, isst sein eigenes Futter, und die Fehlerbehebung fällt ihm zu.

Hier bekommt das Versprechen Risse. Ein Code-Assistent hat die Einstiegshürde beseitigt – die Funktion zu schreiben –, nicht aber die Kompetenz, die man danach braucht: verstehen, warum etwas, das gestern lief, heute nicht mehr läuft, einen Stacktrace lesen, eine Regression eingrenzen, ein Datenproblem von einem Logikproblem unterscheiden. Viele Product Manager können inzwischen eine Oberfläche erzeugen lassen und wissen nicht, wie sie den Bug beheben, den sie gerade selbst erzeugt haben.

Diese Asymmetrie ist der Kern der Sache: Das Produzieren ist zugänglich geworden, der Betrieb nicht im selben Tempo.

Warum das wichtig ist

Daraus ergibt sich ein ehrlicheres Einstiegskriterium als das Code-Niveau: nicht „Könntest du das schreiben?“, sondern „Wirst du dir zu helfen wissen, wenn es kaputtgeht, ohne jemand anderen einzuspannen?“. Ein Werkzeug, das man nicht reparieren kann, ist kein persönliches Werkzeug, sondern eine Schuld, die man beim Nachbarn ablädt.

Es benennt auch, was hinter vielen Review-Anfragen steckt: weniger eine Qualitätskontrolle als ein Weg, die Verantwortung für die Fehlerbehebung vorab abzugeben.

Nuancen und Grenzen

Der Assistent übernimmt einen Teil der Last – er liest den Stacktrace, schlägt eine Korrektur vor, erklärt, was er getan hat. Die Grenze ist also nicht absolut; sie betrifft die Fälle, in denen man das Problem erst verstehen muss, um ihm überhaupt die richtige Frage stellen zu können.

Und die Regel setzt voraus, dass das Werkzeug persönlich bleibt. Sobald ein Team davon abhängt, ist der Ausfall kein Privatproblem mehr, und die individuelle Verantwortung reicht nicht mehr aus, um ihn aufzufangen.

Offene Fragen

• Welche Mindestkompetenz in der Diagnose – einen Stacktrace lesen, ein Log ansehen, eine Anfrage erneut ausführen – sollte man verlangen, bevor jemand ein Werkzeug in Betrieb nehmen darf, das er hat erzeugen lassen?