Ein KI-Projekt, das bei IT hängen bleibt, ist meistens kein technisches Problem. Es ist ein Projekt, das nie einen Eigentümer außerhalb der IT bekommen hat. IT baut ein Modell, eine Pipeline, eine Integration — und wartet auf jemanden, der sagt, welche Arbeit sich jetzt anders gestaltet. Ist diese Person nicht da, oder hat sie kein Mandat, bleibt das Projekt an dem Ort, an dem es gebaut wurde.
In Teilen jedes Unternehmens verschiebt sich Arbeit bereits. Nicht als Ankündigung, sondern als Praxis: Ein Teil der Arbeit kann ein System eigenständig erledigen, ein Teil kann ein System erledigen, solange ein Mensch das Ergebnis mit Begründung genehmigt oder ablehnt, und ein Teil bleibt Menschenarbeit, weil Urteilsvermögen, Verantwortung oder Kontakt mit einem Kunden davon nicht zu trennen sind. Diese Dreiteilung zieht sich durch praktisch jeden Prozess — nicht pro Abteilung, sondern pro Aufgabe.
Der Unterschied zwischen einem Unternehmen, in dem dies funktioniert, und einem Unternehmen, in dem das Projekt bei IT festläuft, liegt selten in der Technik. Er liegt darin, wer festgelegt hat, welche Aufgaben in welche Kategorie fallen, und wer befugt ist zu sagen: diese Arbeit verschiebt sich, und diese bleibt, wie sie ist. Ohne diese Feststellung baut IT etwas, das niemand in Produktion zu setzen wagt, weil niemand die Entscheidung getroffen hat, die die Entscheidung erfordert.
Einem KI-Projekt, das bei IT hängen bleibt, fehlt meistens eines von drei Dingen:
Eine Ambition, die über eine Pilotphase hinausgeht. Wenn die Frage „können wir das bauen“ beantwortet ist, aber die Frage „welche Arbeit ändert sich dadurch strukturell“ nicht, gibt es nichts, worauf man skalieren kann. Welche Ambition schieben Sie besser ein Jahr auf behandelt den Unterschied zwischen einer Ambition, die jetzt machbar ist, und einer Ambition, die zuerst etwas anderes erfordert.
Eine Antwort auf die Frage, was ein System entscheiden darf und was nicht, ohne Aufsicht. Diese Antwort liegt nicht bei IT, sondern bei der Abteilung, die die Arbeit ausführt, und bei Compliance. Was tun Sie, wenn die Ambition zwar möglich ist, die Compliance aber nicht beschreibt, was passiert, wenn die Technik fertig ist, bevor die Rahmenbedingungen es sind.
Ein Entscheidungsrecht außerhalb der IT. Jemand in der Linie — nicht in der Architektur — muss sagen können, dass sich eine Aufgabe verschiebt und dass die freigewordene Kapazität anderswo eingesetzt wird. Solange diese Entscheidung bei IT liegt, bleibt das Projekt auch dort liegen, denn IT hat dieses Mandat nicht und sollte es auch nicht haben.
Ein Ambitionstest legt fest, was die Ambition auf vier Ebenen ist — die Vision, der gewünschte Zustand, das konkrete Ziel und der Zustand, den dieses Ziel erfordert — und prüft pro Dimension, ob die Organisation dafür bereit ist. Das ist keine Messung dessen, was ein System technisch kann. Es ist eine Einschätzung dessen, was die Organisation noch regeln muss, bevor Arbeit tatsächlich verschoben wird: Entscheidungsrechte, Aufsicht, Daten, Verantwortung.
Diese Einschätzung ist nie hart. Sie ist so gut wie die Informationen, auf denen sie beruht, und diese Informationen sind oft unvollständig, wenn eine Geschäftsführung damit beginnt. Eine Dimension, die bereit aussieht, weil niemand die richtige Frage gestellt hat, ist nicht bereit — dieses Ergebnis sagt zu diesem Zeitpunkt vor allem etwas darüber aus, was noch nicht untersucht wurde. Umgekehrt kann eine Dimension schlecht aussehen, während das Problem klein ist, sobald jemand die Befugnis bekommt, es zu lösen. Der Test ordnet, wo die Organisation steht; er ersetzt keine Untersuchung der Aufgaben selbst.
Die zugrunde liegende Frage — welche Arbeit in diesem Unternehmen tatsächlich von KI übernommen werden kann, teilweise oder vollständig — wird mit dem Werkscan von FTE TO AI pro Aufgabe beantwortet, nicht pro Abteilung oder Funktion. Diese Unterscheidung ist notwendig, weil ein Projekt, das auf Funktionsebene beurteilt wird, immer bei IT hängen bleibt: Funktionen ändern sich nicht, Aufgaben schon.
Ein einzelnes KI-Projekt, das festläuft, ist meistens ein Symptom. Oft gibt es kein durchgehendes Bild davon, wie sich die acht Reifedimensionen im Laufe der Zeit entwickeln, und bleibt dieselbe Dimension Jahr für Jahr der Engpass, ohne dass jemand das benennt — siehe Was tun Sie mit einer Dimension, die schon jahrelang stecken bleibt. Eine Ambition, die auf dem Papier klein aussieht, erfordert oft Capabilities, die erst sichtbar werden, wenn jemand sie neben die acht Dimensionen legt; diese Übersetzungsarbeit steht im Mittelpunkt von Welche Capabilities benötigt meine Organisation für diese Ambition. Und ein Projekt bleibt nicht bei IT hängen, wenn das Management sich bereits untereinander uneinig ist, was die Ambition bedeutet — darüber handelt Wie bringe ich meine Geschäftsführung auf eine Linie.
Für Personalentscheidungen, die aus einem solchen Prozess folgen, gelten stets die jeweils eigenen gesetzlichen Anforderungen; ein Test von Ambition und Bereitschaft ist keine Grundlage dafür und ist nicht als solche gedacht.
Der kostenlose Bereitschaftscheck besteht aus acht kurzen Fragen, eine pro Dimension, und gibt ein erstes Bild davon, wo die Organisation am weitesten ist und wo nicht. Es ist kein Urteil und kein Endpunkt, sondern ein Ausgangspunkt, um das Gespräch außerhalb der IT zu führen, bevor wieder ein Projekt gebaut wird, auf das niemand wartet. Der vollständige Ambitionstest, mit den vier Ebenen und den fünf Confidence Gates, befindet sich im Aufbau.
Vertel wat u wilt bereiken, dan kijken we samen wat daarvoor moet staan.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.