Warum euer Pilot seit Monaten Pilot bleibt

Fünf Hürden entscheiden darüber, ob ein KI-Pilot in die Fläche kommt: ein Eigentümer mit Mandat, echte Systeme, aktives Change Management, ein messbares Ziel und organisierte Kontrolle. Eine einzige ungelöste genügt, damit auch ein guter Pilot stehen bleibt.

Der Pilot lief gut. In der Vorführung traf der Agent jede Antwort, die Fachabteilung war beeindruckt, und am Ende fiel der Satz, auf den alle gewartet hatten: „Das rollen wir aus." Das ist ein paar Monate her.

Seitdem läuft er weiter. Dieselben zwei, drei Anwendungsfälle, dieselbe Handvoll Leute, dieselbe Testumgebung. Niemand hat den Piloten gestoppt, niemand hat entschieden, dass er sterben soll. Es hat nur auch niemand entschieden, was als Nächstes passiert. In der Statusrunde steht er unter „läuft".

Das ist kein Einzelfall, sondern der Normalfall. Rund neun von zehn Agenten-Projekten erreichen die Produktion nie. Gemeint sind Vorhaben, in denen die KI nicht mehr nur antwortet, sondern in echten Systemen handelt. Etwa ein Prozent der Führungskräfte hält die eigene KI-Umsetzung für ausgereift. Dieselbe Lücke zeigt sich dort, wo KI längst benutzt wird: Im Auftragsmanagement arbeiten neun von zehn Organisationen mit KI, in die Fläche bringen sie sieben Prozent.

Die gute Nachricht steckt in derselben Beobachtung. Wenn so viele Piloten an derselben Grenze stehen bleiben, liegt es weder an eurem Anwendungsfall noch an eurem Modell. Es liegt an fünf Stellen, die man einzeln benennen und einzeln reparieren kann. Und eine einzige davon genügt, damit auch ein guter Pilot stehen bleibt.

Läuft noch oder steht still

Ein Pilot, der reift, verändert sich. Er bekommt Fälle dazu und verliert welche, jemand schreibt auf, was er darf und was nicht, die Zahl der Leute, die ihn benutzen, wächst langsam. Ein Pilot, der feststeckt, verändert sich nicht mehr. Er läuft, er liefert Ergebnisse, er wird lobend erwähnt, und er sieht heute aus wie am Tag der Vorführung.

Drei Fragen trennen die beiden Zustände zuverlässiger als jedes Statusdokument. Wann kam der letzte neue Anwendungsfall dazu? Wer hat seitdem eine Entscheidung über den Piloten getroffen, die etwas verändert hat? Wie viele Menschen arbeiten heute damit, verglichen mit dem Start? Lautet die Antwort dreimal „seit dem Start nichts", dann läuft euer Pilot nicht mehr, er steht.

Dieser Zustand ist schwer zu erkennen, weil er sich nicht wie ein Scheitern anfühlt. Ein gescheitertes Projekt wird abgeschaltet und im Haus besprochen. Ein stehengebliebener Pilot läuft weiter, kostet weiter Lizenzen und Aufmerksamkeit und liefert weiter kleine Erfolgsmeldungen. Vor allem bindet er die Leute, die den nächsten Schritt bauen müssten. Damit ist er teurer als ein Abbruch: Ein Abbruch gibt Kapazität frei, ein Dauerpilot nicht.

Auf der Ebene der ganzen Wirtschaft sieht dasselbe Muster so aus: 98 Prozent der deutschen Unternehmen haben eine KI-Strategie, 0,6 Prozent haben KI systematisch in allen Kernbereichen im Einsatz. Zwischen dem Papier und dem laufenden Betrieb liegt genau die Arbeit, an der euer Pilot gerade hängt.

Es liegt fast nie am Modell

Wenn ein Pilot nicht weiterkommt, zielt der erste Reflex auf die Technik. Vielleicht ist das Modell zu schwach. Vielleicht wartet man besser auf die nächste Version. Der Reflex ist verständlich, weil die Technik die einzige Stellschraube ist, die man kaufen kann. Er trifft nur selten den Punkt.

Eine Demo muss einmal gelingen. Der Betrieb muss jeden Tag gelingen, mit echten Daten, unter Zeitdruck, ohne dass jemand hinterher aufräumt. Das ist keine Frage der Intelligenz, sondern der Verlässlichkeit. Ein etwas schlaueres Modell bringt euch an dieser Grenze nicht weiter. Eine Anbindung, die reproduzierbar liefert, geprüft ist und im Zweifel einen Menschen fragt, bringt euch weiter. Diese Grenze hat einen Namen: Prozess-Integration, die Stufe, auf der aus einer Vorführung ein Betrieb wird.

Die Zahlen zeigen in dieselbe Richtung. Der messbare Nutzen aus KI hängt zu 67 Prozent an der Organisation, also an Kultur, Rückhalt der Führung und Personalpraktiken, und nur zu 32 Prozent am Verhalten Einzelner. Früher waren Technologieprojekte grob zu achtzig Prozent Technik und zu zwanzig Prozent Organisation, heute ist es umgekehrt, weil Technik billig und schnell verfügbar geworden ist. Daraus folgt eine unbequeme Regel fürs Budget: pro Euro für Technik mindestens ein Euro für Menschen und Arbeitsweisen.

Was einen Piloten aufhält, steht deshalb fast nie im Quellcode. Es steht in der Frage, wer über ihn entscheiden darf, und darin, ob er an eurem echten System hängt oder an einer Kopie vom letzten Quartal.

Der Kern
Eine Demo muss einmal gelingen, der Betrieb jeden Tag. Was dazwischen liegt, ist kein besseres Modell, sondern eure Organisation.

Die fünf Hürden: geh sie an einem einzigen Piloten durch

Nimm nicht alle Vorhaben auf einmal, nimm das eine, an dem am meisten hängt. Geh die fünf Hürden der Reihe nach durch und beantworte jede mit ja oder nein, nicht mit „teilweise". Eine einzige ungelöste Hürde genügt, damit alles stehen bleibt, so wie ein voller Parkplatz mit genau einer zu schmalen Ausfahrt.

Zähl am Ende nicht, wie viele Hürden ihr schon genommen habt. Such die erste, bei der die Antwort ehrlich nein lautet. Genau dort steht euer Pilot, und alles, was ihr an den anderen vier verbessert, bewegt ihn keinen Meter.

Die fünf Hürden
1

Erste Hürde: ein Eigentümer mit Mandat

Gemeint ist eine Person, die über den Piloten entscheidet, nicht ein Kreis, der ihn bespricht. Du erkennst das Fehlen daran, dass drei Kollegen dir drei verschiedene Namen nennen, wenn du fragst, wer hier entscheidet. Der härtere Test: Wenn der Pilot morgen mehr Geld braucht, wer sagt zu, ohne jemanden zu fragen? Benenne diese Person mit Namen, gib ihr ein eigenes Budget und schreib auf, welche Entscheidungen sie ohne Rückfrage treffen darf. Sorg dafür, dass sie einen kurzen Weg zur Geschäftsführung hat.
2

Zweite Hürde: die Verankerung in echten Systemen

Ein Pilot ist verankert, wenn er aus den Systemen liest und in die Systeme schreibt, in denen die Arbeit tatsächlich stattfindet. Du erkennst die Lücke daran, dass er auf einem Datenexport arbeitet, dass jemand die Ergebnisse von Hand zurückträgt oder dass die Leute eine zusätzliche Oberfläche öffnen müssen, um ihn zu benutzen. Ein Agent, der eine neue Oberfläche verlangt, verliert genau an der Stelle, an der er gewinnen müsste. Zeichne auf, aus welchem System der Pilot heute liest und in welches er schreibt, und markiere jede Stelle, an der ein Mensch etwas kopiert. Räum die erste dieser Stellen weg, bevor du einen weiteren Anwendungsfall aufnimmst.
3

Dritte Hürde: aktives Change Management

Damit ist die Arbeit an den Menschen gemeint, die den Piloten benutzen sollen, nicht die Ankündigung im Rundschreiben. Ein Pilot kann technisch tadellos laufen und trotzdem fast niemanden erreichen. In einem realen Fall lag die Nutzung zunächst unter zwanzig Prozent der vorgesehenen Anwender, und erst ein technischer Zwang zur Nutzung hob sie an. Eine niedrige Nutzung frisst jeden gerechneten Wert wieder auf. Zähl nach, wie viele der vorgesehenen Nutzer den Piloten in der vergangenen Woche wirklich benutzt haben, und sprich mit denen, die es nicht getan haben, bevor du die nächste Schulung ansetzt.
4

Vierte Hürde: ein messbares Ziel mit benanntem Wertbeitrag

Gemeint ist eine Zahl, die sich bewegen soll, und ein Nutzen, der an dieser Zahl hängt. Frag, was der Pilot bringen soll: Kommt „er spart Zeit" zurück, ohne dass jemand sagen kann, wie viel wovon, dann fehlt das Ziel. Ein Drittel der Verantwortlichen nennt den fehlenden klar gerechneten Nutzen als größte Hürde beim Einsatz handelnder KI. Leg eine einzige Zahl fest, die sich durch den Piloten verbessern soll, miss sie einmal vor dem Start und schreib dazu, ab welchem Wert der Pilot die Fläche verdient hat. Entscheide im selben Zug, wofür die gewonnenen Stunden eingesetzt werden, denn freie Zeit allein ist noch kein Ergebnis.
5

Fünfte Hürde: organisierte Kontrolle

Gemeint ist ein geregeltes Verfahren dafür, wer prüft, wer freigibt und wer haftet. Du erkennst die Lücke daran, dass niemand sagen kann, wie oft der Agent danebenliegt, dass jeden Vorgang prüft, wer gerade Zeit hat, und dass du auf die Frage „was passiert, wenn er sich irrt" eine Vermutung bekommst statt eines Verfahrens. Die Antwort darauf hat zwei Teile. Das erste sind Evals, also automatisierte Tests, die vor der Ausgabe messen, ob der Agent seine Aufgabe verlässlich löst. Das zweite sind Guardrails, also technische Sperren, die der Agent nicht umgehen kann, im Unterschied zu einer höflichen Bitte im Prompt, über die er sich hinwegsetzen kann. Schreib zehn echte Fälle mit ihrer richtigen Antwort auf, lass den Piloten sie durchlaufen und vergleich das Ergebnis. Leg danach fest, ab welcher Sicherheit ein Vorgang ohne Menschen durchläuft und wer die übrigen zeichnet.

Ein Pilot, der steht, sagt dir etwas Nützliches

Ein stehengebliebener Pilot ist keine schlechte Nachricht über eure KI. Er ist eine Nachricht über eure Organisation, und zwar eine genaue. Er zeigt euch die eine Stelle, an der euer Haus die Übergabe von der Erprobung in den Betrieb noch nicht geregelt hat. Diese Stelle bleibt beim nächsten Anwendungsfall dieselbe, unabhängig davon, welches Modell ihr dann einsetzt.

Rechnet dabei mit einer Delle. Die Kosten kommen zuerst, weil Prozessarbeit, Datenarbeit und Qualifizierung vor dem Ertrag liegen. Wer in dieser Delle abbricht, hält ein Zeitproblem für ein Technikproblem und startet ein halbes Jahr später denselben Piloten noch einmal von vorn.

Wenn du wissen willst, ob es bei euch wirklich an einer dieser fünf Hürden hängt oder eine Stufe früher: Mach den KIRA-Check. Er verortet dein Haus über fünf Achsen und nennt dir die zwei Engpässe, die gerade bremsen, jeden mit genau einem ersten Schritt. Zehn Minuten, keine Note am Ende.

KIRA-Check

Wo steht dein Unternehmen wirklich?

Verorte deinen Reifegrad über sechs Stufen und fünf Achsen, und finde die zwei Engpässe, die euch gerade bremsen.