Hauptgedanke

Technische Erfahrung entsteht in einer kurzen Schleife: Man probiert, man irrt sich, man sucht, man versteht, man korrigiert — und behält etwas von der Korrektur. Eine halbe Stunde an einem begrenzten Bug, ein Tag an einem Endpunkt, der sich sperrt, ein Problem, das man am nächsten Tag wieder aufgreift: Durch diesen Umweg lernt man, die schwachen Signale eines Codes zu erkennen und zu spüren, dass eine zu einfache Lösung einen Preis verbirgt.

Nicht der Schmerz bildet aus, sondern die Analysierbarkeit. Solange der Fehler in einem Bereich bleibt, den man öffnen, lesen und mit einer Entscheidung verbinden kann, lehrt er etwas. Tritt er in einem System auf, das gewachsen ist, dessen Schichten sich gestapelt haben, dessen Entscheidungen implizit sind und dessen Tests vielleicht ein falsches Verständnis des Bedarfs bestätigen, lässt er sich auf nichts mehr zurückführen: Man weiß nicht mehr, warum alles zusammenbricht.

Was dann folgt, ist der Flicken. Man versteht nicht besser, man setzt nur eine weitere Schicht auf eine Architektur, in der man nie zu Hause war.

Warum das wichtig ist

Das bestimmt neu, was man schützen muss, wenn ein Team lernen soll. Nicht das Auftreten von Fehlern — die wird es geben —, sondern ihre Größe und die Zeit, bis sie sichtbar werden: zwei Größen, auf die man über den Zuschnitt der Arbeit, die Tests und die Häufigkeit der Produktivsetzungen einwirken kann.

Es erklärt auch, warum ein Team jahrelang Vorfälle anhäufen kann, ohne an Kompetenz zu gewinnen: Seine Fehler kommen immer zu spät und zu groß, um irgendetwas zu lehren.

Nuancen und Grenzen

Manche späten Fehler lehren bemerkenswert viel, vorausgesetzt, ein Verfahren macht sie im Nachhinein analysierbar: ein ernsthaftes Post-mortem, eine rekonstruierte Chronologie, Spuren aus dem Betrieb. Die Analysierbarkeit lässt sich also wiederherstellen, allerdings zu höheren Kosten als im Moment selbst.

Und eine zu kurze Schleife hat ihren eigenen Mangel: Sie lehrt das lokale Handeln, ohne je mit den Systemeffekten zu konfrontieren, die erst im großen Maßstab sichtbar werden.

Offene Fragen

• Wie viel Zeit darf höchstens zwischen einer technischen Entscheidung und ihrer ersten beobachtbaren Folge liegen, damit die Schleife noch lehrreich bleibt?