KI einführen mit dem Betriebsrat: Mitbestimmung in der Praxis
Veröffentlicht:
Die Mitbestimmung greift, sobald ein System zur Überwachung von Verhalten oder Leistung von Beschäftigten geeignet ist — es kommt auf die Eignung an, nicht auf die Absicht. Das trifft bei KI-Einführungen früher zu als erwartet: Schon ein Assistenzsystem, das protokolliert, wer wann welche Frage gestellt hat, erfüllt dieses Merkmal. Wer den Betriebsrat erst nach der Auswahl einbindet, verhandelt mit fertiger Technik im Rücken und verliert die Möglichkeit, Bedenken konstruktiv einzuarbeiten.
Wann greift die Mitbestimmung bei KI?
Die entscheidende Formulierung steht in § 87 Abs. 1 Nr. 6 BetrVG: mitbestimmt sind technische Einrichtungen, die dazu bestimmt sind, Verhalten oder Leistung der Arbeitnehmer zu überwachen. Die Rechtsprechung legt das seit Jahrzehnten weit aus — es genügt, dass ein System dafür geeignet ist.
Diese Unterscheidung entscheidet in KI-Projekten fast immer über den Verlauf, und sie wird fast immer zu spät verstanden. Ein Assistenzsystem für Auskünfte protokolliert, welche Frage wann von wem gestellt wurde — sinnvoll zur Fehlersuche, geeignet zur Verhaltensauswertung. Damit ist die Mitbestimmung berührt, obwohl niemand eine Auswertung beabsichtigt.
Praktisch heißt das: Die Frage ist nicht, ob Sie ein Überwachungssystem einführen wollen — das will niemand —, sondern ob sich aus den anfallenden Daten eine Aussage über einzelne Personen ableiten ließe. Diese Prüfung gehört an den Anfang der Anbieterauswahl, nicht ans Ende des Projekts.
Was kann der Betriebsrat verlangen?
Auskunft über Zweck, Funktionsweise und verarbeitete Daten — rechtzeitig und so konkret, dass eine Beurteilung möglich ist. Eine Präsentation der Vorteile erfüllt das nicht.
Mitbestimmung bei der Ausgestaltung: nicht nur ob, sondern wie. Welche Daten erfasst werden, was protokolliert wird, wer Zugriff auf Auswertungen hat.
Einen Sachverständigen nach § 80 Abs. 3 BetrVG. Bei KI-Systemen ist diese Möglichkeit inzwischen ausdrücklich geregelt — der Betriebsrat muss die Technik nicht selbst durchdringen.
Für den Arbeitgeber ist das kein Nachteil, auch wenn es zunächst so wirkt: Ein Gremium, das die Funktionsweise versteht, verhandelt über Ausgestaltung. Eines, das sie nicht versteht, verhandelt über das Ob — und dort gibt es nur zwei Ergebnisse.
Der Fehler, der Projekte teuer macht
Die übliche Reihenfolge lautet: Anbieter auswählen, System aufsetzen, Pilot durchführen, dann den Betriebsrat informieren. Ab diesem Punkt verhandelt man mit fertiger Technik im Rücken — und ein Gremium, das ein fertiges System vorgesetzt bekommt, hat als einziges wirksames Mittel das Nein.
Die umgekehrte Reihenfolge kostet zwei bis vier Wochen am Anfang und spart die Nachverhandlung. Wichtiger noch: Bedenken lassen sich einarbeiten, solange die Architektur nicht steht. Nach dem Rollout wird aus demselben Einwand eine Nachrüstung — und die ist teurer als jede Verzögerung am Anfang.
Dazu kommt ein Effekt, den man nicht kaufen kann: Ein Betriebsrat, der die Auswahl mitgetragen hat, erklärt das System später im Haus. Ohne ihn erklärt es die IT, und das ist nicht dieselbe Stimme.
Was sich technisch lösen lässt
Die meisten Einwände sind konkret und keine Grundsatzfrage. Drei Beispiele, die in fast jeder Verhandlung auftauchen:
«Damit kann man messen, wer wie viel arbeitet.» Lässt sich ausschließen, indem die Protokollierung ohne Personenbezug ausgelegt wird — Auswertungen zu Fragen und Lücken bleiben möglich, Auswertungen zu Personen technisch nicht. Das ist stärker als die Zusage, es nicht zu tun.
«Am Ende ersetzt das Stellen.» Hier hilft kein technisches Argument, sondern eine Festlegung im Text: welche Tätigkeiten das System übernimmt und welche ausdrücklich nicht.
«Wir verstehen nicht, was es tut.» Ein System, das jede Aussage mit Fundstelle belegt, ist nachvollziehbar prüfbar — auch für Laien. Wo das nicht möglich ist, sollte man sich fragen, ob man es selbst versteht.
Was in die Betriebsvereinbarung gehört
Die Normen im Wortlaut und die Gegenüberstellung mit Österreich — wo § 96 ArbVG und bei fehlendem Betriebsrat § 10 AVRAG greifen — stehen in der Übersicht zur Mitbestimmung bei KI.
Sechs Punkte, und kürzer hält besser als der Versuch, jede Eventualität zu regeln:
- Zweck und Einsatzbereich — welche Anwendungsfälle, welche Abteilungen.
- Verarbeitete Daten — welche Bestände angebunden sind und welche nicht.
- Ausgeschlossene Auswertungen — was nicht ausgewertet wird, ausdrücklich benannt.
- Protokollierung und Fristen — was gespeichert wird, wie lange, wer Zugriff hat.
- Beteiligung bei Änderungen — was passiert, wenn ein Anwendungsfall dazukommt.
- Überprüfung — ein Termin, zu dem gemeinsam geschaut wird, was tatsächlich passiert.
Der letzte Punkt wird am häufigsten weggelassen und wirkt am stärksten: Eine Vereinbarung mit Überprüfungstermin lässt Spielraum, weil sie korrigierbar ist. Ohne ihn wird jede Formulierung zur Endfassung, und entsprechend zäh wird verhandelt.
Wie greift das mit DSGVO und AI Act ineinander?
Drei Regelwerke, ein Arbeitsschritt: Die Bestandsaufnahme der eingesetzten Systeme brauchen Sie für die Mitbestimmung, für das Verzeichnis der Verarbeitungstätigkeiten und für die Einordnung nach dem EU AI Act.
Ein Punkt verdient dabei besondere Aufmerksamkeit: Systeme zur Bewertung von Bewerbern oder zur Einstufung von Beschäftigten sind nach Anhang III des AI Act Hochrisiko. Dort kommt zur Mitbestimmung ein vollständiger Pflichtenkatalog hinzu — Risikomanagement, menschliche Aufsicht, Konformitätsbewertung. Wir bauen solche Systeme nicht; für die Einordnung Ihres Falls genügt in der Regel ein Blick auf Anhang III.
Umgekehrt gilt: Für die übliche Dokumentenarbeit — Auskunft, Suche, Prüfung — bleibt es bei der niedrigsten Risikoklasse, und der Aufwand beschränkt sich auf dokumentierte Einordnung und Schulungsnachweis. Beides fällt ohnehin an.
Der praktische Einstieg
Laden Sie den Betriebsrat zur Auswahl des ersten Anwendungsfalls ein, nicht zur Abnahme des fertigen Systems. Nehmen Sie einen Fall, der ohne Beschäftigtendaten auskommt — Auskunft zu Regelungen, technische Dokumentation, Verträge. Die Erfahrung mit Rollen, Protokollierung und Nutzungsregeln entsteht dann am risikoarmen Fall, und die Vereinbarung dazu trägt später jeden anspruchsvolleren.
Diese Reihenfolge hat einen zweiten Vorteil: Die erste Betriebsvereinbarung entsteht an einem Fall, bei dem wenig auf dem Spiel steht. Alle Beteiligten lernen daran, worüber überhaupt zu verhandeln ist — und das ist erheblich leichter, als diese Erfahrung am kritischen Anwendungsfall zu sammeln.
Was bei Beschäftigtendaten gilt, steht unter KI und Beschäftigtendaten; die Anwendungsfälle im Personalbereich unter Abteilung Personal.