5. September 2026 · Brandmonks GmbH · Aktualisiert am 29. September 2026
In vielen HR-IT-Projekten taucht der Betriebsrat zum ersten Mal im Terminplan auf, wenn die Konfiguration steht. Das ist zu spät — nicht weil es unhöflich wäre, sondern weil dann Anforderungen auftauchen, die man vorher hätte kennen können.
Warum die Mitbestimmung greift
§ 87 Abs. 1 Nr. 6 Betriebsverfassungsgesetz macht die Einführung technischer Einrichtungen mitbestimmungspflichtig, die dazu geeignet sind, Verhalten oder Leistung von Beschäftigten zu überwachen. Entscheidend ist die Eignung, nicht die Absicht. Wortlaut: § 87 BetrVG. Ein Bewerbermanagementsystem, eine Lernplattform, ein Zeiterfassungsmodul: In der Regel greift die Mitbestimmung.
Was Betriebsräte tatsächlich fragen
Es sind fast immer dieselben Punkte:
- Welche Daten werden erfasst — und welche entstehen nebenbei, etwa in Protokollen?
- Wer kann was sehen? Rollen- und Rechtemodell, konkret, nicht abstrakt.
- Welche Auswertungen sind möglich? Nicht welche geplant sind — welche das System technisch erlaubt.
- Wie lange werden Daten gespeichert, und was passiert danach?
- Wo werden sie verarbeitet, und wer hat als Dienstleister Zugriff?
- Entscheidet ein Automatismus über Menschen, und wenn ja, mit welcher Kontrolle?
Diese Fragen sind beantwortbar. Sie sind nur nicht beantwortbar, während man sie zum ersten Mal hört.
Der praktische Weg
Wer die Antworten vor dem Projektstart zusammenträgt, verwandelt die Mitbestimmung von einem Risiko in eine Anforderungsliste. Aus den Antworten wird die Betriebsvereinbarung, und aus der Betriebsvereinbarung wird die Systemkonfiguration — nicht umgekehrt.
Ein Nebeneffekt, der oft unterschätzt wird: Dieselben Fragen stellt auch der Datenschutzbeauftragte, und in vielen Fällen auch der Einkauf. Wer sie einmal sauber beantwortet hat, beantwortet sie dreimal.
Was das kostet
Zwei bis drei Workshops in der Konzeptionsphase. Verglichen mit einer Betriebsvereinbarung, die zwischen fertiger Konfiguration und geplantem Go-Live verhandelt wird, ist das die günstigere Variante — und die, bei der am Ende ein besseres System steht.
Die Unterlagen, die ein Gremium wirklich braucht
Sechs Dokumente reichen fast immer, und sie sollten von Anfang an vollständig vorliegen: eine Systembeschreibung in verständlicher Sprache, eine Liste der Datenarten mit Herkunft, das Rollen- und Berechtigungskonzept, die Protokollierung mit Aufbewahrungsfristen, der Vertrag zur Auftragsverarbeitung und ein Testzugang.
Der Testzugang wird am häufigsten vergessen und wirkt am stärksten. Ein Gremium, das das System selbst gesehen hat, stellt konkrete Fragen und entscheidet schneller als eines, das Folien bekommt und deshalb im Grundsatz diskutiert.