Für alle, die KI liefern sollen, ohne dass jemand entschieden hat, was dabei herauskommen soll.
Die Lizenzen laufen. Die Modelle sind angebunden. In deinem Statusbericht steht grün. Und wenn dich jemand fragt, was das Ganze gebracht hat, nennst du Nutzungszahlen, weil du nichts Besseres hast.
Das ist kein Versäumnis deiner Leute. Es ist die logische Folge davon, wo die Sache verbucht ist.
Der Reflex ist gelernt, nicht dumm
ERP, CRM, Cloud-Migration: alles Vorhaben, die in der IT lagen und dort richtig lagen. Der Auftrag war beschreibbar, die Abnahme war technisch, und das Geschäft musste sich nicht verändern, um den Nutzen zu bekommen. Es gibt auch bei KI Arbeit, die genau so funktioniert: Infrastruktur, Modellbetrieb, Werkzeuge für dein eigenes Entwicklungsteam. Da bist du zuständig, und zwar allein.
Die Linie verläuft woanders. Sobald KI einen Kunden, einen Prozess oder eine Haftung berührt, ist sie kein IT-Projekt mehr. Dann ist sie eine Geschäftsentscheidung, die zufällig Software braucht.
Wo das Budget liegt, entsteht die Erfolgsdefinition
Ein Vorhaben im IT-Budget wird an IT-Grössen gemessen: ausgerollt, verfügbar, im Zeitplan, im Rahmen. Diese Grössen können vollständig grün sein, während der Beitrag zum Geschäft null ist. Niemand lügt dabei. Es misst nur niemand das, worauf es ankommt, weil es in dieser Berichtslinie gar nicht vorgesehen ist.
Das ist der Grund, warum du auf die Frage nach dem Nutzen mit Nutzungszahlen antwortest. Du berichtest, was dein Auftrag hergibt.
Wer nicht entscheidet, entscheidet trotzdem
Jetzt kommt der teure Teil. Ein Vorhaben, das nach aussen wirkt, braucht Entscheidungen, die oben oft niemand ausdrücklich trifft: wie viel Fehlerquote tragbar ist, welche Daten hineindürfen, welcher Prozess wirklich verändert wird. Werden sie nicht getroffen, verschwinden sie nicht. Sie werden bei dir getroffen. In einem Ticket, in einem Prompt, in einer Schwelle, die jemand im Team auf irgendeinen Wert setzt, weil dort ein Wert stehen muss.
Damit hat dein Team stellvertretend über Kundenkommunikation, Risiko und Haftung entschieden. Ohne Mandat, ohne Budget für die Folgen, und ohne dass es oben jemand mitbekommt.
Das ist übrigens auch die Antwort auf den Satz, die IT würde bremsen. Du bremst nicht. Du sollst eine Frage beantworten, die du nie stellen durftest.
Die fünf Entscheidungen, die du nicht allein treffen darfst
Nimm diese fünf Punkte in die nächste Runde mit. Nicht als Beschwerde, sondern als Liste, die abgearbeitet wird.
1. Welche Zahl sich bewegen soll. Stunden, Franken, Durchlaufzeit, Abbruchquote. Eine Zahl, gemessen vorher und nachher, mit einem Namen dahinter, der nicht deiner ist.
2. Welche Fehlerquote akzeptabel ist, und wer den Fehler bezahlt. Fehlerfrei gibt es nicht. Sagt niemand, was tragbar ist, entsteht die Schwelle in deinem Code, und die Verantwortung dafür bleibt trotzdem beim Betreiber.
3. Ob der Prozess verändert oder nur beschleunigt wird. Ein kaputter Prozess mit KI ist ein kaputter Prozess mit höherem Durchsatz. Das ist eine Organisationsentscheidung, keine technische.
4. Wer womit auf welchen Daten arbeiten darf. Wird das nicht entschieden, entscheiden es die Leute selbst, nur eben nicht mehr innerhalb eurer Systeme.
5. Woran ihr erkennt, dass ihr aufhört. Kein Abbruchkriterium heisst, dass nichts je endet. Das Vorhaben lebt im Budget weiter, lange nachdem klar ist, dass es nichts trägt.
Was du sehr wohl entscheidest
Damit kein falscher Eindruck entsteht: Das ist keine Abgabe nach oben. Es gibt genau eine Frage, die niemand ausser dir beantworten kann, und sie ist die Voraussetzung für alle fünf Punkte: was zu welcher Fehlerquote und zu welchen Kosten überhaupt geht. Ohne diese Antwort entscheidet das Geschäft im luftleeren Raum, und du bekommst ein Mandat mit Termin, das sich nicht bauen lässt.
Das Was gehört an einen Tisch, an dem beide sitzen. Allein gehört dem Geschäft nur die Frage, wer die Folgen trägt.
Fünf Minuten, dann weisst du, wo ihr steht
In welchem Budget steht euer KI-Vorhaben?
Wer berichtet das Ergebnis, und an wen?
Nenn die Zahl, die sich bewegen soll, ohne nachzuschlagen.
Wer hat entschieden, welche Fehlerquote ihr akzeptiert?
Wer darf abschalten?
Wenn bei drei dieser Fragen die Antwort die IT ist, führt ihr ein IT-Projekt. Dann bekommt ihr auch die Ergebnisse eines IT-Projekts: pünktlich, verfügbar, wirkungslos.
Eine Entscheidung, die oben niemand trifft, verschwindet nicht. Sie wird in deinem Code getroffen, von deinen Leuten, auf deine Rechnung.