Ist das nicht nur Bürokratie mit KI? Der Unterschied zwischen Steuerung und Theater.

Wer beschreibt, wie KI-Operatoren unter Regeln arbeiten, mit Entscheidungsrechten, Qualitätsprüfung und Eskalation, bekommt früher oder später denselben Einwand: Klingt nach viel Prozess. Ist das nicht einfach Bürokratie mit KI obendrauf?

Der Einwand ist berechtigt, und ich nehme ihn ernst. Die meisten Menschen in Unternehmen haben Prozesse fast ausschließlich als Ballast erlebt: Freigabeschleifen, die niemand erklären kann, Formulare, die niemand liest, Regeln, deren Verletzung folgenlos bleibt. Wer das kennt, hört bei "Governance" reflexhaft mehr davon.

Bürokratie schützt den Prozess. Steuerung schützt das Ergebnis.

Woran du den Unterschied erkennst

Der Unterschied ist keine Frage der Menge an Regeln, sondern ihrer Konstruktion. Drei Fragen trennen die beiden zuverlässig.

Erstens: Wozu gehört diese Regel? Jede Regel in einem gesteuerten System hängt an einem Ergebnis, das sie absichert. Kannst du zu einer Vorgabe kein Outcome und keine Kennzahl benennen, auf die sie einzahlt, ist sie Theater. In Rocket Routine OS hängt jede Routine an einem Artefakt und jede Rolle an einem Ergebnis, für das sie geradesteht.

Zweitens: Was passiert, wenn sie verletzt wird? Eine Regel, deren Bruch keine Konsequenz hat, ist eine Empfehlung mit gutem Anzug. In einem gesteuerten System ist die Konsequenz vorher definiert und meistens automatisch: Der Text geht nicht live, der Fall wird eskaliert, die Rolle rutscht ein Adoption Level zurück. Niemand muss dafür Autorität aufwenden.

Drittens: Wird sie gemessen? Bürokratie fragt, ob der Prozess eingehalten wurde. Steuerung fragt, ob das Ergebnis stimmt. Die FTT (First Time Through) misst genau das, den Anteil der Arbeit, der die Qualitätsprüfung im ersten Anlauf besteht. Eine Zahl, die sinken kann, ist der beste Schutz gegen Prozesstheater, weil sie sichtbar macht, wenn Aufwand keine Qualität erzeugt.

Ein Beispiel aus dem Alltag macht es konkret. Zwei Unternehmen führen dieselbe Vorgabe ein: Texte, die nach außen gehen, müssen vor der Veröffentlichung geprüft werden. Im ersten heißt das, jemand liest drüber und gibt frei, geprüft wird nach Gefühl und Verfügbarkeit, und wenn es eilig ist, geht es auch mal ohne. Im zweiten gibt es eine Prüfliste mit definierten Kriterien, der Zugriff zum Veröffentlichen ist technisch an diese Prüfung gebunden, und der Anteil der Texte, die beim ersten Versuch durchkommen, wird mitgeschrieben.

Dieselbe Vorgabe auf dem Papier. Im ersten Fall entsteht eine Warteschlange vor einer Person. Im zweiten entsteht ein Filter mit einer Zahl daran.

Der Punkt, an dem Governance zu Bürokratie wird

Es gibt eine klare Stelle, an der ein System kippt. Sie ist in der Reifeleiter beschrieben, zwischen Stufe zwei und Stufe drei.

Auf Stufe zwei, Governed, sind die Regeln aufgeschrieben. Entscheidungsrechte sind explizit, Routinen dokumentiert, Verantwortung benannt. Aber "fertig" ist eine Behauptung. Niemand prüft gegen einen definierten Standard, also weiß auch niemand, ob der ganze Aufwand etwas bewirkt. Genau hier bleiben die meisten Rollouts stehen, und genau das erleben Menschen dann als Bürokratie: Die Regeln sind da, der Nutzen ist nicht nachweisbar.

Stufe drei, Verified, unterscheidet sich in einem einzigen Punkt. "Fertig" wird belegt, gegen einen definierten Standard, mit einem Ergebnis, das man vorzeigen kann. Ab da bezahlt der Prozess sich selbst, weil er sichtbar Fehler abfängt, statt nur Arbeit zu erzeugen.

Regeln ohne Verifikation sind der teuerste Zustand, den ein Unternehmen haben kann: die Kosten der Bürokratie, ohne ihren einzigen Nutzen.

Gute Steuerung nimmt weg, sie fügt nicht hinzu

Das ist der Teil, den der Einwand meistens übersieht. Ein gesteuertes System erzeugt weniger Abstimmung, nicht mehr.

Wenn Entscheidungsrechte vorher geklärt sind, muss der Großteil der täglichen Entscheidungen niemanden fragen. Leaf-Entscheidungen laufen im Rahmen des Role Contracts durch, ohne Schleife. Wenn die Eskalations-Trigger definiert sind, erreicht dich nur der Ausnahmefall statt vorsichtshalber alles. Wenn ein Standard existiert, entfällt die Diskussion darüber, ob etwas gut genug ist.

Bürokratie wächst, weil jede neue Unsicherheit eine neue Schleife bekommt. Steuerung schrumpft die Abstimmung, weil sie Unsicherheit vorher auflöst. Ein Unternehmen, das mehr Meetings braucht, seit es "Prozesse eingeführt" hat, hat keine Steuerung eingeführt.

Company 0: dreizehn Regeln, alle aus Schäden

Bei uns lässt sich das an einer einzigen Liste zeigen. Für die Content-Produktion gibt es ein Dokument mit Edit-Patterns, den Regeln, an die sich der KI-Operator bei jedem Text halten muss. Es sind aktuell dreizehn.

Entscheidend ist nicht die Zahl, sondern wie sie zustande kam. Keine dieser Regeln wurde vorsorglich geschrieben. Jede einzelne existiert, weil in einem Review etwas aufgefallen ist, das schon im Entwurf stand. Zwei davon habe ich hier öffentlich beschrieben: eine rhetorische Konstruktion, die elfmal in einem Artikel auftauchte, und ein Verb, das dreimal in einem Text stand. Aus beiden wurde eine Regel, die den Operator seitdem bindet.

Eine Liste, die nur nach echten Fehlern wächst, bleibt kurz und nützlich. Eine Liste, die aus antizipierten Risiken wächst, wird lang und tot. Das ist der ganze Unterschied im Kleinen, und im Großen funktioniert er genauso: Ein Learning zählt erst, wenn es ein Artefakt ändert, und ein Artefakt ändert sich erst, wenn es einen Anlass gab.

Was das für dich heißt

Nimm die letzte Regel, die bei euch eingeführt wurde, und stell ihr die drei Fragen: Auf welches Ergebnis zahlt sie ein? Was passiert, wenn sich jemand nicht daran hält? Und woran würdest du merken, dass sie wirkt?

Wenn du auf alle drei eine Antwort hast, ist es Steuerung, egal wie formal sie aussieht. Wenn du auf keine eine Antwort hast, ist es Theater, egal wie schlank es sich anfühlt. Und wenn du nur auf die erste eine Antwort hast, steht ihr auf Stufe zwei und zahlt gerade den vollen Preis für den halben Nutzen.