Was funktioniert, kann skaliert werden. Ups?

Warum ein erfolgreicher KI-Pilot beim Rollout gefährlich werden kann. Willkommen zu Tom’s Strukturdiagnose.

Ein Satz,bei dem ich hellhörig werde, lautet: „Der Pilot funktioniert. Jetzt müssen wir
skalieren.“ Das klingtvernünftig. Ein Pilot soll schließlich zeigen, ob eine Idee Wirkung erzeugt.
Wenn die Ergebnisse gut sind, wenn Nutzer zufrieden sind und wenn die Technik stabil läuft, scheint der nächste Schritt klar: Rollout.

Genau hier beginnt jedoch eine der gefährlichsten Selbstverständlichkeiten in der
KI-Arbeit: Was funktioniert, kann skaliert werden.

Erfolg beweist Wirkung. Er beweist noch nicht, dass die Erfolgslogik oder ihre
Trageform skalierbar ist.

Ein Pilot arbeitet fast immer unter besonderen Bedingungen. Die Fallzahl ist begrenzt.
Das Kernteam ist aufmerksam. Fachleute sind schnell erreichbar. Unklare
Ergebnisse werden doppelt geprüft. Freigaben laufen informell über wenige
Personen. Sonderfälle können direkt eskaliert werden. Und wenn etwas nicht
sauber funktioniert, bleibt jemand länger.

Diese Bedingungen sind im Pilot nicht automatisch falsch. Sie sind häufig sogar
notwendig, um überhaupt zu lernen. Gefährlich wird es erst, wenn sie nach dem
Erfolg unsichtbar werden.

Dann sieht die Organisation den Output, aber nicht mehr die zusätzliche Trageleistung, die
ihn ermöglicht hat.

Die Verantwortlichen wissen, welche Ergebnisse nur deshalb vertretbar waren, weil
erfahrene Menschen Grenzfälle abgefangen haben.

Im Rollout wird aus dieser stillen Kompensation plötzlich Betriebslogik.

Das ist der strukturelle Kern: Ein erfolgreicher Pilot kann Unterdeckung
skalieren.

Der Pilot kann zeigen, dass ein KI-Beitrag nützlich ist. Er zeigt noch nicht, ob dieser
Beitrag im realen Servicefluss tragfähig gekoppelt ist. Check Youtube.

Dafür müssen vier Dinge zusammenhalten.

Erstens: Mandat. Wer darf im laufenden Betrieb freigeben, übersteuern, stoppen oder
eskalieren? Im Pilot funktioniert oft der direkte Zuruf. Im Betrieb braucht es
belastbare Entscheidungsrechte.

Zweitens: Service. Welcher konkrete Service wird verbessert, für welchen
Service-Konsumenten, an welchem Service-Objekt und mit welchem Nutzeffekt? Ein
guter Modelloutput ist noch keine sauber definierte Service-Erbringung.

Drittens: Haftung. Wer muss Wirkung, Fehler, Begründung und Folgen vertreten, wenn der
KI-Beitrag in einen realen Fall eingeht? Im Pilot bleibt diese Frage häufig im
Schutzraum des Projekts. Im Betrieb landet sie bei einer Person.

Viertens: Urteilskraft. Unter welchen Bedingungen kann ein Mensch Qualität, Grenzfall und
Folge tatsächlich beurteilen? Ein Review-Schritt allein ist noch keine
Urteilskraft, wenn Zeit, Kontext, Eskalation und Befugnis fehlen.

Das ist der Mandat-Service-Haftungs-Knoten im Nutzungsmoment.

Business Value, Datenqualität, Kostenkontrolle, Responsible AI und Change Management
bleiben wichtig. Sie greifen jedoch zu spät, wenn der konkrete Servicefall am
MSH-Knoten ungeklärt bleibt.

Unter AI Visibility wird diese Lücke schärfer. Beiträge, Freigaben, Übergaben und Fehler
werden sichtbarer. Ein Pilot kann im kleinen Raum noch von persönlicher Nähe
getragen werden. Beim Rollout steigt die Zahl der Fälle, die Taktung und die
Nachweislast. Verantwortung wächst schneller als Mandat.

Der Centurio bezahlt diese Lücke nicht abstrakt.

Er bezahlt mit Rollout-Druck. Mit Überstunden. Mit zusätzlicher Nachprüfung. Mit
Budgetrechtfertigung. Mit der Erwartung, den Erfolg zu skalieren und zugleich
jedes neue Risiko persönlich zu vertreten. Und später mit der Frage, warum ein
System im Pilot funktionierte, aber im Betrieb nicht mehr sauber getragen
wurde.

Das ist kein Argument gegen Piloten. Es ist ein Argument gegen die Gleichsetzung von
Pilot-Erfolg und Betriebsreife.

Vor einem Rollout sollte deshalb nicht nur gefragt werden: Hat die KI funktioniert?

Die entscheidende Frage lautet: Was hat diesen Erfolg getragen - und ist diese
Trageform im Betrieb gebaut?

Welche Sonderaufmerksamkeit war nötig? Wer hat nachgeprüft? Welche Freigaben liefen
informell? Welche Grenzfälle landeten bei einzelnen Personen? Welche Arbeit war
im Pilot verfügbar, aber im künftigen Volumen nicht skalierbar?

Sobald diese Fragen einen konkreten Verantwortungsträger, einen konkreten Servicefall
und eine konkrete persönliche Kostenfolge sichtbar machen, reicht allgemeine
Orientierung nicht mehr. Dann braucht die Lage Lesbarkeit.

Die CPA-nahe Frage für diese Woche lautet deshalb:

Welchererfolgreiche Pilot soll bei Ihnen skaliert werden, obwohl seine Trageform noch
ungeklärt ist?

Der Pilot war erfolgreich. Das ist ein guter Anfang.

Aber der Rollout darf nicht nur die Wirkung vervielfachen. Er muss auch Mandat, Service,
Haftung und Urteilskraft tragfähig machen.

Das war keine Pilotfrage. Das war eine Strukturfrage.