Hauptgedanke

Eine Abfrageoberfläche, zusammengebastelt, um einem Team auszuhelfen, ein Export, in zwei Stunden aufgesetzt, ein Dashboard, irgendwo in einer Ecke gebaut: Diese Objekte entstehen unter ausdrücklich niedrigen Anforderungen – keine Tests, kein Review, keine Governance –, und diese Anforderungen werden mit ihrer vermeintlich kurzen Lebensdauer begründet.

Die schleichende Verschiebung geschieht nicht aus Nachlässigkeit. Sie geschieht, weil das Werkzeug nützlich ist. Man führt es vor, es kommen Änderungswünsche, man fragt, ab wann man es benutzen kann, es wird Teil der wöchentlichen Routine eines Teams und schließlich zur Pflichtstation eines Prozesses. Zu keinem Zeitpunkt hat jemand entschieden, dass es kritisch wird: Die Kritikalität kam über die Nutzung, während die Anforderungen die eines Wegwerfdings blieben.

Unternehmen kennen diesen Mechanismus längst in anderer Gestalt – die Excel-Datei der Abteilung, das Makro, das nur sein Autor versteht, das Skript für den Bereitschaftsdienst. Ein Code-Assistent erfindet ihn nicht; er senkt nur die Einstiegskosten und damit die Zahl der Objekte, die diesen Weg nehmen.

Warum das wichtig ist

Das verschiebt den Kontrollpunkt. Das Bauen zu verbieten, löst das Problem nicht, denn das Problem ist nicht das Bauen, sondern dass es keinen Moment gibt, in dem die Kritikalität festgestellt wird. Einzuführen ist eine Schwelle: Ein Werkzeug, das mehrere Personen nutzen oder das in einen wiederkehrenden Prozess eingegangen ist, wechselt die Kategorie und unterliegt den Anforderungen seiner neuen Kategorie.

Es liefert auch die richtige Lesart eines Vorfalls mit einem solchen Werkzeug: Nicht die ursprüngliche Qualität war das Problem, sondern dass niemand das Objekt mit seiner tatsächlichen Nutzung in Verbindung gebracht hat.

Nuancen und Grenzen

Nicht jedes Wegwerfwerkzeug wird schleichend kritisch, und die meisten sterben tatsächlich. Jedes Skript wie ein künftiges kritisches System zu behandeln, bringt genau den Formalismus zurück, den man vermeiden wollte, und macht den Nutzen zunichte.

Die Schwierigkeit: Das Signal für den Umschlag ist sozial – jemand hat angefangen, sich darauf zu verlassen –, und es taucht in keiner technischen Kennzahl auf.

Offene Fragen

• Welches beobachtbare Signal außer dem Ausfall zeigt an, dass ein internes Werkzeug die Schwelle überschritten hat, ab der sich seine Anforderungen ändern müssen?