Ein Team startet einen Pilot. Etwa fünf Mitarbeiter, ein abgegrenzter Prozess, ein Tool, das schnell einzurichten ist. Nach ein paar Wochen sind die Ergebnisse innerhalb dieser kleinen Gruppe gut. Es wird Zeit gespart, die Arbeit geht schneller, die ersten Reaktionen sind positiv. Der Pilot wird intern als Beweis geteilt, dass KI für die Organisation funktioniert.
Danach passiert etwas Auffälliges: nichts. Der Pilot bleibt bei diesem einen Team, in diesem einen Prozess, mit diesen fünf Personen. Andere Abteilungen schauen zu, sagen, dass es interessant ist, und machen mit ihrer eigenen Arbeit weiter wie immer. Ein Jahr später existiert der Pilot noch, aber die Organisation hat sich nicht verändert.
Die Überlegung hinter einem Pilot in einer Ecke ist nicht unvernünftig. Man möchte das Risiko begrenzen, man möchte lernen, bevor man breit ausrollt, man möchte nicht sofort die ganze Organisation für etwas Unbewiesenes auf den Kopf stellen. Klein anfangen ist ein vernünftiger Ausgangspunkt.
Das Problem liegt nicht im kleinen Anfangen. Es liegt in dem, was danach nicht passiert. Ein Pilot, der in einer abgeschirmten Umgebung gut funktioniert, sagt vor allem etwas über diese Umgebung aus: motivierte Menschen, ein übersichtlicher Prozess, wenig Abhängigkeiten von anderen Abteilungen. Er sagt nichts darüber aus, ob der Rest der Organisation dasselbe kann. Daten sind anderswo anders geordnet, Prozesse laufen anders, Menschen haben andere Prioritäten. Der Pilot beweist, dass es unter idealen Umständen funktionieren kann, nicht, dass die Organisation bereit ist, es überall funktionieren zu lassen.
Ebenfalls erkennbar ist die Situation, in der zwei Enthusiasten und sonst niemand den Piloten tragen. Solange diese zwei Menschen Energie in das Projekt stecken, geht es weiter. Sobald einer von ihnen eine andere Rolle bekommt oder viel zu tun hat, stockt der Pilot. Niemand merkt es sofort, denn die Organisation war nie wirklich davon abhängig.
Es gibt ein paar erkennbare Signale. Der Pilot wird in internen Präsentationen als Erfolgsgeschichte genannt, aber niemand kann sagen, was der nächste Schritt ist, um ihn breiter zu ziehen. Es gibt keine konkrete Vereinbarung darüber, wann das Experiment in etwas Strukturelles übergeht, und somit gibt es keine Vereinbarung darüber, was eigentlich nachgewiesen werden soll aus dem Test. Gilt er als gelungen, wenn die Zeitersparnis nachweisbar ist? Wenn die Qualität gleich bleibt? Wenn andere Teams selbst um Zugang bitten? Ohne dieses Kriterium läuft ein Pilot weiter, ohne jemals irgendwo anzukommen.
Ein weiteres Signal ist, dass die Technologie funktioniert, aber die Arbeitsweise darum herum nicht angepasst wurde. Menschen nutzen das Tool neben ihrem bestehenden Prozess anstatt an dessen Stelle. Das ist ein Zeichen dafür, dass die Technologie der Struktur voraus ist, in der sie funktionieren muss: Die Organisation hat nichts verändert, um Raum für die neue Arbeit zu schaffen, also passt sich die neue Arbeit an die alte an, nicht umgekehrt.
Ein drittes Signal ist, dass sich niemand außerhalb des Pilotenteams als Eigentümer fühlt. Es gibt ein Team, das es ausprobiert, aber keinen Manager, kein Führungsmitglied oder Prozesseigner, der die Verantwortung für das Hochskalieren trägt. Wenn ein Pilot eine Demonstration bleibt statt ein Eigentum, dann ist das genau das Muster, bei dem eine Demonstration ohne Eigentümer ihre Wirkung verliert, sobald der erste Neuigkeitswert vergangen ist.
Und schließlich: Wenn Sie sich vorstellen, was passiert, wenn der Pilot morgen auf drei andere Abteilungen ausgeweitet werden müsste, und die Antwort ist unklar oder unangenehm, dann stecken Sie wahrscheinlich schon in dieser Fallgrube. Nicht weil der Pilot gescheitert ist, sondern weil er nie dazu gedacht war, irgendwohin zu gehen.
Der Grund, warum Piloten in ihrer Ecke hängen bleiben, liegt selten an der Technologie selbst. Er liegt in dem, was unter dem Piloten liegt: wie ausgereift die Organisation, die IT-Infrastruktur und das Datenmanagement im Verhältnis zu dem sind, was Hochskalieren erfordert. Ein Pilot kann auf einem isolierten Datensatz mit einem ausgewählten Team ausgezeichnet funktionieren und sich dennoch als unmöglich erweisen, sobald er den Rest der Organisation betrifft, einfach weil die grundlegenden Schichten dort nicht darauf ausgerichtet sind. Das ist auch genau, warum Hochskalieren, ohne dass die Basis steht, so oft ins Stocken gerät: Der Pilot war nie das Problem, der Untergrund darunter schon.
Die Reifegradmessung von hybridresourcing bringt diesen Untergrund ins Bild: fünf Stufen, von Baseline bis Intelligence, über sieben Dimensionen, die zusammen bestimmen, ob eine Organisation einen Piloten außerhalb seiner Ecke tragen kann. In einer Pilotrunde bewerten mehrere Personen getrennt, und die Streuung zwischen ihren Antworten zeigt oft schon, wo die Organisation sich über sich selbst uneinig ist, bevor ein Wort über Technologie gefallen ist. Wer wissen möchte, worauf ein CEO bei KI-Reifegrad achten sollte, bevor der nächste Pilot startet, findet dort einen Ansatz.
Diese Messung betrifft die Frage, ob die Organisation einen Piloten tragen kann: Ist die Struktur dafür bereit, sind die Daten in Ordnung, ist die Infrastruktur ausreichend. Das ist eine andere Frage als die, welcher Teil der Arbeit selbst geeignet ist, an KI übertragen zu werden. Diese Frage beantwortet der Werkscan von FTE TO AI: Er berechnet pro Aufgabe, welcher Teil der Arbeit übernommen werden kann, unabhängig davon, ob die Organisation als Ganzes dafür schon bereit ist. Wer erwägt, einen Piloten zu erweitern, sollte gut daran tun, beide Fragen getrennt zu stellen, bevor er sie miteinander verwechselt.
Die Reifegradmessung befindet sich im Aufbau. Wer die Pilotrunde durchlaufen möchte, sobald sie verfügbar ist, kann sich für die Warteliste anmelden.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.