Neues System, alte Probleme: Wie Change Management den Unterschied macht

Neue Software ist beschafft, das Projekt ist geplant, das Budget freigegeben. Alles bereit für den großen Wandel. Und dann? Dann läuft es nicht so, wie es laufen sollte. Mitarbeiter sind überfordert, Führungskräfte stehen unter Druck, und am Ende arbeitet die Belegschaft zwar mit dem neuen System, aber so, dass möglichst wenig vom alten Weg abweicht. Prozesse aus dem Altsystem werden einfach ins Neue übertragen, Potenziale bleiben ungenutzt, und die eigentliche Transformation findet nie statt.

Was klingt wie ein Ausnahmefall, ist in Wirklichkeit ein strukturelles Problem. Technologie lässt sich beschaffen, konfigurieren und ausrollen. Menschen funktionieren anders. Sie haben Gewohnheiten, Bedenken und einen Arbeitsalltag, der keine Experimente verträgt. Wer das bei der Planung ignoriert, investiert viel und verändert wenig. Denn während der Fokus auf der Technik lag, wurden die Mitarbeiter außen vor gelassen.

Neue Software, alte Reflexe

Die Mitarbeiter sind ein wichtiger Faktor für jede Softwareeinführung. Wer täglich unter Zeit- und Leistungsdruck arbeitet, möchte vor allem eines: dass sein Werkzeug reibungslosfunktioniert. Keine Experimente, keine Lernkurven, keine Unsicherheit. Software ist für die meisten Mitarbeiter kein Selbstzweck, sondern Mittel zum Zweck. Und genau deshalb wiegt jede Veränderung schwer.

Hinzu kommt ein Phänomen, das aus der Psychologie bekannt ist: die sogenannte Changekurve, abgeleitet aus dem Modell der fünf Trauerphasen. Wer Vertrautes loslassen soll, durchläuft oft erst Verdrängung, dann Ärger, dann den Versuch zu verhandeln. Irgendwann setzt die Erkenntnis ein, dass es keinen Ausweg gibt. Diese Phase ist unangenehm, aber notwendig. Erst danach folgt echte Akzeptanz. Nicht alle Mitarbeiter durchlaufen diesen Prozess gleich intensiv, aber genug, um ein Projekt ernsthaft zu gefährden.

Der praktische Schluss daraus ist einfach: Widerstand ist kein Zeichen von schlechter Teamkultur oder mangelnder Professionalität, sondern eine vorhersehbare menschliche Reaktion auf Veränderung. Wer das weiß und die Projektplanung darauf ausrichtet, begegnet dem Widerstand anders.

Akzeptanz als wichtigster Faktor

Wer Nutzerakzeptanz als nachrangiges Thema behandelt, merkt schnell, wie teuer das werden kann. Mitarbeiter, die ein System nicht verstehen oder nicht akzeptieren, entwickeln Workarounds: Sie pflegen Daten unvollständig, umgehen Prozessschritte oder ignorieren neue Funktionen. Die Folge sind fehlerhafte Daten, ineffiziente Abläufe und ein Supportaufwand, der weit über das geplante Maß hinausgeht.

Im schlimmsten Fall führt anhaltender Widerstand dazu, dass Führungskräfte oder IT-Verantwortliche unter dem Druck der Nutzer einknicken und Anpassungen vornehmen, die das neue System dem alten immer ähnlicher machen. Das Ergebnis: viel Aufwand, wenig Wirkung. Die Kosten des Projekts stehen in keinem Verhältnis zum tatsächlichen Fortschritt.

Gerade in der Versicherungsbranche, wo viele Unternehmen noch mit jahrzehntealten Individuallösungen arbeiten, ist der Sprung auf moderne Standardsoftware besonders anspruchsvoll. Die Mitarbeiter kennen ihre alten Systeme in- und auswendig, haben Abläufe über Jahre perfektioniert und identifizieren sich mit ihrer Arbeitsweise. Technisch ist der Wechsel lösbar. Ob die Belegschaft wirklich mitzieht, hängt allerdings davon ab, wie ernst man die menschliche Seite von Anfang an nimmt.

Unterschiedliche Change-Management-Ansätze

Der Umfang und die Tiefe des Change Managements hängen davon ab, was den Change antreibt. Ist der Treiber technisch, gibt es eine konkrete Notwendigkeit und meist auch begrenzten zeitlichen Spielraum. In diesem Fall ist es sinnvoll, pragmatisch vorzugehen. Eine vollständige Neuanalyse aller Arbeitsweisen und Use Cases wäre zu aufwendig. Stattdessen gilt: den Change-Aufwand schlank halten, die betroffenen Zielgruppen identifizieren und gezielt vorbereiten. Entscheidend ist, dass die Menschen frühzeitig wissen, was auf sie zukommt, und nicht erst am Tag des Go-live.

Ist der Treiber prozessual, braucht es mehr Tiefe. Das Unternehmen will Ressourcen heben, Arbeitsweisen vereinheitlichen oder die Organisation besser aufstellen. Bevor über konkrete Technologie nachgedacht wird, braucht es eine strukturierte Analyse der Use Cases aus allen betroffenen Fachbereichen: Wo gibt es Synergien? Wo weichen Anwendungsfälle vom Standard b? Was sind die Pain Points der Mitarbeiter? Empfehlenswert ist auch, Beratung hinzuzuziehen, die den aktuellen Zustand der Arbeitswelt objektiv beurteilen kann. Auf dieser Grundlage lässt sich sinnvoll entscheiden, welche Technologie den Wandel am besten unterstützt.

Change Management ist Führungsaufgabe

Führungskräfte sind am nächsten an ihren Teams. Sie bekommen die Reaktionen über die neue Software zuerst zu spüren, hören die Beschwerden im Flur, merken, wenn die Stimmung kippt. Und sie geraten als erste unter Druck, wenn der Widerstand wächst. Genau deshalb müssen auf die Dynamiken und das richtige Verhalten in kritischen Momenten vorbereitet werden. Das bedeutet, frühzeitig zu kommunizieren und zu erklären, warum die Veränderung notwendig ist.

Parallel dazu braucht es klar definierte Zielgruppen mit passgenauen Maßnahmen. Mitarbeiter, Führungskräfte, IT-Abteilung und Betriebsrat haben unterschiedliche Informationsbedarfe, unterschiedliche Sorgen und unterschiedliche Erwartungen. Wer alle gleich anspricht, erreicht niemanden wirklich. Bewährt haben sich in der Praxis strukturierte Workshops zur frühzeitigen Einbindung, gezielte Schulungsformate, die sich an realen Arbeitsabläufen orientieren, persönliche Anlaufstellen während der Einführungsphase sowie Feedbackschleifen im Nachgang, die zeigen, dass Rückmeldungen ernst genommen werden.

Change Management als Investition in die Anpassungsfähigkeit

Das Ziel von Change Management geht über das einzelne Projekt hinaus. Wer Veränderungsprozesse konsequent begleitet, baut etwas auf, das bleibt: eine Unternehmenskultur, in der Mitarbeiter verstehen, warum sich Dinge ändern, nicht nur wie. Eine Kultur, in der Mitarbeiter wertvolles Feedback geben. Und eine Organisation, die bei der nächsten Umstellung beim Change Management nicht wieder bei null anfängt.

Denn die nächste Umstellung kommt. Märkte verschieben sich, Regulierung wächst, Technologie zieht das Tempo an. Unternehmen, die Veränderung als Normalzustand begreifen und ihre Organisation darauf ausrichten, kommen damit besser zurecht als solche, die jedes Mal von vorn anfangen. Change Management ist in diesem Sinne keine Projektdisziplin, sondern eine Führungskompetenz, die sich über Zeit aufbaut und mit jeder Umstellung wertvoller wird.

Wer tiefer in das Thema einsteigen möchte, findet weitere Einblicke im Podcast "CX-Faktor", verfügbar auf Spotify und Apple Podcasts.