Eine Automatisierung verändert mehr als ein Prozessdiagramm. Sie kann beeinflussen, wie eine Person ihren Arbeitstag verbringt, welches Fachwissen sichtbar wird, für welche Fehler sie verantwortlich gemacht wird und ob sie für ihre Rolle noch eine Zukunft sieht.
Deshalb ist eine Werkzeugvorführung noch kein Kommunikationsplan.
Das Gespräch sollte beginnen, bevor die Gestaltung feststeht und das Wissen der Beschäftigten den Workflow noch verändern kann. Es sollte bereits getroffene Entscheidungen klar von offenen Fragen unterscheiden. Außerdem sollte es auf beruhigende Versprechen verzichten, die die Führung nicht garantieren kann.
Für eine frühe Beteiligung sprechen konkrete Belege; sie ist keine kosmetische Maßnahme. Laut der globalen Aktualisierung der ILO von 2025 werden die meisten betroffenen Tätigkeiten eher verändert als vollständig automatisiert. Die ILO fordert, diesen Übergang im sozialen Dialog zu gestalten (ILO-Forschungsbericht). Ihre Evidenzübersicht von 2026 berichtet außerdem, dass die Produktivitätseffekte uneinheitlich sind und sich nach Berücksichtigung organisatorischer Auswirkungen möglicherweise nicht in der gemessenen Leistung zeigen (ILO-Übersicht).
Die folgende Abfolge richtet sich an ein KMU, das einen Teil der Arbeit eines Teams automatisiert. Sie ist kein Drehbuch, mit dem sich Stellenabbau verschleiern lässt. Wenn der Abbau von Stellen geplant ist, sprechen Sie ihn offen an und erfüllen Sie die arbeitsrechtlichen Vorgaben und Beteiligungspflichten, die für Ihre Situation gelten.
Vertrauen verlangt keine Gewissheit. Es verlangt eine ehrliche Darstellung dessen, was bekannt und noch unentschieden ist, wer entscheidet und wann das Team die nächste Antwort erhält.
Vor der ersten Ankündigung
Erstellen Sie eine einseitige Entscheidungsvorlage. Wenn sich die Führung bei den folgenden Punkten nicht einig ist, kann sie das Team noch nicht angemessen informieren:
| Frage | Erforderliche Antwort |
|---|---|
| Welche Tätigkeit ändert sich? | Ein konkreter Workflow, nicht „Wir führen KI ein“ |
| Warum soll sie geändert werden? | Zeit, Qualität, Kapazität, Risiko oder Kundenergebnis |
| Was wurde entschieden? | Werkzeug, Pilotprojekt, Umfang, Zeitpunkt oder noch nichts |
| Was ist noch offen? | Ausgestaltung der Rollen, Prüfschritte, Kennzahlen und Personalplanung |
| Wer ist betroffen? | Personen, die die Arbeit ausführen, Ergebnisse erhalten, prüfen oder verantworten |
| Welche Daten sind betroffen? | Zulässige, unzulässige, aufbewahrte und geprüfte Daten |
| Was kann schiefgehen? | Fehler, Verzerrungen, Datenschutz-, Arbeitsbelastungs-, Kunden- und Betriebsrisiken |
| Wer kann den Ablauf stoppen? | Benannte Rolle und Eskalationsweg |
| Wann fällt die nächste Entscheidung? | Ein tatsächliches Datum |
Sprechen Sie anschließend zunächst unter vier Augen mit den unmittelbar betroffenen Personen, bevor Sie eine allgemeine Ankündigung machen. Niemand sollte aus einer unternehmensweiten Nachricht erfahren, dass ein wesentlicher Teil der eigenen Rolle neu gestaltet wird.
Beziehen Sie das Wissen aus dem Arbeitsalltag frühzeitig ein. Die Personen, die eine Tätigkeit ausführen, kennen Ausnahmen, die in einem Prozessdiagramm unsichtbar bleiben: der Kunde, der immer das falsche Dokument sendet, die Tabelle, die vor dem Hochladen korrigiert wird, oder das Urteilsvermögen, das sich hinter einem scheinbaren Schritt zum Kopieren und Einfügen verbirgt.
Das erste Teamgespräch
Gliedern Sie es in fünf Teile und halten Sie diese Reihenfolge ein.
1. Nennen Sie den Grund
Beschreiben Sie das aktuelle Problem, ohne die bestehende Arbeit abzuwerten:
„Wir verbringen ungefähr zwei Tage pro Woche damit, erste Fassungen von Auftragszusammenfassungen zu erstellen. Das Volumen steigt, und die Verzögerung gefährdet unser Ziel für die Antwortzeit gegenüber Kunden. Wir möchten testen, ob ein Werkzeug einen ersten Entwurf erstellen kann, während eine Person die Quelle prüft und die endgültige Antwort verantwortet.“
Vermeiden Sie Formulierungen wie „geringwertige Arbeit“, „schnelle Erfolge“ oder „nur Verwaltung“. Eine wiederkehrende Tätigkeit kann dennoch Fachwissen und Verantwortung erfordern oder der Weg sein, auf dem jemand die Arbeit erlernt.
2. Benennen Sie den Umfang
Sagen Sie konkret, was das System tun und nicht tun wird:
„Das Pilotprojekt umfasst die Extraktion und den Entwurf einer Zusammenfassung. Das System versendet keine Kundennachrichten, genehmigt keine Erstattungen, ändert keine Auftragsdaten und bewertet nicht die Leistung von Beschäftigten.“
Klare Grenzen verringern Spekulationen und geben dem Team überprüfbare Kriterien.
3. Trennen Sie Entscheidungen von offenen Fragen
Sagen Sie:
„Wir haben entschieden, ein sechswöchiges Pilotprojekt mit fünf Nutzern durchzuführen. Noch ist nicht entschieden, ob daraus der Standardprozess wird. Auch der künftige Prüfaufwand und die Ausgestaltung der Rollen stehen nicht fest. Für diese Entscheidungen verwenden wir die Ergebnisse des Pilotprojekts und das Feedback des Teams.“
Stellen Sie eine bereits beschlossene Einführung nicht als Beteiligungsverfahren dar. Bezeichnen Sie ein ergebnisoffenes Pilotprojekt nicht als verdeckte Umstrukturierung. Verwenden Sie jeweils den zutreffenden Begriff.
4. Erklären Sie, wie Beschäftigte das Ergebnis beeinflussen können
Benennen Sie das konkrete Verfahren:
- Sitzung zur Erfassung des Workflows;
- wöchentliche Prüfung des Pilotprojekts;
- anonymer Feedbackweg;
- Protokoll für Fehler und Beinahevorfälle;
- Sprechstunde mit der verantwortlichen Person;
- Entscheidungssitzung mit veröffentlichten Kriterien.
Erklären Sie, wer das Feedback liest und bis wann eine Antwort erfolgt. Ein Vorschlagskasten ohne zuständige Person ist bloße Inszenierung.
5. Nennen Sie den nächsten Prüftermin
Beenden Sie das Gespräch mit einem Datum und einem überprüfbaren Ergebnis:
„Am 18. September veröffentlichen wir die Ergebnisse des Pilotprojekts: Nutzung, Zeitaufwand, Korrekturen, Ausnahmen und Vorfälle. Danach entscheiden wir, ob wir den Workflow ausweiten, neu gestalten oder beenden. Sie erhalten sowohl die Nachweise als auch die Entscheidung.“
Vier sinnvolle Zusagen
Zusagen schaffen nur dann Vertrauen, wenn sie sich in konkreten Abläufen wiederfinden.
Zusage 1: Wir legen die Nachweise offen
Legen Sie die Kennzahlen vor Beginn des Pilotprojekts fest. Berücksichtigen Sie:
- Zeitaufwand vorher und nachher;
- Korrektur- und Ablehnungsquote;
- neue Prüf- oder Ausnahmeaufgaben;
- Auswirkungen auf Kunden oder Qualität;
- Vorfälle und Beinahevorfälle;
- Kosten für Werkzeug und Wartung;
- Verteilung von Nutzen und Belastung auf die Rollen.
Veröffentlichen Sie das Ergebnis auch dann, wenn das Pilotprojekt enttäuscht. Der Leitfaden für die KI-Einführung im Team bietet eine umfassendere Struktur für die Einführung.
Zusage 2: Eine benannte Person verantwortet Fehler
Sagen Sie den Beschäftigten nicht, „die KI hat einen Fehler gemacht“. Das Unternehmen hat den Workflow ausgewählt.
Benennen Sie die fachlich verantwortliche, die technisch verantwortliche und die prüfende Person sowie die Person, die das System anhalten kann. Sorgen Sie für einen sicheren Eskalationsweg: Das Melden einer fehlerhaften Ausgabe darf der Person, die sie entdeckt hat, nicht zum Nachteil werden.
Zusage 3: Wir berücksichtigen die verlagerte Arbeit
Eine Automatisierung entfernt häufig einen sichtbaren Schritt und erzeugt dafür Prüfungen, die Behandlung von Ausnahmen, Datenbereinigung, Erläuterungen gegenüber Kunden und Systemwartung.
Messen Sie diesen Aufwand. Berücksichtigen Sie ihn in Rollenbeschreibungen und der Kapazitätsplanung. Bezeichnen Sie das Projekt nicht als Einsparung, während die Beschäftigten die versteckte Mehrarbeit übernehmen.
Zusage 4: Wir prüfen die Auswirkungen auf Rollen und Lernen
Fragen Sie, welche Fähigkeiten bisher durch die automatisierte Tätigkeit aufgebaut wurden. Wenn Beschäftigte am Anfang ihrer Laufbahn das Geschäft durch erste Analysen kennenlernen, kann deren vollständige Abschaffung den Weg zu fundiertem Urteilsvermögen schwächen.
Legen Sie fest, wie die Beschäftigten künftig lernen: anhand ausgewählter Fälle, unter Anleitung bei Prüfungen, durch Rotation, Simulationen, vertiefte Kundenarbeit oder eine neu gestaltete Entwicklungslaufbahn. Nicht jeder Verlust lässt sich ersetzen, aber er sollte zumindest sichtbar sein.
Drei Versprechen, die Sie nicht geben sollten
„Niemandes Arbeit wird sich verändern“
Wenn die Automatisierung erfolgreich ist, wird sich die Arbeit verändern. Ein falsches Versprechen lässt jede spätere Anpassung wie eine Täuschung erscheinen.
Sagen Sie stattdessen, was Sie wissen:
„Im Rahmen dieses Pilotprojekts wurde keine Personalentscheidung getroffen. Die Tätigkeit und der Prüfprozess werden sich für diese Rollen verändern. Falls daraus ein Vorschlag zu Rollen oder Personal entsteht, sprechen wir ihn vor der Umsetzung offen an.“
Wenn Personalentscheidungen bereits getroffen wurden, legen Sie sie im dafür vorgesehenen Verfahren offen.
„Damit haben alle Zeit für sinnvollere Arbeit“
Vielleicht. Die Automatisierung kann aber auch Überwachung, zusätzliche Ausnahmen, weniger Selbstständigkeit oder engere Rollen mit sich bringen. Die Führung kann nicht für andere festlegen, welche ihrer Tätigkeiten „sinnvoll“ sind.
Benennen Sie die erwarteten Tätigkeiten und lassen Sie sie vom Team bewerten.
„Das System ist nur ein Werkzeug“
Werkzeuge verschieben Entscheidungsmacht. Eine Empfehlung an erster Stelle auf dem Bildschirm kann zum Standard werden. Eine Leistungszusammenfassung kann das Urteil einer Führungskraft beeinflussen, obwohl sie offiziell nur beratenden Charakter hat.
Beschreiben Sie, wer die Ausgabe überstimmen kann, wie Widerspruch dokumentiert wird und ob das System Kunden, Arbeitsbelastung, Zeitplanung oder Leistungsbewertung beeinflusst.
Eine anpassbare Vorlage für das Teamgespräch
„Wir erwägen eine Änderung an [specific task], weil [measured problem]. Folgendes haben wir entschieden: [decisions]. Noch nicht entschieden haben wir [open questions].
„Das vorgeschlagene System wird [in-scope actions]. Es wird nicht [out-of-scope actions]. [role] bleibt für das Endergebnis verantwortlich, und [role] kann den Workflow anhalten.
„Vor dem Pilotprojekt benötigen wir Ihr Wissen über Ausnahmen und Fehlerfälle. Während des Pilotprojekts messen wir [metrics], einschließlich des Aufwands für Korrekturen und Prüfungen. Probleme können ohne Nachteile über [route] gemeldet werden, wenn ein fragwürdiger Fall gestoppt wird.
„Am [date] legen wir die Nachweise offen und entscheiden, ob wir ausweiten, neu gestalten oder beenden. Der Stand der Entscheidungen, die Rollen betreffen könnten, lautet [status]. Wir werden ein Pilotprojekt nicht als Beteiligung an einer bereits getroffenen Entscheidung ausgeben.“
Lesen Sie den Text laut vor. Entfernen Sie Unternehmensfloskeln. Wenn ein Satz aus Sicht der anderen Seite des Tisches ausweichend klingt, formulieren Sie ihn neu.
Auf diese Fragen sollten Führungskräfte vorbereitet sein
- Soll damit der Personalbestand verringert, künftiger Personalaufbau vermieden, die Kapazität gesteigert, die Qualität verbessert oder alles zusammen erreicht werden?
- Welche Teile meiner Rolle verändern sich während des Pilotprojekts?
- Ist die Teilnahme freiwillig, erwünscht oder verpflichtend?
- Werden meine Nutzung oder meine Ergebnisse für die Leistungsbewertung verwendet?
- Welche Daten darf ich eingeben?
- Wer prüft fehlerhafte Ergebnisse?
- Was geschieht, wenn das System nicht verfügbar ist?
- Wie erlernen neue Beschäftigte die zugrunde liegende Tätigkeit?
- Was geschieht mit der eingesparten Zeit?
- Wem kommt der Produktivitätsgewinn zugute?
- Wie kann ich Einwände gegen den Workflow erheben?
- Wann fällt die Entscheidung?
„Das wissen wir noch nicht. Die verantwortliche Person antwortet bis Freitag“ ist eine akzeptable Antwort. Erfundene Gewissheit ist es nicht.
Nach der Ankündigung
Veröffentlichen Sie innerhalb von 24 Stunden:
- die Entscheidungsvorlage;
- Umfang und unzulässige Nutzungen;
- Kennzahlen des Pilotprojekts;
- verantwortliche Personen und den Weg zum Anhalten;
- Feedbackkanal;
- nächsten Prüftermin;
- die im Gespräch gegebenen Antworten.
Halten Sie diese Informationen anschließend aktuell. Gerüchte gedeihen, wenn das offizielle Dokument unverändert bleibt, während sich das Projekt weiterentwickelt.
Wählen Sie am Entscheidungspunkt eines von drei Ergebnissen: ausweiten, neu gestalten oder beenden. Erläutern Sie die Nachweise und Zielkonflikte. Wenn der Workflow entfernt werden sollte, prüfen Sie ihn und legen Sie ihn gezielt still.
Was Kommunikation nicht beheben kann
Gute Kommunikation kann nicht jede Automatisierung unschädlich machen. Sie kann nicht jede Tätigkeit erhalten, jede Unsicherheit beseitigen oder einen Plan zum Stellenabbau in eine Entwicklungschance verwandeln.
Sie kann einen zweiten, vermeidbaren Schaden verhindern: Die Beschäftigten erfahren, dass Entscheidungen über ihre Arbeit ohne ihre Beteiligung getroffen, unklar beschrieben und erst mitgeteilt wurden, als ihr Widerspruch nichts mehr bewirken konnte.
Sagen Sie früh genug die Wahrheit, damit das Wissen des Teams noch einfließen kann. Machen Sie Zusagen, die das Unternehmen einhalten kann. Legen Sie anschließend die Nachweise offen und halten Sie Ihre Zusagen ein.
Diese Kommunikationsabfolge ist keine arbeitsrechtliche Beratung. Pflichten zur Anhörung, Information und Beteiligung von Betriebsräten sowie Vorgaben zu Massenentlassungen, Diskriminierung und automatisierten Entscheidungen unterscheiden sich nach Rechtsraum und Anwendungsfall. Holen Sie eine qualifizierte lokale Prüfung ein, bevor Sie eine Entscheidung zu Rollen, Überwachung, Leistung oder Personal umsetzen.
