Digitaler Wandel praktisch
Digitale Projekte scheitern nicht zwangsläufig an der Technik. Häufig entsteht das größte Risiko dort, wo neue Anwendungen, automatisierte Abläufe oder veränderte Zuständigkeiten auf bestehende Arbeitsweisen treffen. Eine Software kann technisch korrekt eingeführt sein und dennoch wenig Nutzen bringen, wenn Mitarbeitende sie nicht verwenden, ihre Funktionen nicht verstehen oder den neuen Prozess umgehen.
Change Management beschreibt die geplante Begleitung solcher Veränderungen. Es verbindet technische Umsetzung, Kommunikation, Qualifizierung und organisatorische Anpassungen. Ziel ist nicht, jede Skepsis zu beseitigen. Kritische Rückmeldungen können auf echte Schwachstellen hinweisen. Entscheidend ist, Widerstände zu verstehen und die betroffenen Menschen in die Gestaltung und Einführung einzubeziehen.
Bei der Digitalisierung verändern sich oft mehrere Ebenen gleichzeitig:
Ein belastbares Change Management betrachtet daher nicht nur die Frage, welche Anwendung eingeführt wird. Es klärt auch, welche Auswirkungen die Veränderung auf Tätigkeiten, Entscheidungswege, Kompetenzen und den Arbeitsalltag hat.
Widerstand ist kein einheitliches Verhalten. Eine Person, die eine neue Anwendung kritisch hinterfragt, kann andere Gründe haben als eine Person, die Schulungen vermeidet oder einen Prozess weiterhin manuell bearbeitet. Wer alle Reaktionen als mangelnde Bereitschaft bezeichnet, verliert wichtige Informationen.
Typische Ursachen lassen sich in mehrere Gruppen einteilen:
| Ursache | Mögliche Reaktion | Sinnvolle Antwort |
|---|---|---|
| Unklarer Nutzen | Desinteresse oder Abwarten | Konkrete Verbesserungen für den jeweiligen Arbeitsbereich zeigen |
| Angst vor Kompetenzverlust | Abwehr, Rückzug oder starke Kontrolle | Rollen, Perspektiven und Weiterbildungsangebote transparent erläutern |
| Fehlende Erfahrung | Fehler, Unsicherheit und langsame Nutzung | Praxisnahe Übungen, erreichbare Unterstützung und geschützte Testmöglichkeiten anbieten |
| Schlechte Projekterfahrungen | Misstrauen gegenüber Ankündigungen | Frühere Probleme anerkennen und verbindliche Rückmeldeschleifen einrichten |
| Mehrbelastung während der Einführung | Überforderung und sinkende Motivation | Aufwand planen, Prioritäten anpassen und Zeit für Lernen reservieren |
Widerstand kann offen oder verdeckt auftreten. Offene Kritik ist sichtbar und kann bearbeitet werden. Verdeckter Widerstand zeigt sich etwa durch parallele Excel-Dateien, verspätete Dateneingaben, gemeinsame Zugangsdaten oder die Nutzung nicht freigegebener Werkzeuge. Solche Ausweichlösungen sind zugleich ein Hinweis auf technische, organisatorische oder kommunikative Lücken.
Ein Change-Projekt sollte nicht mit einer allgemeinen Ankündigung beginnen. Zuerst braucht es ein klares Bild der Ausgangslage. Dabei geht es nicht um eine Bewertung einzelner Personen, sondern um die betroffenen Tätigkeiten und Rahmenbedingungen.
Eine hilfreiche Methode ist eine Auswirkungsmatrix. In einer Spalte steht die betroffene Tätigkeit, in weiteren Spalten folgen die geplante Änderung, der erforderliche Kenntnisstand, mögliche Risiken und eine verantwortliche Ansprechperson. Die Matrix macht sichtbar, wo eine allgemeine Information ausreicht und wo intensive Begleitung notwendig ist.
Auch eine kurze Bestandsaufnahme der digitalen Reife hilft. Dabei sollten nicht nur vorhandene Kenntnisse betrachtet werden. Relevant sind ebenso die bisherige Prozessqualität, die Verfügbarkeit von Support und die Frage, ob Arbeitsplätze unter realen Bedingungen ausreichend ausgestattet sind.
Kommunikation im Change Management ist kein einmaliger Versand einer Projektinformation. Sie begleitet die Veränderung über mehrere Phasen hinweg. Dabei sollten Aussagen überprüfbar und konkret sein. Unklare Versprechen erzeugen später Misstrauen.
Eine tragfähige Kommunikation beantwortet mindestens diese Fragen:
Unterschiedliche Zielgruppen benötigen unterschiedliche Informationen. Die Leitung braucht möglicherweise einen Überblick über Risiken und Abhängigkeiten. Ein Serviceteam benötigt dagegen genaue Angaben zu Tickets, Eskalationen und Zugriffsrechten. Für die tägliche Arbeit sind Beispiele, Prozessschritte und Anleitungen wichtiger als abstrakte Projektziele.
Eine Kommunikationsplanung kann feste Zeitpunkte vorsehen: Orientierung vor der Entscheidung, Detailinformationen vor Schulungen, Erinnerungen vor dem Start und Auswertungen nach der Einführung. Ergänzend sollte es einen zentralen, gepflegten Informationsstand geben. Veraltete Anleitungen oder widersprüchliche Aussagen aus verschiedenen Kanälen untergraben die Akzeptanz.
Beteiligung bedeutet mehr als eine abschließende Befragung. Betroffene sollten an den Stellen mitwirken, an denen ihr Erfahrungswissen für eine brauchbare Lösung benötigt wird. Mitarbeitende kennen oft Ausnahmen, Medienbrüche und informelle Arbeitsschritte, die in Prozessbeschreibungen fehlen.
Für die Beteiligung eignen sich verschiedene Formate:
Beteiligung braucht klare Grenzen. Nicht jede Rückmeldung kann umgesetzt werden, etwa wenn gesetzliche Vorgaben, Sicherheitsanforderungen oder technische Abhängigkeiten entgegenstehen. Deshalb sollte transparent erklärt werden, welche Vorschläge übernommen, angepasst oder abgelehnt werden und aus welchem Grund.
Ein Pilotbetrieb ist besonders wertvoll, wenn er nicht als Vorführung eines fertigen Systems angelegt ist. Die Testgruppe sollte reale Aufgaben bearbeiten dürfen. Dazu gehören auch Sonderfälle, Fehlerkorrekturen und Übergaben zwischen Teams. Die Erkenntnisse müssen anschließend in Konfiguration, Schulung und Dokumentation einfließen.
Eine Liste von Softwarefunktionen ersetzt keine Qualifizierung. Menschen müssen verstehen, wie sie eine Aufgabe künftig bearbeiten und woran sie erkennen, dass der Vorgang korrekt abgeschlossen ist. Gute Schulungen orientieren sich daher an Rollen und Arbeitssituationen.
Ein praxistaugliches Lernkonzept kann aus mehreren Bausteinen bestehen:
Kurze Anleitungen mit nachvollziehbaren Schritten sind im Arbeitsalltag häufig hilfreicher als umfangreiche Handbücher. Sie sollten angeben, welche Voraussetzungen gelten, welche Eingaben erforderlich sind und wie ein erfolgreicher Abschluss aussieht. Screenshots müssen regelmäßig geprüft werden, weil sich Oberflächen ändern können.
Schulungen sollten außerdem die Sicherheitsseite der Digitalisierung abdecken. Dazu gehören der Umgang mit Zugriffsrechten, der Schutz vertraulicher Informationen, sichere Passwörter oder alternative Anmeldeverfahren sowie das Erkennen verdächtiger Nachrichten. Technische Bedienung und sichere Nutzung gehören zusammen.
Führungskräfte beeinflussen, ob eine Veränderung im Alltag angenommen wird. Ihre Rolle besteht nicht darin, jede technische Frage selbst zu beantworten. Sie müssen jedoch den Zweck der Veränderung erklären, Prioritäten setzen und Anzeichen von Überforderung wahrnehmen.
Wichtig ist eine einheitliche Informationsbasis. Wenn verschiedene Teams widersprüchliche Aussagen zu Starttermin, Zuständigkeiten oder Übergangsregeln erhalten, entsteht Unsicherheit. Führungskräfte benötigen deshalb aktuelle Projektinformationen, bekannte Risiken und klare Eskalationswege.
Im Alltag können sie die Einführung unterstützen, indem sie:
Eine offene Fehlerkultur ist dabei ein Sicherheitsfaktor. Wenn Mitarbeitende befürchten, für Eingabefehler oder Unsicherheiten kritisiert zu werden, werden Probleme eher verschwiegen. Das erschwert die Korrektur und kann bei sensiblen Daten oder kritischen Abläufen erhebliche Folgen haben.
Ein klarer Starttermin beendet das Change Management nicht. Gerade in den ersten Wochen treten Fragen auf, die im Projektplan nicht vollständig vorhersehbar waren. Eine gestufte Einführung reduziert das Risiko, dass Fehler gleichzeitig viele Bereiche betreffen.
Vor dem Start sollten mindestens diese Punkte geprüft werden:
Beim sogenannten Hypercare-Zeitraum nach dem Start stehen zusätzliche Unterstützung und schnelle Auswertung im Vordergrund. Tickets, wiederkehrende Fragen und Abbrüche sollten nach Ursachen gruppiert werden. Ein hohes Anfrageaufkommen ist nicht automatisch ein Beleg für Ablehnung. Es kann auf unklare Beschriftungen, fehlende Berechtigungen oder unzureichende Schulungen hinweisen.
Parallelbetrieb kann Sicherheit geben, verursacht aber auch doppelte Pflege und widersprüchliche Daten. Deshalb braucht er ein festgelegtes Enddatum oder klare Kriterien für seine Beendigung. Andernfalls bleibt die alte Arbeitsweise dauerhaft bestehen und der erwartete Nutzen der Digitalisierung wird geschwächt.
Die Wirkung des Change Managements sollte anhand mehrerer Perspektiven betrachtet werden. Eine einzelne Kennzahl kann die Realität nicht ausreichend abbilden. Nutzungsdaten zeigen beispielsweise, ob eine Anwendung verwendet wird, erklären aber nicht immer, warum bestimmte Funktionen gemieden werden.
Geeignete Prüfbereiche sind:
| Prüfbereich | Beispiel für eine Leitfrage |
|---|---|
| Nutzung | Werden die vorgesehenen digitalen Prozessschritte tatsächlich verwendet? |
| Qualität | Haben sich unvollständige Datensätze oder manuelle Nacharbeiten verändert? |
| Arbeitsablauf | Gibt es neue Medienbrüche, Wartezeiten oder unklare Übergaben? |
| Kompetenz | Können die betroffenen Gruppen ihre wichtigsten Aufgaben sicher bearbeiten? |
| Sicherheit | Werden Zugriffsregeln, Meldewege und Datenschutzvorgaben eingehalten? |
| Akzeptanz | Welche Gründe nennen Mitarbeitende für Zustimmung, Nutzung oder Ausweichverhalten? |
Rückmeldungen sollten nicht nur unmittelbar nach dem Start gesammelt werden. Nach einer angemessenen Nutzungsphase zeigt sich besser, ob die neue Arbeitsweise tragfähig ist. Aus den Ergebnissen entstehen konkrete Maßnahmen, etwa eine Anpassung des Prozesses, eine zusätzliche Schulung oder eine technische Korrektur.
Dokumentierte Entscheidungen und Änderungen erleichtern später die Nachvollziehbarkeit. Das ist besonders wichtig, wenn Prozesse personenbezogene Daten, Berechtigungen oder geschäftskritische Informationen betreffen.
Einige Muster erschweren digitale Veränderungen immer wieder. Sie lassen sich früh erkennen und vermeiden:
Change Management ist damit kein Motivationsprogramm neben dem eigentlichen Digitalprojekt. Es ist ein Bestandteil der technischen und organisatorischen Qualität. Ein Prozess, den Menschen nicht sicher und nachvollziehbar ausführen können, ist auch dann nicht erfolgreich umgesetzt, wenn die Software fehlerfrei läuft.
Projektmanagement steuert unter anderem Ziele, Zeitplan, Ressourcen, Risiken und technische Liefergegenstände. Change Management konzentriert sich auf die Auswirkungen der Veränderung auf Menschen, Arbeitsabläufe und Organisation. Beide Bereiche müssen eng zusammenarbeiten. Ein fertiges System ohne Nutzungskompetenz ist ebenso problematisch wie eine gute Kommunikation ohne funktionsfähige technische Lösung.
Skepsis sollte zunächst als Information behandelt werden. In Gesprächen oder Pilotgruppen lässt sich klären, ob konkrete Risiken, fehlende Kenntnisse, zusätzliche Belastungen oder schlechte Erfahrungen dahinterstehen. Danach können passende Maßnahmen festgelegt werden. Eine Beteiligung ist glaubwürdig, wenn Rückmeldungen geprüft und Entscheidungen transparent begründet werden.
Der passende Zeitpunkt liegt vor der technischen Einführung. Bereits bei der Auswahl und Planung sollten betroffene Tätigkeiten, Datenschutz, Qualifikationsbedarf und Supportanforderungen berücksichtigt werden. Beginnt die Begleitung erst kurz vor dem Start, bleiben wichtige Gestaltungsmöglichkeiten häufig ungenutzt.
Eine zentrale Rolle. Neue Anwendungen verändern Zugriffe, Datenflüsse und mögliche Fehlerquellen. Schulungen und Kommunikation sollten deshalb sichere Anmeldeverfahren, Berechtigungen, den Umgang mit vertraulichen Informationen und die Meldung von Sicherheitsvorfällen einbeziehen. Unsicherheit oder Zeitdruck dürfen nicht dazu führen, dass Schutzmaßnahmen umgangen werden.
