Eine Bestandsaufnahme des KI-Einsatzes ergibt meist eine Liste, die zu lang ist, um sie in einem Zug anzugehen. Die Frage, die dann folgt, ist nicht „was müssen wir tun“, sondern „was müssen wir zuerst tun“. Das ist eine Einteilungsfrage, und die Antwort hängt nicht davon ab, wie viele Systeme es gibt, sondern davon, was diese Systeme tun und für wen.
Der erste Faktor ist das Risikoniveau der Anwendung selbst. Ein System, das Entscheidungen über Menschen vorbereitet — Einstellung, Kreditvergabe, Zuteilung von Pflege oder Leistungen — verlangt eine andere Behandlung als ein Tool, das Text für den internen Gebrauch umschreibt. Was ein hohes Risikoniveau für Ihre Organisation bedeutet unterscheidet sich also je Anwendung, und diese Unterschiede bestimmen, welche Systeme zuerst an der Reihe sind.
Der zweite Faktor ist die Rolle der Organisation bei diesem System. Wer ein Modell kauft und unverändert nutzt, steht vor anderen Verpflichtungen als wer ein Modell auf eigenen Daten trainieren lässt oder das Ergebnis strukturell anpasst. Ob Sie Anbieter oder Nutzer einer KI-Anwendung sind, bestimmt nicht nur, welche Verpflichtungen gelten, sondern auch, wie viel Zeit benötigt wird, um diesen Verpflichtungen nachzukommen — ein Anbieter hat in der Regel mehr vorzubereiten als ein Nutzer.
Der dritte Faktor ist, ob das System bereits im Einsatz ist oder noch angeschafft wird. Ein Risiko, das bereits läuft — mit echten Nutzern, echten Entscheidungen, echten Daten — verlangt eine andere Reihenfolge als ein Risiko, das sich noch in der Vertragsphase befindet und bei dem Vereinbarungen noch festgelegt werden können, bevor das System live geht.
Diese Einteilung ist keine Momentaufnahme. Ein System, das heute ein geringes Risiko darstellt, kann das nach einer Anpassung nicht mehr sein. Was es bedeutet, wenn Sie ein Modell selbst anpassen — Fine-Tuning, ein neuer Datensatz, eine andere Anwendung derselben zugrunde liegenden Technologie — hängt davon ab, was genau sich ändert, aber die zuvor vorgenommene Einteilung bleibt dadurch nicht automatisch bestehen.
Dasselbe gilt für den Rollenwechsel. Eine Organisation, die ein fertiges Modell übernimmt und es danach erheblich anpasst, kann sich damit vom Nutzer zum Anbieter verschieben. Wann sich diese Rolle ändert ist nicht immer der Moment der Anpassung selbst, sondern der Moment, in dem diese Anpassung den Charakter des Systems verändert. Auch das ist eine Einteilungsfrage, und auch die verlangt eine erneute Beurteilung, sobald sich die Situation ändert — nicht eine einmalige Prüfung, die danach bestehen bleibt.
Und ein System, das sich noch in der Anschaffung befindet, verschiebt sich von planbar zu dringend in dem Moment, in dem es live geht. Die Einteilung, die für die Vertragsphase galt, gilt nicht für die Nutzungsphase.
Die praktische Konsequenz ist, dass eine Bestandsaufnahme nicht einmal eine Prioritätenliste liefert, sondern eine Struktur, die wiederholt durchlaufen werden muss. Systeme mit einem hohen Risikoniveau und einer aktiven Anbieterrolle verlangen jetzt Aufmerksamkeit. Systeme mit einem geringen Risikoniveau, die noch nicht im Einsatz sind, können geplant werden — aber die Planung muss einen Moment enthalten, an dem erneut hingesehen wird, weil Anpassungen, Rollenwechsel oder Inbetriebnahme die Einteilung umkehren können.
Das verlangt einen festen Ort, an dem Entscheidungen über diese Einteilung festgehalten werden: welches System als dringend eingestuft wurde, auf Basis welches Faktors, und wann diese Beurteilung zuletzt vorgenommen wurde. Eine Oversight-Entscheidungsliste ist die Form, in der diese Einteilung nachweisbar gemacht wird — nicht als zusätzliche Verwaltung, sondern als der einzige Beweis dafür, dass die Einteilung nicht zufällig ist, sondern das Ergebnis eines wiederholbaren Prozesses.
Die tatsächliche Regulierung — welche Fristen gelten, welche Verpflichtungen je Risikoklasse zu welchem Datum gehören — steht an anderer Stelle. Diese Seite beschreibt den Mechanismus, mit dem Sie dringend von planbar unterscheiden; den aktuellen Gesetzestext und die Fristen finden Sie hier nicht.
Die Einteilung in dringend und planbar sagt etwas über die Reihenfolge der Aufmerksamkeit aus, nicht über den Inhalt der Arbeit selbst. Sobald klar ist, welche KI-Anwendung Vorrang erhält, bleibt die Frage offen, was diese Anwendung genau mit der Arbeit macht, die sich darum herum abspielt: welcher Teil einer Aufgabe automatisch abläuft, welcher Teil Kontrolle verlangt und welcher Teil bei einem Menschen bleibt. Diese Frage beantwortet der Arbeitsscan von FTE TO AI, der pro Aufgabe berechnet, welcher Teil der Arbeit von KI übernommen werden kann — eine Ergänzung zu der hier vorgenommenen Einteilung, ausgerichtet auf den Inhalt der Arbeit selbst.
Vraag maar. Governance begint bij weten wat er draait — ook wat niemand heeft goedgekeurd.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.