%20(2).png)
- Widerstand gegen KI ist meist kein Technikproblem, sondern eine Frage nach der eigenen Rolle – und die ist berechtigt.
- Wer die Fachkräfte bei der Auswahl des Anwendungsfalls einbezieht, bekommt bessere Fälle und weniger Gegenwind.
- Am besten starten Aufgaben, die niemand gern macht: Datenübertragung, Sortieren, Nachschlagen.
- Zusagen, die man nicht halten kann, sind der häufigste Vertrauensbruch – besser offen sagen, was unklar ist.
- Ein KI-System, dem Mitarbeiter widersprechen können, wird genutzt. Eines, das Entscheidungen setzt, wird umgangen.
Woher der Widerstand kommt
Wenn ein Team ein KI-Projekt bremst, steht dahinter selten Technikfeindlichkeit. Es sind drei konkrete Fragen: Wird meine Arbeit überflüssig? Wird mir jetzt zugeschaut? Und wer haftet, wenn das System etwas falsch macht, das ich unterschrieben habe? Alle drei sind berechtigt, und keine löst sich durch eine Präsentation.
Dazu kommt eine praktische Sorge, die oft unterschätzt wird: Mehrarbeit. Wer schon einmal ein Werkzeug bekommen hat, das Ergebnisse liefert, die man anschließend alle prüfen muss, ist zu Recht skeptisch. Eine Automatisierung, die Kontrollaufwand erzeugt statt Arbeit abzunehmen, ist aus Sicht der Fachkraft eine Verschlechterung – und sie hat damit recht.
Was zuerst automatisiert werden sollte
Der beste Startpunkt ist eine Aufgabe, die niemand gern macht und die niemandes Qualifikation ausmacht: Daten von einem System in ein anderes übertragen, Eingänge vorsortieren, in Handbüchern nachschlagen, Standardauskünfte geben. Dort ist der Nutzen unmittelbar spürbar, und niemand muss um seine Rolle fürchten.
Schlecht geeignet ist dagegen der Kern der fachlichen Arbeit – die Beurteilung, die Entscheidung, der Kundenkontakt in schwierigen Fällen. Nicht nur, weil die Akzeptanz dort am geringsten ist, sondern weil die Ergebnisse dort auch sachlich am wenigsten verlässlich sind. Die Reihenfolge, die am wenigsten Widerstand erzeugt, ist zugleich die fachlich sinnvollste.
| Startet gut | Startet schlecht |
|---|---|
| Datenübertragung zwischen Systemen | fachliche Beurteilung einzelner Fälle |
| Eingänge klassifizieren und zuordnen | Entscheidungen ohne Prüfmöglichkeit |
| Nachschlagen in Dokumenten | Leistungsbewertung von Mitarbeitern |
| Entwürfe vorbereiten, die ein Mensch freigibt | Kundenkontakt in Eskalationen |
Beteiligung ist kein Workshop
Gemeint ist nicht ein Kickoff mit Präsentation, sondern eine konkrete Frage an die Leute, die den Prozess kennen: Welche Aufgabe in Ihrer Woche würden Sie am liebsten abgeben? Diese Frage liefert in zwanzig Minuten bessere Anwendungsfälle als eine Analyse von außen – und sie dreht die Rollenverteilung: Das Team gibt Arbeit ab, statt etwas aufgedrückt zu bekommen.
Genauso wichtig ist die Gegenprobe: Welche Aufgabe sollte auf keinen Fall automatisiert werden? Die Antworten darauf sind fachlich meist richtig und ersparen teure Fehlversuche.
Die Zusage, die man nicht geben sollte
„Es wird niemand seinen Arbeitsplatz verlieren“ ist eine Zusage, die eine Geschäftsführung nur geben sollte, wenn sie dazu steht – und die nicht von der Projektleitung kommen kann. Wird sie leichtfertig gegeben und später gebrochen, ist jedes weitere Digitalisierungsprojekt im Haus erschwert.
Tragfähiger ist Offenheit über das, was man weiß: welche Aufgaben sich ändern, welche wegfallen, welche dazukommen, und wie mit dem Zeitgewinn umgegangen wird. Unsicherheit lässt sich aushalten; eine gebrochene Zusage nicht.
Ein System, dem man widersprechen kann
Der wichtigste Einzelfaktor für Akzeptanz ist die Möglichkeit, das Ergebnis zu korrigieren – sichtbar, einfach und ohne Rechtfertigung. Ein Vorschlag, den ein Mensch annimmt oder verwirft, wird als Hilfe erlebt. Eine Festlegung, die man umständlich überschreiben muss, wird umgangen.
Praktisch heißt das: Entwürfe statt Entscheidungen, ein Korrekturweg mit einem Klick, Quellenangaben, damit man nachsehen kann, und eine Rückmeldefunktion, deren Eingaben tatsächlich zu Änderungen führen. Letzteres ist entscheidend: Wenn Hinweise mehrfach ohne Reaktion bleiben, kommen keine mehr – und damit verliert man die beste Fehlerquelle, die man hat.
Vorgehen bei der Einführung
- Fachkräfte fragen, welche Aufgabe sie abgeben würden – und welche nicht.
- Mit einer unbeliebten Hilfsaufgabe starten, nicht mit dem fachlichen Kern.
- Offen sagen, was sich ändert und was unklar ist; keine Zusagen auf Vorrat.
- Das System als Vorschlagsgeber auslegen, mit einfachem Korrekturweg.
- Quellenangaben einbauen, damit Ergebnisse prüfbar sind.
- Eine Person im Team als Ansprechpartner benennen, nicht nur die IT.
- Rückmeldungen sichtbar aufgreifen und Änderungen kommunizieren.
- Nach einigen Wochen gemeinsam auswerten: Was hilft, was stört?
Häufige Fragen (FAQ)
Muss der Betriebsrat einbezogen werden?
Sobald ein System Arbeitsabläufe verändert oder Daten über die Arbeitsleistung erfassen kann, sind Mitbestimmungsrechte regelmäßig betroffen. Die konkrete Bewertung hängt vom Einzelfall ab und gehört geklärt, bevor etwas eingeführt wird – frühe Einbindung erspart spätere Verzögerung.
Wie geht man mit einzelnen starken Gegnern um?
Meist stehen hinter dem Widerstand sachliche Punkte, die noch niemand gefragt hat – häufig genau die Ausnahmefälle, die das System später nicht beherrscht. Diese Personen im Test einzubinden ist wirksamer, als sie zu umgehen: Sie finden die Schwachstellen vor dem Rollout.
Braucht es Schulungen?
Weniger als oft gedacht, wenn das Werkzeug im vorhandenen Arbeitsablauf sitzt. Wichtiger als eine Bedienschulung ist Klarheit darüber, was das System tut, wo seine Grenzen liegen und wie man ein falsches Ergebnis meldet.
Was, wenn der Zeitgewinn nicht spürbar ist?
Dann lohnt ein Blick auf den Kontrollaufwand: Häufig ist die Aufgabe automatisiert, aber das Prüfen aller Ergebnisse frisst den Gewinn auf. Abhilfe schafft, nur Zweifelsfälle zur Prüfung vorzulegen statt jeden Fall – das setzt eine verlässliche Unsicherheitsbewertung voraus.
Akzeptanz entsteht nicht durch Kommunikation über ein Projekt, sondern durch Beteiligung daran – und durch ein System, dem man widersprechen kann. Wie wir Anwendungsfälle gemeinsam mit den Fachbereichen zuschneiden, zeigt die Seite KI-Use-Cases. Für ein Gespräch nutzen Sie den Kontakt.