Ein Beispiel: Ein Stadtamt testet KI für Bürgeranfragen. Nach sechs Wochen ist die Plattform im Einsatz. Aber niemand hat vorab definiert, was „besser“ bedeutet. Sind Antworten schneller? Einheitlicher? Weniger Rückfragen? Ohne Maßstab bleibt jeder Pilot ein Glaubensprojekt.

Die Montagmorgen-Frage als Filter

Stellen Sie bei jeder KI-Idee eine Frage: Welche Aufgabe ist am Montag kürzer, klarer oder fehlerärmer — messbar, nicht gefühlt?

Wenn die Antwort „wir werden kreativer“ lautet, fehlt der Anker. Gute Antworten klingen unspektakulär: „Protokoll in 20 statt 45 Minuten“, „Erstantwort an Anfragen mit einheitlichem Ton“, „Checkliste vor Freigabe automatisch vollständig“.

Schreiben Sie die Montagmorgen-Frage auf das Projektdeckblatt — größer als das Tool-Logo. So verhindern Sie, dass Piloten zur Demo-Veranstaltung werden.

Piloten eng zuschneiden

Breite Piloten verteilen Verantwortung so dünn, dass niemand wirklich führt. Wählen Sie einen Vorgang mit hoher Frequenz und akzeptiertem Schmerz — nicht das politisch wichtigste Prestigeprojekt.

Vier bis sechs Wochen reichen, wenn der Umfang stimmt. Länger wird aus Piloten oft ein Dauerexperiment ohne Entscheidung.

Definieren Sie vor Start: Was bedeutet „stoppen“ und was bedeutet „skalieren“ — mit gleicher Konsequenz. Ein enger Pilot liefert eine Geschichte, die Sie intern erzählen können: So haben wir einen Montag verbessert — nicht „wir nutzen jetzt KI“.

Dokumentieren Sie den Umfang auf einer Seite. Alles, was nicht passt, ist Phase zwei — und Phase zwei braucht eine eigene Entscheidung.

Drei Rollen, die kein Pilot überspringen darf

KI-Piloten brauchen drei klar benannte Rollen:

• Sponsor: entscheidet Stop oder Weitermachen
• Fachowner: kennt den Vorgang und die Anforderungen
• Qualitätsprüfer: bewertet Outputs — nicht die Technik

IT unterstützt — sie führt den Piloten nicht inhaltlich, außer der Vorgang ist rein technisch. Ohne Qualitätsprüfer landen Sie bei „wir haben viel generiert“ — ohne Aussage über Nutzbarkeit.

Dokumentieren Sie Prüfkriterien in Alltagssprache: vollständig, zitierfähig, tonal passend, rechtlich unbedenklich — je nach Kontext. Benennen Sie alle drei Rollen schriftlich mit Namen, nicht nur Funktionsstellen.

Aus dem Piloten lernen: Entscheidung statt Dauerbetrieb

Planen Sie die Abschlusssitzung vor dem Start. Vier Fragen: Was lief? Was kostete es wirklich? Was ändert Montagmorgen? Was stoppen wir?

Ohne Stop-Entscheidung bleiben Piloten als Schatten-IT bestehen — teuer und unkontrolliert. Skalieren heißt nicht „überall einsetzen“, sondern: nächsten Vorgang mit derselben Logik.

Wenn ein Pilot scheitert, ist das ein Erfolg — Sie haben billig gelernt, was nicht trägt. Scheitern Sie früh und dokumentiert, statt spät und teuer beim großen Rollout.

Legen Sie den Abschlusstermin jetzt im Kalender fest — mit Agenda, nicht als „wir melden uns“.

Weiterführende Quellen

• Harvard Business Review: How to Actually Implement AI
• McKinsey: The State of AI — Lessons from real implementations
• Bitkom: KI-Einsatz in deutschen Unternehmen 2024