Nach dem KI-Pilot: Wer übernimmt den laufenden Betrieb?

Ein KI-Pilot ist erst übergabefähig, wenn benannte Personen den freigegebenen Ablauf betreiben, Fehler bearbeiten und nach einer Unterbrechung kontrolliert weiterarbeiten. Ein funktionierender Vorführfall ersetzt diese Verantwortung nicht. Vor der Übergabe muss klar sein, was im Alltag passiert, wenn die Projektperson nicht erreichbar ist.

Dieser Artikel enthält ein Betriebsblatt für einen fiktiven Dokumentenworkflow. Die ausgefüllten Rollen sind Muster, keine realen Zuständigkeiten. Das Beispiel bleibt bewusst an einer fehlenden Vertretung hängen und zeigt, welche Entscheidung daraus folgt.

Der Unterschied zwischen Projektabschluss und Betriebsfähigkeit

Ein Projekt kann seinen vereinbarten Demonstrationsumfang erfüllen, während der laufende Betrieb noch ungeklärt ist. Im Pilot kümmert sich die Projektperson spontan um fehlerhafte Dateien und kennt die technischen Zusammenhänge. Im Alltag braucht jede offene Situation einen erreichbaren Bearbeiter und einen nachvollziehbaren Status.

Die Übergabe muss deshalb das Wissen ausserhalb der Software erfassen. Welche Eingaben sind ungeeignet? Welche Fehlermeldung verlangt eine fachliche Entscheidung? Welche Unterbrechung lässt sich gefahrlos wiederholen? Wenn diese Antworten nur im Kopf des Erstellers liegen, ist die Abhängigkeit noch Teil des Systems.

Der Beitrag Hidden Technical Debt in Machine Learning Systems von Sculley und Kollegen beschreibt unter anderem Datenabhängigkeiten, Konfigurationsprobleme und verborgene Rückkopplungen. Er stammt aus 2015 und analysiert ML-Systeme, nicht heutige Team-Piloten. Ich nutze ihn als technische Perspektive auf Folgekosten und Abhängigkeiten. Die konkrete Übergabemethode dieses Artikels ist eine eigene Ableitung.

The ML Test Score von Breck und Kollegen ergänzt den Blick auf Tests und Beobachtung im produktiven Betrieb. Auch dieser Erfahrungsrahmen liefert keine pauschale Betriebsfreigabe. Er hilft, die Frage zu stellen, welche Nachweise ausserhalb einer erfolgreichen Vorführung fehlen.

Verantwortung nach Entscheidungen aufteilen

Die fachliche Verantwortung entscheidet, welche Ergebnisse akzeptabel sind und welche Fälle manuell bearbeitet werden. Der technische Betrieb verantwortet Verfügbarkeit, Zugänge und Wiederanlauf im freigegebenen Rahmen. Die Budgetverantwortung entscheidet über laufende Kosten und Änderungen am Umfang. Die Nutzer müssen Fehler melden und die vorgesehenen Grenzen einhalten.

Diese Aufteilung bedeutet nicht, dass jedes kleine Unternehmen vier neue Stellen braucht. Eine Person kann mehrere Aufgaben übernehmen. Es muss aber klar sein, in welcher Rolle sie welche Entscheidung trifft und wer sie vertritt. Ein allgemeiner Eintrag "IT zuständig" löst eine fachliche Frage zur Währung nicht.

Dokumentiere für jeden Störungstyp den ersten Ansprechpartner und den Eskalationsweg. Eine fehlende Quelle geht zunächst an die Dokumentenverantwortung. Ein abgelaufener Zugang geht an den technischen Betrieb. Eine unerwartete Kostenentwicklung geht an die Budgetverantwortung. Wenn die Ursache unklar ist, braucht der Ablauf eine Rolle für die erste Einordnung.

Offene Vorgänge als Zustandsmodell beschreiben

Ein einfacher Dokumentenworkflow braucht unterscheidbare Zustände: eingegangen, verarbeitet, zur Prüfung, freigegeben, übertragen, abgeschlossen sowie Fehler oder Klärung offen. Die Bezeichnungen sind ein Vorschlag; sie müssen zur tatsächlichen Anwendung passen. Jeder Zustand braucht eine eindeutige Bedeutung.

"Verarbeitet" darf beispielsweise nur bedeuten, dass die technische Extraktion beendet ist. Es darf nicht gleichzeitig als fachliche Freigabe gelten. "Übertragen" braucht einen Nachweis im Zielsystem. "Abgeschlossen" setzt die definierten Endkriterien voraus. Solche Begriffe verhindern, dass ein grünes Symbol verschiedene Dinge verspricht.

Für jeden Zustand notierst du, welche Rolle den nächsten Schritt übernimmt und welche Wiederholung zulässig ist. Der unklare Zustand nach einem Verbindungsabbruch verdient besondere Aufmerksamkeit. Er wird nicht einfach zu "fehlgeschlagen" umbenannt, solange ein Teil der Aktion im Ziel bereits erfolgt sein kann.

Beschreibe den tatsächlich freigegebenen Umfang

Der fiktive Workflow nimmt PDF-Dokumente aus einem freigegebenen Eingang entgegen, liest definierte Felder aus und legt einen internen Entwurf an. Eine Fachkraft prüft den Entwurf. Eine automatische Buchung gehört nicht zum Umfang.

Notiere diese Grenze auf dem Betriebsblatt. Ergänze die unterstützten Dokumentarten und die ausgeschlossenen Fälle. Ein Pilot mit wenigen vorbereiteten PDFs belegt keine Verarbeitung beliebiger Scans, Sprachen oder Dateigrössen. Die Grenzen müssen in der Bedienoberfläche oder der Anleitung auffindbar sein.

Verweise auf die Abnahmefälle und deren letzte Prüfung. Das Betriebsblatt muss nicht alle Testergebnisse kopieren. Es braucht aber einen stabilen Verweis auf die freigegebene Kombination aus Workflow, Konfiguration und Dokumentarten. Der Artikel zur Abnahme der Dokumentenverarbeitung liefert dafür ein Muster.

Das Betriebsblatt für die Übergabe

Diese Tabelle ist kein fertiges Übergabeprotokoll. Die offenen Felder verhindern genau diese Aussage. Trage erst dann Namen ein, wenn die Personen die Aufgabe kennen und übernehmen. Ein Rollenname ohne erreichbare Person hilft bei einer Störung nicht.

Zugänge und Kosten vor dem Wechsel klären

Prüfe, mit welchen Konten der Ablauf arbeitet und wer sie verwaltet. Ein persönlicher Zugang der Projektperson schafft eine Abhängigkeit. Die technische Verantwortung muss den vorgesehenen Kontotyp, die Berechtigungen und den Erneuerungsweg für ablaufende Zugänge bestätigen.

Zugangsdaten gehören in die dafür freigegebene Verwaltung, nicht in das Betriebsblatt. Dort stehen die Referenz, die zuständige Rolle und der Weg bei einem Zugriffsproblem. Prüfe auch, ob eine Vertretung den Zugang tatsächlich verwenden kann, ohne zusätzliche Rechte zu erhalten.

Bei den Kosten muss klar sein, wer Lizenzen und laufende Nutzung beobachtet und wer bei einer Auffälligkeit entscheidet. Ein Betrag aus dem Pilot ist kein belastbares Budget für eine unbekannte Produktionsmenge. Dokumentiere Messzeitraum, Anzahl der Vorgänge und nicht enthaltene Kosten. Die KI-Kostenrechnung hilft bei dieser Trennung.

Eine Störung bis zum Wiederanlauf durchspielen

Das fiktive Störungsbild lautet: Die Extraktion ist abgeschlossen, die Rückmeldung aus dem Zielsystem fehlt. Der Status ist deshalb unklar. Ein erneuter Start ohne Prüfung birgt die Gefahr eines doppelten Entwurfs.

Die Betriebsanweisung muss für diesen Fall einen geordneten Ablauf enthalten:

1. Neue automatische Übertragungen für den betroffenen Ablauf anhalten.
2. Betroffene Vorgang-IDs und den letzten bekannten Zustand sichern.
3. Im Zielsystem prüfen, welche Entwürfe bereits vorhanden sind.
4. Offene Vorgänge einem eindeutigen nächsten Schritt zuordnen.
5. Wiederanlauf erst nach der festgelegten Freigabe starten.
6. Danach Quelle, Vorgangsregister und Zielbestand abgleichen.

Die konkrete technische Umsetzung hängt vom System ab. Eine automatische Wiederholung ist nur dann passend, wenn sie den Zustand zuverlässig berücksichtigt. Eine Anweisung "einfach erneut starten" reicht für diesen Fall nicht.

Der manuelle Rückfallweg braucht einen Nachweis

Wenn der Workflow ausfällt, muss die Facharbeit weiter eine eindeutige Zuordnung behalten. Erfasse manuell bearbeitete Vorgänge im selben Register oder in einer abgestimmten Ersatzliste. Markiere sie so, dass der spätere automatische Lauf sie nicht erneut übernimmt.

Übe den Wechsel mit Testmaterial. Die zuständige Person muss einen Vorgang manuell bearbeiten, dessen Abschluss dokumentieren und ihn beim Wiederanlauf korrekt ausschliessen. Ein vorhandenes PDF mit einer Anleitung beweist diese Fähigkeit noch nicht.

Wenn die Vertretung fehlt, kann der Betrieb nur innerhalb eines ausdrücklich begrenzten Rahmens weiterlaufen, sofern die verantwortliche Stelle diesen Rahmen freigibt. Eine solche Ausnahme braucht Zeitraum, Ansprechpartner und Abbruchkriterium. Ohne diese Entscheidung bleibt die Übergabe offen; der Artikel erteilt keine Ausnahmefreigabe.

Beobachtung an konkreten Fehlersignalen ausrichten

Ein Dashboard mit vielen Zahlen ersetzt keinen Bearbeitungsweg. Wähle Signale, bei denen eine zuständige Person eine konkrete Handlung ausführt. Dazu gehören beispielsweise Vorgänge ohne zuständigen Bearbeiter, ungewöhnlich lange offene Prüfungen, fehlgeschlagene Übertragungen und eine auffällige Zunahme manueller Korrekturen.

Lege für jedes Signal fest, welche Daten es nutzt und was es bedeutet. Eine längere Wartezeit kann aus fehlender Freigabekapazität entstehen, obwohl die Technik korrekt arbeitet. Eine erhöhte Zahl zurückgewiesener Dokumente kann auf ein neues Layout hinweisen. Die Diagnose muss den tatsächlichen Ablauf betrachten.

Schwellenwerte werden aus dem vereinbarten Betriebsziel und den Fehlerfolgen abgeleitet. Der Artikel erfindet dafür keine universelle Minutengrenze. Ein Team mit täglicher Bearbeitung braucht andere Regeln als ein Ablauf mit zugesagter Reaktion innerhalb einer Stunde. Die zuständige Stelle muss das Ziel vor Betriebsstart festlegen.

Die Übergabe durch Rückerklärung prüfen

Lass die übernehmende Person den Ablauf in eigenen Worten erklären und einen vorbereiteten Störungsfall bearbeiten. Sie muss den aktuellen Zustand finden, die zuständige Rolle bestimmen und den zulässigen nächsten Schritt nennen. Die Projektperson beobachtet und ergänzt fehlende Dokumentation.

Eine Unterschrift unter einer langen Anleitung beweist dieses Verständnis nicht. Der Test liefert konkrete Hinweise: Ist die Vorgangskennung auffindbar? Ist der Unterschied zwischen Entwurf und Freigabe klar? Kann die Vertretung den manuellen Rückfallweg durchführen? Jede mündliche Zusatzanweisung wird als Dokumentationslücke notiert.

Nutze dafür synthetische Vorgänge. Die Übergabeprüfung muss keine echte Rechnung buchen und keine echten Kunden informieren. Der technische Nachweis der Integration findet im dafür freigegebenen Testbereich statt. Die Grenzen des Tests gehören in das Protokoll.

Kosten und Nutzen nach dem Pilot neu bewerten

Der Pilot enthält oft zusätzliche Betreuung, die später entfällt oder intern übernommen wird. Diese Veränderung muss in der Betriebsrechnung sichtbar sein. Eine niedrige Lizenzrechnung sagt wenig über den Aufwand der fachlichen Prüfung aus. Eine hohe Einrichtungsinvestition sagt umgekehrt nichts über die laufenden Kosten pro Vorgang.

Erfasse Nutzungsmenge, technische Kosten, Prüfzeit, Fehlerbearbeitung und Pflege getrennt. Vergleiche denselben Zeitraum und dieselben Fallklassen. Wenn die Dokumentmenge steigt, kann eine höhere Gesamtsumme trotz geringerer Kosten je Vorgang entstehen. Der Bericht muss beide Perspektiven benennen.

Für Arbeitszeit nutze die vollständige Zeitmessung. Für veränderte Quellen nutze den Ablauf zur Aktualisierung der Wissensdatenbank. So bleiben wiederkehrende Pflegeaufgaben Teil des Betriebs und verschwinden nicht zwischen Projektbudgets.

Eine Übernahme auf Zeit sauber begrenzen

Wenn ein offener Punkt eine vorübergehende Fortsetzung erlaubt, braucht die Ausnahme eine verantwortliche Entscheidung. Dokumentiere den begrenzten Umfang, die zusätzliche Kontrolle, den Endzeitpunkt und die Bedingung für den Abbruch. Eine nicht dokumentierte Ausnahme wird sonst schnell zur dauerhaften Arbeitsweise.

Eine fehlende Vertretung wird beispielsweise nicht dadurch gelöst, dass die Projektperson informell erreichbar bleibt. Wenn der Betrieb nur während ihrer Anwesenheit freigegeben ist, muss diese Grenze sichtbar und praktisch durchsetzbar sein. Ausserhalb dieses Rahmens gilt der vereinbarte Rückfallweg.

Am Ende der Ausnahme wird der offene Punkt geprüft. Ist er nicht erledigt, braucht es eine neue ausdrückliche Entscheidung oder die Unterbrechung des betroffenen Umfangs. Der Kalenderablauf allein verwandelt einen offenen Nachweis nicht in eine bestandene Übergabe.

Übergabeentscheidung festhalten

Das Abschlussprotokoll benennt den freigegebenen Umfang, die verantwortlichen Personen, die geprüften Zugänge, die Störungsübung und offene Einschränkungen. Jede Einschränkung erhält eine zuständige Person und einen vereinbarten Prüftermin. Fehlende Termine bleiben als offen markiert.

Ein sinnvoller Abschluss lautet: "Der beschriebene Entwurfsprozess ist für die genannten Dokumentarten übernommen. Automatische Buchungen sind ausgeschlossen. Die Störungs- und Wiederanlaufprüfung ist im verlinkten Protokoll dokumentiert." Diese Aussage darf erst nach den tatsächlichen Prüfungen verwendet werden.

Im Beispiel dieses Artikels lautet der Status dagegen: "Übergabe offen; Personen, Vertretung und Produktivpfade fehlen, Rückfallweg noch nicht erprobt." Das ist ein konkreter Arbeitsstand, an dem das Team weiterarbeiten kann.

Prüfe die Erreichbarkeit der Betriebsunterlagen mit dem normalen Zugang der Vertretung. Die Projektperson öffnet sie dabei nicht stellvertretend. Zur Übergabe gehört auch, dass die Vertretung den letzten Freigabestand erkennt und einen offenen Befund an der vereinbarten Stelle erfasst. Fehlende Rechte werden vor der Übernahme geklärt und im erneuten Durchlauf geprüft.

Quelle und Vertiefung

Der NIST AI RMF Core behandelt klare Verantwortlichkeiten, laufende Beobachtung und den Umgang mit Risiken im Betrieb. Das Betriebsblatt und der Störungsfall hier sind eigene redaktionelle Vorlagen. Quellenprüfung: 21.10.2026.

Für spätere Änderungen nutze die Versionierung von KI-Arbeitsvorlagen. Für angesammelte Wartungsprobleme erklärt der Beitrag über technische Schulden in KI-Abläufen die weitere Einordnung. Die Aktualisierung einer Wissensdatenbank zeigt einen konkreten wiederkehrenden Betriebsfall.