Pilotprojekt & MVP

KI-Einführungen scheitern selten an der Technologie, sondern an zu großem Zuschnitt: zu viele Prozesse auf einmal, zu viele Beteiligte, zu lange bis zum ersten sichtbaren Ergebnis. Ein Pilotprojekt dreht das um — ein klar abgegrenzter Prozess, ein kleines Team, ein messbares Erfolgskriterium. Nach wenigen Wochen liegt ein echtes Ergebnis vor, an dem sich Nutzen und Grenzen konkret beurteilen lassen.

Das MVP-Prinzip bedeutet dabei: erst die einfachste funktionierende Version bauen, dann anhand echter Nutzung erweitern. Eine E-Mail-Automatisierung startet etwa mit der häufigsten Anfrageart statt mit allen; eine Dokumenten-KI mit einem Belegtyp statt zehn. Was im Piloten funktioniert, wird danach systematisch auf weitere Fälle ausgerollt.

Drei Zutaten entscheiden über den Erfolg: Erstens ein Prozess mit echtem Schmerz und messbarem Aufwand — kein Prestige-Thema. Zweitens ein klares Erfolgskriterium, das vorab definiert wird (z. B. Bearbeitungszeit halbieren, Trefferquote der KI über einem Schwellwert). Drittens die Menschen, die den Prozess täglich leben — ihr Feedback macht aus einem Prototyp ein Werkzeug, das wirklich genutzt wird.

Am Ende des Piloten steht eine bewusste Entscheidung: ausbauen, anpassen oder einstellen. Auch ein gestoppter Pilot ist ein Gewinn — er hat mit kleinem Einsatz verhindert, dass ein untaugliches Konzept groß ausgerollt wird.

Der Übergang vom erfolgreichen Piloten in den Regelbetrieb ist ein eigener Projektschritt — und wird oft unterschätzt. Drei Dinge ändern sich: Das Volumen steigt (was bei 20 Fällen pro Woche funktionierte, muss bei 200 stabil laufen), die Vielfalt nimmt zu (neue Dokumenttypen, Standorte oder Anfragearten bringen Sonderfälle mit, die der Pilot nie gesehen hat), und die Aufmerksamkeit sinkt (im Piloten schaute das Projektteam täglich hin — im Regelbetrieb muss das System auch ohne diese Zuwendung zuverlässig arbeiten). Ein guter Rollout-Plan adressiert alle drei Punkte: Lasttests, schrittweise Erweiterung der Fallarten und ein Monitoring, das Probleme meldet, bevor Nutzer sie bemerken.

Bewährt hat sich die Erweiterung in Wellen: je Welle eine neue Fallgruppe oder ein neuer Standort, jeweils mit kurzer Beobachtungsphase, bevor die nächste folgt. Parallel wird die Betriebsverantwortung geklärt — wer reagiert auf Fehlermeldungen, wer pflegt die Regeln, wer entscheidet über Erweiterungen? Ohne diese Klärung bleibt das System dauerhaft am ursprünglichen Projektteam hängen. Mit ihr wird aus dem Piloten ein Stück Betriebsinfrastruktur, das den Weggang einzelner Personen übersteht.

Auch ein Pilotprojekt kann misslingen, und die Ursachen wiederholen sich. Der häufigste Fehler ist der zu große Zuschnitt: Wer im Piloten schon alle Fälle, alle Standorte oder den Vollausbau abbilden will, verliert den Geschwindigkeitsvorteil, der den Piloten überhaupt sinnvoll macht. Ein zweiter Klassiker ist das fehlende oder schwammige Erfolgskriterium — ohne vorab definierte, messbare Schwelle lässt sich am Ende endlos darüber streiten, ob der Pilot erfolgreich war, und die Entscheidung über den Ausbau versandet.

Ebenso verbreitet ist das Übergehen der Menschen, die den Prozess täglich leben. Wird der Pilot am Team vorbei gebaut, fehlen die Sonderfälle, die über den Praxiserfolg entscheiden, und die spätere Akzeptanz leidet. Und schließlich wird der Pilot manchmal endlos verlängert, statt eine klare Entscheidung zu treffen — aus dem befristeten Experiment wird ein Dauerprovisorium ohne Verantwortlichkeit.

Die Gegenmittel sind bekannt und einfach: den Umfang bewusst klein halten, ein messbares Erfolgskriterium vorab festlegen, die Prozessverantwortlichen von Anfang an einbinden und am Ende eine klare Entscheidung treffen — ausbauen, anpassen oder einstellen. Auch ein bewusst gestoppter Pilot ist ein Erfolg, weil er mit kleinem Einsatz eine teure Fehlinvestition verhindert hat.

Der häufigste Fehler am Ende eines Pilotprojekts ist keine falsche Erkenntnis, sondern eine verschleppte Entscheidung. Der Pilot wird verlängert, weil das Erfolgskriterium knapp verfehlt wurde und man 'noch etwas Zeit' gibt — oder weil niemand die Verantwortung für eine Stopp-Entscheidung übernehmen will. Dabei ist genau das eine wertvolle Erkenntnis: ein Konzept mit kleinem Einsatz als ungeeignet zu identifizieren, bevor es groß ausgerollt wird.

Entscheidungsreife liegt vor, wenn drei Bedingungen erfüllt sind: Das vorab festgelegte Kriterium wurde erreicht oder eindeutig verfehlt, der Beobachtungszeitraum ist lang genug, um Ausreißer zu glätten, und die Fachbereichsbeteiligten haben eine klare Einschätzung zur Alltagstauglichkeit abgegeben. Danach folgt die bewusste Entscheidung — ausbauen, anpassen oder einstellen. Was keine Option sein sollte: die Ziele nachträglich zu verschieben, weil die Zahlen unbequem sind. Das untergräbt den Wert des gesamten Pilotprozesses.