Betriebsräte haben Mitbestimmungsrechte, wenn KI-Systeme Entscheidungen über Arbeitnehmer treffen. Der richtige Ansatz: Ihre Anforderungen als technische Constraints im Decision Layer implementieren, nicht als Kompromisse auf Papier.
Einen verhandlungsreifen Erstentwurf einer solchen KI-Betriebsvereinbarung erzeugt der BV-KI-Drafter - mit Memo für den Betriebsrat und Verhandlungsleitfaden.
Auf einen Blick - Mitbestimmung als Architektur-Constraint
- Betriebsräte haben Mitbestimmungsrechte für KI nach BetrVG SS 87 (technische Überwachungseinrichtungen) und SS 90 (Arbeitsplatzgestaltung). KI-Agenten bei Personalentscheidungen erfordern ihre Zustimmung.
- Der Standardansatz des "Überzeugens" behandelt den Betriebsrat als Hürde statt als Anforderungsquelle - und produziert nicht durchsetzbare Papierkompromisse.
- Der architektonische Ansatz: Betriebsvereinbarungen werden zu technischen Regeln im Decision Layer. Sagt die BV "keine vollautomatisierten Leistungsbeurteilungen", erzwingt das System Human-in-the-Loop.
- Das Auditor Portal gibt dem Betriebsrat verifizierbare Transparenz - jede Regel hat eine Control_ID, technische Implementierung und Evidence-Historie zur Einsicht.
- Vier-Schritte-Prozess: bestehende BVen analysieren, Anforderungskatalog erstellen, als Controls im Decision Layer implementieren, Auditor-Portal-Zugang gewähren.
Laut der WSI-Betriebsrätebefragung der Hans-Böckler-Stiftung (2023/2025) hat rund jeder zehnte mitbestimmte Betrieb in der Privatwirtschaft KI eingeführt - Tendenz steigend. Eine eigene Betriebsvereinbarung, die den KI-Einsatz gezielt regelt, hat bislang nur ein kleiner Teil dieser Betriebe; KI-spezifische Vereinbarungen sind noch deutlich seltener als etwa Datenschutzvereinbarungen. Ein großer Teil des KI-Einsatzes erfolgt damit bislang ohne formale Mitbestimmungs-Governance.
| Betriebsvereinbarungs-Anforderung | Decision Layer Umsetzung | Verifizierung |
|---|---|---|
| Keine vollautomatisierten Leistungsbeurteilungen | Human-in-the-Loop-Regel (erzwungen) | Eskalations-Logs im Auditor Portal |
| Quartalsbericht über KI-gestützte Entscheidungen | Automatische Berichtsgenerierung | Portal-Dashboard mit Live-Daten |
| KI-Stopp bei Verdacht auf Diskriminierung | Bias-Monitoring-Trigger | Alert-Log und Incident-Historie |
| Alle Controls aktiv und funktional | Control_ID pro Anforderung | Evidence-Historie pro Control |
Die übliche Herangehensweise: Den Betriebsrat überzeugen
In den meisten Unternehmen wird die Einführung von KI als Change-Management-Projekt betrachtet. Der Betriebsrat wird informiert, überzeugt, mitgenommen. Das Ziel: Zustimmung zur Betriebsvereinbarung.
Dieser Ansatz hat ein Problem: Er behandelt den Betriebsrat als Hürde, nicht als Anforderungsquelle. Die Betriebsvereinbarung wird als Kompromiss formuliert, in Juristensprache gegossen und in einem Ordner abgelegt. Die technische Umsetzung bleibt oft unklar.
Der bessere Ansatz: Mitbestimmung als Architektur-Constraint
In der Gosign-Architektur werden Betriebsvereinbarungen als technische Constraints im Decision Layer implementiert. Die Anforderungen des Betriebsrats werden nicht als Kompromiss verhandelt, sondern als Regeln im System implementiert.
Wenn die Betriebsvereinbarung sagt: “Entscheidungen über Leistungsbeurteilungen dürfen nicht vollautomatisiert getroffen werden” - dann wird das als Human-in-the-Loop-Regel im Decision Layer implementiert. Der Agent kann diese Regel physisch nicht umgehen.
Wenn die Betriebsvereinbarung sagt: “Der Betriebsrat erhält quartalsweise einen Bericht über alle KI-gestützten Personalentscheidungen” - dann erzeugt das Auditor Portal diesen Bericht automatisch.
Wenn die Betriebsvereinbarung sagt: “Bei Verdacht auf diskriminierende Muster muss die KI-Nutzung für den betroffenen Prozess sofort gestoppt werden” - dann ist das ein Bias-Monitoring-Trigger im Decision Layer.
Was der Betriebsrat sehen kann
Der Betriebsrat erhält Zugang zum Auditor Portal - mit einem dedizierten Read-only-Zugang, der auf die für ihn relevanten Controls beschränkt ist.
Er kann nachvollziehen:
- Welche Betriebsvereinbarungsregeln sind als Controls implementiert?
- Sind alle Controls aktiv und funktional?
- Wie häufig werden Human-in-the-Loop-Eskalationen ausgelöst?
- Gibt es Auffälligkeiten im Bias-Monitoring?
Diese Transparenz schafft Vertrauen - nicht durch Versprechen, sondern durch nachvollziehbare Technik.
Kostenloses eBook: KI in HR
EU AI Act Checkliste, Decision-Framework, Betriebsrats-Perspektive und Readiness-Assessment - das Governance-Handbuch für HR-Verantwortliche.
Jetzt kostenlos herunterladenPraktisches Vorgehen
Schritt 1: Bestehende Betriebsvereinbarungen analysieren. Welche Regelungen betreffen KI-Einsatz direkt oder indirekt?
Schritt 2: Neue Betriebsvereinbarung für KI-Einsatz formulieren. Nicht als Prosa-Dokument, sondern als Anforderungskatalog mit konkreten, technisch umsetzbaren Regeln.
Schritt 3: Anforderungen als Controls im Decision Layer implementieren. Jede Anforderung bekommt eine Control_ID, eine technische Implementierung und einen Evidence-Generator.
Schritt 4: Betriebsrat erhält Auditor-Portal-Zugang. Er kann jederzeit nachvollziehen, ob seine Anforderungen technisch umgesetzt sind.
Mehr dazu: Mitbestimmung und KI
Termin vereinbaren - Wir zeigen Ihnen, wie Mitbestimmung technisch umgesetzt wird.
Bert Gogolin
Geschäftsführer, Gosign
AI Governance Briefing
Enterprise AI, Regulierung und Infrastruktur - einmal im Monat, direkt von mir.