Change-Management bei der ERP-Einführung: Menschen mitnehmen

Ein neues ERP-System verändert, wie Menschen jeden Tag arbeiten. Genau deshalb ist eine ERP-Einführung zur Hälfte ein Change-Projekt — und scheitert selten an der Technik, sondern an fehlender Akzeptanz. Das beste System nützt nichts, wenn die Anwender es nicht bedienen können oder wollen. Dieser Beitrag zeigt, wie Sie die Belegschaft mitnehmen.

Warum Widerstand entsteht

Widerstand ist keine Bösartigkeit, sondern eine natürliche Reaktion auf Unsicherheit. Wer jahrelang eingespielte Abläufe beherrscht, verliert mit dem neuen System zunächst Routine, Tempo und Souveränität. Dazu kommt die Angst, den Anforderungen nicht mehr zu genügen. Wer das versteht, bekämpft nicht den Widerstand, sondern seine Ursachen: Unsicherheit und fehlende Beteiligung.

Dieser Verlauf ist typisch und lässt sich als Change-Kurve darstellen: Nach der Ankündigung fallen Leistung und Stimmung zunächst ab, durchlaufen ein Tal — und erreichen erst danach ein neues, oft höheres Niveau. Gutes Change-Management verkürzt und mildert dieses Tal, es kann es aber nicht ganz vermeiden.

Die Change-Kurve: Nach der Ankündigung durchlaufen Mitarbeitende die Phasen von Schock und Ablehnung über die Frustration im „Tal" bis hin zu Ausprobieren und Integration. Ziel des Change-Managements ist es, dieses Tal flacher und kürzer zu machen.

Früh kommunizieren — und ehrlich

Die häufigste Change-Sünde ist Schweigen bis zum Go-live. Kommunizieren Sie früh, warum das Projekt nötig ist, was sich ändert und was nicht. Menschen ertragen Veränderung besser, wenn sie den Sinn verstehen und wissen, woran sie sind. Beschönigen Sie dabei nichts — eine ehrliche Ansage („die ersten Wochen werden anstrengend") schafft mehr Vertrauen als Hochglanz-Versprechen.

Key-User zu Botschaftern machen

Key-User sind die wichtigsten Multiplikatoren im Projekt. Sie kennen die Prozesse ihres Bereichs, genießen das Vertrauen der Kollegen und übersetzen zwischen Fachbereich und Projekt. Machen Sie ihre Rolle explizit: Key-User bringen Anforderungen ein, testen das System — und haben die Aufgabe, die übrigen Kolleginnen und Kollegen ihres Bereichs zu schulen. Wählen Sie hier Menschen aus, die eine gewisse Sogwirkung haben und zu denen andere aufschauen und ihnen folgen.

Schulung ist kein Einmal-Termin

Eine einzelne Schulungswoche kurz vor dem Go-live verpufft. Wirksamer ist gestaffeltes Lernen: Grundlagen früh, prozessnahe Übungen kurz vor der Umstellung, und begleitende Unterstützung in den ersten Wochen danach — wenn die echten Fragen auftauchen. Planen Sie bewusst eine „Hypercare"-Phase ein, in der schnelle Hilfe verfügbar ist.

Da Schulungen heute meist als Online-Termine stattfinden, sollten Sie diese aufzeichnen und zentral bereitstellen — etwa im eigenen Microsoft-365-Tenant. So können Key-User und Mitarbeitende sich auch später jederzeit noch einmal orientieren, und das Onboarding neuer Kolleginnen und Kollegen wird spürbar erleichtert.

Die Rolle der Führung

Change gelingt von oben. Wenn die Geschäftsleitung das Projekt sichtbar priorisiert, Zeit dafür freiräumt und selbst mit gutem Beispiel vorangeht, folgt die Organisation. Delegiert die Führung das Thema dagegen komplett an die IT, spürt das jeder — und niemand fühlt sich wirklich verantwortlich. Change-Management ist Chefsache — und eine ERP-Einführung kein IT-Projekt!

Fazit

Technik lässt sich planen, Menschen muss man führen. Wer früh kommuniziert, Key-User zu Botschaftern macht, kontinuierlich schult und als Führung vorangeht, verwandelt Widerstand in Mitwirkung. Genau hier entscheidet sich, ob aus einem eingeführten System auch ein genutztes wird. Passend dazu: die Rolle des Auftraggebers im ERP-Projekt.