Von der KI-Idee zum Pilotprojekt.Ein Leitfaden

Ein Prototyp ist heute schnell gebaut. Er zeigt, dass etwas funktionieren kann. Ob es im Alltag funktioniert, zeigt er nicht. Genau diese Lücke soll ein Pilotprojekt schließen.

Dieser Leitfaden beschreibt den Weg von der KI-Idee bis zur Entscheidung nach dem Pilotprojekt. Er ist in Stufen gegliedert, die aufeinander aufbauen. Zu jeder Stufe gehört eine Frage, die beantwortet sein sollte, bevor die nächste beginnt. Der Leitfaden setzt dort an, wo ein Anwendungsfall bereits ausgewählt ist.

Der Prototyp hat alle überzeugt. Warum können wir trotzdem nicht sagen, ob wir weitermachen sollen?

Warum reicht ein gelungener Prototyp nicht aus?

Ein Prototyp beantwortet eine technische Frage: Kann ein Modell diese Aufgabe grundsätzlich lösen? Für eine Investitionsentscheidung braucht es mehr. Wie gut ist das Ergebnis im Vergleich zum heutigen Ablauf? Wie viel Prüfaufwand entsteht? Wer trägt die Verantwortung, und was kostet der laufende Betrieb?

Ein Pilotprojekt, das ohne diese Fragen startet, endet leicht mit einem positiven Eindruck und ohne Entscheidung. Die Lösung bleibt dann in einem Zwischenzustand, in dem sie weder eingesetzt noch beendet wird.

Welche Aufgabe soll das Pilotprojekt lösen?

Am Anfang steht eine konkrete Aufgabe, nicht eine Technologie. Beschreiben Sie sie so genau, dass Außenstehende sie verstehen: wer sie heute erledigt, welche Eingaben vorliegen, welches Ergebnis entsteht und wer damit weiterarbeitet.

Grenzen Sie den Umfang bewusst ein. Ein Pilotprojekt für einen Prozessschritt in einem Team liefert klarere Erkenntnisse als eines, das mehrere Abläufe zugleich verändern soll. Benennen Sie außerdem eine prozessverantwortliche Person. Sie trägt das Pilotprojekt fachlich und trifft am Ende die Entscheidung mit.

Hilfreich ist, diese Beschreibung wie eine Anforderung zu behandeln: mit den beteiligten Stakeholdern abgestimmt, schriftlich festgehalten und nur bewusst geändert.

Woran messen Sie, ob das Pilotprojekt erfolgreich war?

Erfolgskriterien werden vor dem Start festgelegt, nicht nach den ersten Ergebnissen. Sie sollten prüfbar sein, ähnlich wie Akzeptanzkriterien in der Softwareentwicklung, und in der Sprache des Fachbereichs formuliert.

Typische Kriterien betreffen:

• die Qualität des Ergebnisses im Vergleich zum heutigen Ablauf,
• den Aufwand, den die menschliche Prüfung verursacht,
• die Akzeptanz bei den Menschen, die mit der Lösung arbeiten,
• den erwarteten Aufwand für Betrieb und Weiterentwicklung.

Beschreiben Sie dafür zuerst, wie die Aufgabe heute erledigt wird. Ohne diesen Ausgangspunkt fehlt der Vergleich.

Ebenso wichtig sind Abbruchkriterien. Legen Sie fest, unter welchen Bedingungen das Pilotprojekt vorzeitig endet, etwa wenn sich zeigt, dass die nötigen Daten nicht verfügbar sind oder Fehler nicht zuverlässig erkannt werden.

Welche Daten braucht das Pilotprojekt, und dürfen Sie sie nutzen?

Ein Pilotprojekt ist nur so aussagekräftig wie die Fälle, mit denen es arbeitet. Verwenden Sie echte, repräsentative Fälle, auch die schwierigen und unvollständigen. Sorgfältig ausgewählte Beispiele lassen eine Lösung besser aussehen, als sie im Alltag sein wird.

Klären Sie früh, auf welche Daten das Pilotprojekt zugreift, wo sie verarbeitet werden und wer den Zugriff freigibt. Informationssicherheit und Datenschutz gehören an den Anfang. Spät gestellte Fragen halten ein Pilotprojekt sonst genau dann auf, wenn es in den Betrieb gehen soll.

Für die Vorbereitung sind sensible Daten oft nicht nötig. Anonymisierte oder eigens erstellte Beispiele reichen, um Aufgabe und Ablauf zu klären.

Wo prüft ein Mensch, und wer trägt die Verantwortung?

Menschliche Kontrolle ist Teil des Ablaufs, keine nachträgliche Absicherung. Legen Sie fest, an welcher Stelle ein Mensch das Ergebnis prüft, bestätigt oder korrigiert, und was mit Fehlern geschieht.

Drei Fragen helfen dabei:

• Welche Ergebnisse dürfen ohne Prüfung weiterverwendet werden, und welche nicht?
• Wer ist verantwortlich, wenn ein fehlerhaftes Ergebnis unbemerkt bleibt?
• Wie fließen Korrekturen zurück, damit die Lösung verbessert werden kann?

Die Antworten bestimmen nicht nur das Risiko, sondern auch den Nutzen. Eine Lösung, deren Ergebnisse vollständig nachgeprüft werden müssen, spart weniger Zeit als erwartet. Das sollte vor dem Start klar sein, nicht danach.

Wie gestalten Sie den Pilotbetrieb?

Das Pilotprojekt läuft in einem festen Zeitraum, mit echten Fällen und mit den Menschen, die die Aufgabe heute erledigen. Je nach Risiko arbeitet die Lösung im tatsächlichen Ablauf oder parallel dazu. So lassen sich Ergebnisse vergleichen, ohne den Betrieb zu gefährden.

Vereinbaren Sie feste Zwischentermine. Dort wird geprüft, ob die Kriterien erreichbar bleiben und ob eine Abbruchbedingung eingetreten ist. Beobachtungen werden laufend festgehalten, auch die unerwarteten.

Änderungen am Umfang sind erlaubt, aber nicht beiläufig. Wird die Aufgabe während des Pilotprojekts erweitert oder verändert, entscheiden die Verantwortlichen das bewusst und passen die Kriterien an. Sonst misst das Pilotprojekt am Ende etwas anderes als geplant.

Wie treffen Sie am Ende die Entscheidung?

Das Pilotprojekt endet mit einem Entscheidungstermin, nicht mit einer Präsentation. Vorab steht fest, wer entscheidet und auf welcher Grundlage. Die Ergebnisse werden den vereinbarten Kriterien gegenübergestellt, einschließlich der Beobachtungen, die in keines der Kriterien passen.

Drei Ergebnisse sind möglich, und jedes ist gleichwertig, wenn es begründet ist:

• Skalieren. Die Kriterien sind erfüllt, und die Voraussetzungen für den Betrieb lassen sich schaffen.
• Überarbeiten. Der Ansatz ist tragfähig, aber Aufgabe, Daten oder Kontrollpunkte müssen angepasst werden. Daraus folgt ein neues, eng umrissenes Pilotprojekt oder eine Verlängerung mit geänderten Kriterien.
• Bewusst stoppen. Nutzen, Risiko und Aufwand passen nicht zusammen. Gründe und Erkenntnisse werden festgehalten, damit sie in künftige Bewertungen einfließen.

Gerade das bewusste Stoppen braucht den Rückhalt der Führung. Ein beendetes Pilotprojekt mit klarer Begründung ist mehr wert als eines, das ohne Entscheidung weiterläuft.

Was braucht der Schritt in den Betrieb?

Wer skalieren will, sollte die Voraussetzungen dafür schon während des Pilotprojekts klären. Dazu gehören:

• eine fachliche und eine technische Verantwortung für den laufenden Betrieb,
• die Anbindung an bestehende Systeme statt manueller Zwischenschritte,
• eine regelmäßige Prüfung, ob die Qualität der Ergebnisse stabil bleibt,
• Regeln dafür, wer Änderungen an der Lösung freigibt,
• Schulung und Begleitung der Menschen, die mit der Lösung arbeiten,
• eine realistische Sicht auf die laufenden Kosten.

Der Übergang in den Betrieb beginnt nicht nach dem Pilotprojekt, sondern in seiner Planung. Wer diese Punkte früh mitdenkt, trifft am Ende eine Entscheidung, die sich auch umsetzen lässt.