Wer im KI-Projekt welche Rolle hat
Wenn ein KI-Projekt ins Stocken gerät, fehlt selten eine Fähigkeit, sondern eine Zuständigkeit. Sechs Rollen tragen ein Projekt: fachliche Ownership, Fachbereich mit Domänenwissen, Datenverantwortung, IT und Integration, Datenschutz und Recht sowie Projektsteuerung. Die beiden wichtigsten sind organisatorisch, nicht technisch: Ownership und Fachbereich. Genau die werden am seltensten formal benannt, weil man annimmt, die IT decke das mit ab. Der wichtigste Hebel ist eine benannte fachliche Ownership: eine Person, die entscheidet, was ein tolerierbarer Fehler ist, und die nach dem Go-live hinschaut. Rollen, die niemandem mit Namen gehören, bleiben im Betrieb liegen.
Die erste Frage ist nicht welches Tool
In vielen KI-Projekten fällt die erste Stunde auf Modelle und Werkzeuge: welches System, welcher Anbieter, welche Plattform. Das ist die bequeme Frage, weil sie nach Fortschritt aussieht. Die Frage, die wirklich zählt, klingt weniger spektakulär: wer verantwortet was, wenn wir live gehen.
Werkzeuge sind austauschbar, Rollen sind es nicht. Ein Projekt kann das Modell wechseln, ohne zu kippen. Es kippt, sobald eine wichtige Rolle unbesetzt ist und keiner es merkt, weil alle annehmen, jemand anders kümmere sich. Datenzugang, Ausnahmefall, Rechtsgrundlage, Betrieb nach dem Start: hinter jedem dieser Punkte steht eine Rolle, und wenn sie leer bleibt, bleibt die Arbeit liegen.
Ein KI-Projekt scheitert selten daran, dass eine Rolle schlecht gefüllt ist. Es scheitert daran, dass eine Rolle niemandem gehört.
Deshalb lohnt es sich, die Rollen vor dem Bau als einfache Liste mit Namen dahinter zu klären. Wer bei einem Namen ins Stocken gerät, hat eine Lücke gefunden, bevor sie Geld kostet.
Die sechs Rollen im KI-Projekt
Sechs Rollen tragen ein KI-Projekt. In kleinen Fällen darf eine Person mehrere übernehmen, aber jede muss bewusst zugewiesen sein.
Fachliche Ownership. Die Person, die das Ergebnis verantwortet: die entscheidet, was ein tolerierbarer Fehler ist, die Ausnahmen freigibt und nach dem Go-live hinschaut. Ohne sie wird das beste System zur Waise. Diese Rolle sitzt im Fachbereich, nicht in der IT allein.
Fachbereich und Domänenwissen. Die Menschen, die den Fall wirklich kennen: die typischen Abläufe, die seltenen Sonderwege, die Frage, ab wann eine Antwort gut genug ist. Sie liefern echte Beispiele und beurteilen Qualität. Ohne ihr Urteil baut das Projekt an der Wirklichkeit vorbei.
Datenverantwortung. Wer über Zugang, Aktualität und Qualität der nötigen Daten entscheidet und für sie einsteht. Diese Rolle klärt, welche Daten es gibt, welche Version die maßgebliche ist und wie mit Lücken umgegangen wird.
IT und Integration. Wer das System mit dem vorhandenen Stack verbindet, Zugänge einrichtet und den technischen Betrieb mit Rechten und Monitoring trägt. Ein Prototyp lebt ohne sie, ein Betrieb nicht.
Datenschutz und Recht. Wer die Rechtsgrundlage klärt, Auftragsverarbeitung und Datenminimierung prüft und die Betroffenenrechte im Blick behält. Je nach Daten reicht diese Rolle von beratend bis mitentscheidend, aber sie gehört an den Tisch, bevor gebaut wird.
Projektsteuerung. Wer Termine, Entscheidungen und Übergaben zusammenhält, damit nichts zwischen den Rollen verloren geht. In kleinen Vorhaben eine Nebenrolle, in größeren der Klebstoff, der die anderen fünf verbindet.
| Entscheidung | Wer verantwortet | Wer liefert zu |
|---|---|---|
| Was ist ein tolerierbarer Fehler | Fachliche Ownership | Fachbereich |
| Welche Daten, mit welcher Rechtsgrundlage | Datenschutz und Recht | Datenverantwortung |
| Wie wird angebunden und betrieben | IT und Integration | Fachliche Ownership |
| Wann übernimmt ein Mensch | Fachbereich | Fachliche Ownership |
Wo Rollen liegen bleiben
Rollen fehlen selten, weil jemand sie ablehnt. Sie fehlen, weil niemand sie ausdrücklich übernimmt. Vier Muster wiederholen sich, und alle vier sind vor dem Bau erkennbar.
Die fachliche Ownership bleibt am häufigsten offen. Man fragt, wer im Fehlerfall entscheidet, und bekommt den Namen einer Abteilung. Eine Abteilung entscheidet nichts, eine Person schon. Genauso bleibt die Datenverantwortung liegen, wenn Daten "später kommen" und niemand sie freigibt. Datenschutz und Recht werden oft erst kurz vor Go-live gerufen, wenn der Fall längst gebaut ist und eine Absage teuer wäre.
| Rolle | Woran man merkt, dass sie fehlt | Was hilft |
|---|---|---|
| Fachliche Ownership | im Fehlerfall antwortet eine Abteilung, kein Name | eine Person namentlich benennen, vor dem Bau |
| Datenverantwortung | Daten kommen später, niemand gibt sie frei | Datenowner früh an den Tisch holen |
| Datenschutz und Recht | Prüfung erst kurz vor dem Go-live | von Anfang an einbinden, nicht am Ende |
| IT und Integration | Prototyp läuft, aber nichts ist angebunden | IT ab Tag eins über Zugänge einbinden |
Die gute Nachricht: Alle vier Lücken sind organisatorisch. Sie kosten kein Budget, nur eine ehrliche Runde, in der jede Rolle einen Namen bekommt.
Die Rollen-Checkliste
Bevor du ein KI-Projekt startest, beantworte diese fünf Fragen. Bekommst du bei einer keinen Namen, hast du die Lücke gefunden, bevor sie im Betrieb auffällt.
- Wer verantwortet das Ergebnis, mit Namen, nicht als Abteilung?
- Wer kennt den Fall fachlich und ist über das Projekt hinweg ansprechbar?
- Wer gibt die Daten frei und steht für ihre Qualität ein?
- Wer bindet an und betreibt technisch, mit Rechten und Monitoring?
- Wer klärt die Rechtsgrundlage, und zwar vor dem Bau, nicht danach?
Kernsatz: Eine Rolle, die niemandem mit Namen gehört, ist keine Rolle, sondern eine Lücke, die sich im Betrieb meldet, wenn sie am teuersten ist.
Häufige Irrtümer
- KI-Projekte sind Sache der IT.
- Die IT baut und betreibt, aber Ownership, Fachurteil und Datenfreigabe liegen im Fachbereich. Ohne diese Rollen fehlt dem besten Bau die Grundlage.
- Eine Person kann alle Rollen zugleich füllen.
- In kleinen Fällen darf sich eine Person mehrere Rollen teilen, aber jede muss bewusst zugewiesen sein. Unbenannt heißt nicht automatisch, sondern liegen geblieben.
- Datenschutz kommt am Ende dazu.
- Zu spät. Wer die Rechtsgrundlage erst vor dem Go-live klärt, riskiert, dass der ganze Fall so nicht zulässig ist und die Arbeit umsonst war.
Fragen und Antworten
- Kann eine Person mehrere Rollen übernehmen?
- Ja, in kleinen Vorhaben oft sinnvoll. Wichtig ist nur, dass jede Rolle bewusst zugewiesen ist. Problematisch wird es, wenn eine Rolle nicht kombiniert, sondern schlicht vergessen wird.
- Gehört die Ownership in die IT oder in den Fachbereich?
- In den Fachbereich, dort wo der Nutzen entsteht. Die IT verantwortet Bau und Betrieb, aber die Frage, was ein tolerierbarer Fehler ist und wann ein Mensch übernimmt, kann nur der Fachbereich beantworten.
- Wann muss Datenschutz an den Tisch?
- Von Anfang an. Die Rechtsgrundlage entscheidet, ob der Fall überhaupt gebaut werden darf. Diese Antwort will man vor dem Bau haben, nicht kurz vor dem Go-live.
Sources and evidence
Es werden keine externen Statistiken oder ungeprüften Kundenergebnisse als belegt behauptet. Rechts- und Datenfragen werden im Einzelfall mit dem realen Stack geklärt.