Change Management bei der ERP-Einführung bündelt Kommunikation, Schulung und Beteiligung der Mitarbeitenden während der Systemumstellung. Laut Panorama Consulting Group richten weniger als 25 Prozent der Unternehmen einen intensiven Fokus auf organisatorisches Change Management – obwohl organisatorische Probleme die häufigste Ursache für Terminverzug bei ERP-Projekten sind.
Change Management umfasst alle Maßnahmen, mit denen Unternehmen Mitarbeitende während einer ERP-Einführung informieren, schulen und zur aktiven Mitarbeit bewegen. Laut Panorama Consulting Group (2026 ERP Report) richten weniger als 25 Prozent der Unternehmen einen intensiven Fokus auf organisatorisches Change Management, obwohl organisatorische Probleme – Widerstand, unklare Zuständigkeiten, fehlende Kommunikation – die häufigste Ursache für Terminüberschreitungen sind. Die mittlere Projektdauer liegt bei 9 Monaten, die Nachfrage nach externer Change-Management-Beratung stieg im Jahresvergleich von 38,4 auf 46,8 Prozent. Wer Change Management von Beginn an einplant statt es als Nebensache zu behandeln, senkt spürbar das Risiko von Verzug und Budgetüberschreitung.
Was bedeutet Change Management bei einer ERP-Einführung?
Change Management bei der ERP-Einführung bezeichnet die strukturierte Begleitung von Mitarbeitenden durch Information, Schulung, Beteiligung und Feedback-Schleifen, damit die neue Software im Arbeitsalltag tatsächlich angenommen wird – nicht nur technisch läuft.
Während die technische Implementierung Server, Schnittstellen und Datenmigration betrifft, adressiert Change Management die Frage, ob Mitarbeitende das neue System verstehen, akzeptieren und produktiv nutzen. In der Fachliteratur wird dafür häufig das ADKAR-Modell herangezogen: Awareness (Problembewusstsein schaffen), Desire (Veränderungsbereitschaft wecken), Knowledge (Wissen vermitteln), Ability (Fähigkeit zur Anwendung aufbauen) und Reinforcement (Verankerung sichern). Das Modell stammt aus der Change-Management-Forschung und wird unter anderem vom Bitkom in Projektmanagement-Kontexten referenziert.
Ohne diese Begleitung entsteht ein typisches Muster: Das System ist technisch fertig, aber Mitarbeitende umgehen es mit Schattenprozessen in Excel, weil sie den Nutzen nicht verstanden haben oder sich überfordert fühlen. Genau dieses Muster beschreibt Panorama Consulting als Hauptgrund für Terminverzug – nicht fehlerhafte Software, sondern organisatorische Reibung.
Warum scheitern ERP-Projekte häufiger am Faktor Mensch als an der Technik?
Laut Panorama Consulting Group war bei knapp einem Viertel der untersuchten ERP-Projekte der Zeitplan überschritten, und die häufigste genannte Ursache waren organisatorische Probleme – nicht technische Defekte der Software.
Zu den organisatorischen Problemen zählen laut der Studie unklare Governance-Strukturen, Widerstand gegen Veränderung und mangelhafte Prozessgestaltung im Vorfeld. Diese Faktoren lassen sich nicht durch zusätzliche IT-Ressourcen lösen, sondern nur durch gezielte Kommunikation, Schulung und frühzeitige Einbindung der Belegschaft. Bei den Budgetüberschreitungen – ebenfalls bei über einem Viertel der Projekte aufgetreten – war laut Panorama Consulting dagegen der unerwartete Bedarf an zusätzlicher Technologie der häufigste Grund; Ursachen für Zeit- und Kostenüberschreitung liegen damit teils in unterschiedlichen Bereichen und sollten getrennt betrachtet werden.
Auffällig ist, dass die Nachfrage nach externer Organizational-Change-Management-Beratung laut Panorama Consulting im Jahresvergleich von 38,4 auf 46,8 Prozent gestiegen ist – parallel dazu wuchs auch der Anteil der Unternehmen, die im Zuge der Einführung gezielt ihre Kernprozesse verbessert haben, von 40,4 auf 50,0 Prozent. Beides deutet darauf hin, dass Unternehmen den Zusammenhang zwischen Prozessarbeit und Change Management zunehmend erkennen, auch wenn der intensive OCM-Fokus insgesamt noch die Ausnahme ist.
Welche Phasen durchläuft Change Management im ERP-Projekt?
Change Management im ERP-Projekt lässt sich in vier aufeinander aufbauende Schritte gliedern, die von der Vorbereitung vor dem Kick-off bis zur Verankerung nach dem Go-Live reichen.
Diese vier Schritte – vorbereiten, befähigen, begleiten, verankern – lassen sich als eigenständiges Vorgehen benennen: die 4-Schritte-Verankerungsmethode. In der Vorbereitungsphase werden Betroffene identifiziert, Kommunikationswege festgelegt und Key User benannt. In der Befähigungsphase folgen Schulungen, Testzugänge und Dokumentation. Die Begleitungsphase deckt den eigentlichen Go-Live ab, inklusive Support-Hotline und schnellem Feedback-Kanal für Probleme. Die Verankerungsphase nach dem Go-Live sichert, dass alte Gewohnheiten nicht zurückkehren, etwa durch regelmäßige Nutzungs-Reviews. In der Praxisliteratur wird dieser Verlauf teils auch als siebenstufige psychologische Veränderungskurve beschrieben, die von anfänglicher Ablehnung bis zur vollständigen Integration reicht – die konkrete Stufenzahl variiert je nach Modell, der grundsätzliche Verlauf von Widerstand zu Akzeptanz ist in der Fachliteratur aber konsistent beschrieben.
Wo im Ablauf setzt Change Management typischerweise an?
Change-Management-Maßnahmen setzen idealerweise bereits in der Anforderungsanalyse an, nicht erst kurz vor dem Go-Live. Wer erst in den letzten Wochen vor der Umstellung informiert und schult, hat in der Regel zu wenig Zeit für echte Akzeptanzarbeit übrig. Mehr zum strukturierten Vorgehen bei der Anforderungsanalyse liefert der Artikel Anforderungsanalyse vor der ERP-Auswahl: So gehst du strukturiert vor.
Wer trägt im Unternehmen die Verantwortung für Change Management?
Die Gesamtverantwortung für Change Management liegt in der Regel bei der Projektleitung in Abstimmung mit der Geschäftsführung, während Key User aus den Fachabteilungen die operative Vermittlung zu den Kolleginnen und Kollegen übernehmen.
Die Geschäftsführung setzt den Rahmen: Sie kommuniziert, warum die Umstellung notwendig ist, und stellt Budget sowie Zeit für Schulungen bereit. Die Projektleitung koordiniert den zeitlichen Ablauf zwischen technischer Implementierung und Change-Maßnahmen. Key User – meist erfahrene Mitarbeitende aus Einkauf, Lager oder Vertrieb – testen das System vorab, geben praxisnahes Feedback und fungieren nach dem Go-Live als erste Ansprechpersonen für Kolleginnen und Kollegen. Bei größeren Projekten wird zusätzlich häufig externe Beratung für Organizational Change Management hinzugezogen; laut Panorama Consulting Group nutzen mittlerweile 46,8 Prozent der Unternehmen eine solche externe Begleitung, gegenüber 38,4 Prozent im Vorjahr.
Wie viel Zeit sollte für Change Management im Projektplan eingeplant werden?
Change Management sollte über die gesamte Projektlaufzeit mitlaufen und nicht als separate Phase am Ende stehen – bei einer laut Panorama Consulting mittleren ERP-Projektdauer von 9 Monaten bedeutet das kontinuierliche Kommunikation über mehrere Monate.
Eine allgemeingültige Prozentzahl, wie viel Budget oder Zeit konkret auf Change Management entfallen sollte, ist öffentlich nicht durch eine belastbare, unternehmensübergreifende Studie belegt – hierzu: keine Angabe. In der Beratungspraxis wird häufig empfohlen, Kommunikation, Schulung und Begleitung als festen, eigenständigen Posten im Projektplan zu führen statt sie informell „nebenbei“ laufen zu lassen. Wichtiger als eine feste Quote ist, dass Schulungstermine, Kommunikationsmeilensteine und Feedback-Schleifen genauso verbindlich terminiert werden wie technische Meilensteine.
Wird Change Management erst kurz vor dem Go-Live als Randnotiz behandelt, drohen laut Panorama Consulting Group überdurchschnittlich häufig Terminverzug und in der Folge zusätzliche Kosten. Schulungen und Kommunikation sollten deshalb von Projektbeginn an als verbindlicher Bestandteil des Zeitplans behandelt werden, nicht als Puffer, der bei Zeitdruck zuerst gestrichen wird.
Welche Fehler passieren beim Change Management während der ERP-Einführung am häufigsten?
Die häufigsten Fehler sind späte Kommunikation, fehlende Einbindung der künftigen Nutzer bei der Systemauswahl, zu knapp bemessene Schulungszeiten und das Fehlen klar benannter Ansprechpersonen nach dem Go-Live.
Wird die Belegschaft erst informiert, wenn Entscheidungen bereits gefallen sind, entsteht Widerstand, der sich in späteren Projektphasen kaum noch auffangen lässt. Ebenso riskant ist es, Schulungen als reine Software-Einweisung ohne Bezug zu den tatsächlichen Arbeitsabläufen der jeweiligen Abteilung durchzuführen – Mitarbeitende lernen dann Klicks, aber nicht den Nutzen für ihre eigene Arbeit. Ein weiterer verbreiteter Fehler ist das abrupte Ende der Begleitung direkt nach dem Go-Live: Genau in den ersten Wochen der Nutzung entstehen die meisten Rückfragen, und ohne schnell erreichbare Ansprechpersonen kehren Mitarbeitende zu alten Gewohnheiten zurück. Wer zusätzlich einen ERP-Wechsel plant statt einer Ersteinführung, findet ergänzende Hinweise im Artikel ERP-System wechseln: Wann sich ein Umstieg lohnt.
💬 Meine Einschätzung
Die gängige Annahme bei ERP-Projekten lautet, dass Verzögerungen vor allem an technischen Problemen liegen – fehlerhaften Schnittstellen, unvollständiger Datenmigration, Software-Bugs. Die Zahlen von Panorama Consulting Group zeichnen ein anderes Bild: Der häufigste Grund für Terminüberschreitungen sind organisatorische Probleme, während unter einem Viertel der Unternehmen überhaupt einen intensiven Fokus auf Change Management legt. Das ist eine auffällige Lücke zwischen Ursache und Gegenmaßnahme. Wer ein ERP-Projekt plant, sollte Change Management deshalb nicht als „weiches“ Zusatzthema neben der technischen Implementierung behandeln, sondern als gleichrangigen Projektbaustein mit eigenem Zeitplan, eigenen Verantwortlichen und eigenen Meilensteinen.
- Weniger als 25 Prozent der Unternehmen legen laut Panorama Consulting Group einen intensiven Fokus auf organisatorisches Change Management
- Organisatorische Probleme sind die häufigste Ursache für Terminverzug bei ERP-Projekten – nicht technische Defekte
- Die mittlere ERP-Projektdauer liegt bei 9 Monaten; Change Management sollte über die gesamte Laufzeit mitlaufen
- Nachfrage nach externer Change-Management-Beratung stieg im Jahresvergleich von 38,4 auf 46,8 Prozent
- Verantwortung liegt bei Projektleitung und Geschäftsführung, operative Vermittlung übernehmen Key User aus den Fachabteilungen
Häufige Fragen zu Change Management bei der ERP-Einführung
Diese fünf Fragen tauchen bei Change Management im ERP-Kontext regelmäßig auf – sie ergänzen die obigen Hauptkapitel um spezifische Detail-Aspekte.
Ab wann im Projekt sollte Change Management beginnen?
Idealerweise ab der Anforderungsanalyse, also bevor die Systemauswahl abgeschlossen ist. Wird erst kurz vor dem Go-Live informiert und geschult, fehlt in der Regel die Zeit, um Widerstände aufzufangen und echte Akzeptanz aufzubauen.
Wie unterscheidet sich Change Management von klassischem Projektmanagement?
Projektmanagement steuert Zeit, Budget und technische Meilensteine. Change Management adressiert gezielt die menschliche Seite – Kommunikation, Akzeptanz und Verhaltensänderung – und läuft parallel zum technischen Projektplan, nicht als dessen Ersatz.
Welche Rolle spielen Key User beim Change Management?
Key User testen das System vor dem Go-Live aus fachlicher Sicht, geben praxisnahes Feedback an das Projektteam und sind nach der Umstellung erste Ansprechpersonen für Kolleginnen und Kollegen – sie übersetzen zwischen IT-Team und Fachabteilung.
Wie hoch sollte das Budget für Change Management sein?
Eine belastbare, unternehmensübergreifende Studienzahl dazu liegt öffentlich nicht vor – keine Angabe. Entscheidend ist weniger eine feste Quote als ein eigenständiger, verbindlich terminierter Posten für Kommunikation und Schulung im Projektplan.
Woran erkennt man, ob Change Management erfolgreich war?
Anhaltspunkte sind die tatsächliche Systemnutzung nach dem Go-Live, die Zahl der Support-Anfragen im Zeitverlauf sowie ob Mitarbeitende zu alten Schattenprozessen wie Excel-Listen zurückkehren oder das neue System durchgängig nutzen.
Quellen und weiterführende Literatur
Panorama Consulting Group (panorama-consulting.com) — 2026 ERP Report mit Kennzahlen zu Change-Management-Fokus, Terminverzug, Budgetüberschreitung und mittlerer Projektdauer bei ERP-Implementierungen weltweit.
Bitkom (bitkom.org) — Kurzübersicht „Change Management im Projektmanagement“ mit Einordnung des ADKAR-Modells und praxisnahen Handlungsempfehlungen.
OMR (omr.com) — Fachbeitrag zu Change Management bei der ERP-Einführung mit Beschreibung der psychologischen Veränderungskurve und eines mehrstufigen Umsetzungsmodells.
Pathics (pathics.de) — Praxisorientierter Beitrag zu Mitarbeiterakzeptanz und Schulungsplanung bei ERP-Rollouts.
Den grundsätzlichen Ablauf einer ERP-Einführung beschreibt der Artikel ERP-System einführen: Ablauf, Phasen und typische Fehler. Fachbegriffe rund um Change Management, Rollout und Go-Live sind im WaWi-Glossar erklärt, einen Überblick über getestete ERP-Anbieter liefert das Anbieter-Verzeichnis. Weitere Artikel rund um die Einführungsphase stehen in der Kategorie Implementierung & Einführung.
