Erfolgsfaktoren: Change-Management-Methoden bei der ERP-Transformation im Mittelstand
09. Oktober 2026
Bei einem Mittelstandsprojekt sank die Zahl der Mitarbeitenden in der Verwaltung von 5 auf 2. Eine solche Einsparung war nur möglich, weil in Haufe X360 abgebildete Prozesse doppelte Datenpflege überflüssig machten. Das Ergebnis kam jedoch nicht aus der Software allein, vielmehr hat das Team die neuen Prozesse von Anfang an mitgestaltet und so den Kurs für die Optimierungen vorgegeben.
Was hier beschrieben wird, ist ein klassischer Change-Prozess. Nicht immer stehen Beschäftige neuen Abläufen positiv gegenüber. Change Management geht gezielt mit Vorbehalten um und schafft Möglichkeiten, diese abzubauen. In diesem Beitrag schauen wir uns einige der klassischen Change-Management-Methoden an und klären, wie sie bei einem Transformationsprojekt zum Einsatz kommen.
Das Wichtigste vorab:
- ERP-Transformationen erreichen ihre Ziele vor allem dann, wenn Change Management von der Analysephase an mitläuft
- Fünf Modelle liefern den größten praktischen Nutzen für ERP-Projekte: Lewin, Kotter, ADKAR, Krüger und das Bridges Transition Model
- Ein Mittelstandsprojekt erreicht den Go-Live realistisch in 4 bis 6 Monaten, Change-Arbeit läuft in jeder Phase mit
- Eine frühe Einbindung von Key-Usern ist der wirksamste Hebel für eine gelungene Transformation
Was ist Change Management?
Change Management, auch als Veränderungs- oder Transformationsmanagement bekannt, beschreibt die strukturierte Planung, Begleitung und Umsetzung von Veränderungsprozessen innerhalb eines Unternehmens. Einzelne Abläufe, Abteilungen oder ganze Unternehmen sollen von einem bisherigen Ist-Zustand in einen neuen Zielzustand überführt werden. Dabei spielen nicht nur technische und organisatorische Veränderungen eine Rolle. Die Mitarbeitenden stehen im Vordergrund der allermeisten Change-Prozesse.
Ziele des Change Managements
Widerstände abbauen: Neue Technologien und Abläufe sorgen bei Mitarbeitenden nicht selten für ein gewisses Maß an Unsicherheit oder Skepsis. Erklärtes Ziel von Change-Prozessen ist es daher, diesen Vorbehalten zu begegnen.
Motivation schaffen: Wenn Beschäftigte frühzeitig in die Transformation eingebunden werden, entsteht bei ihnen häufig ein Anreiz, das Ergebnis positiv zu beeinflussen.
Wettbewerbsfähigkeit sichern: In einer globalisierten Geschäftswelt müssen Unternehmen jeder Größer in der Lage sein, sich an sich verändernde Marktsituationen anzupassen. Change-Management-Methoden helfen dabei, diese Veränderungen rechtzeitig vorzunehmen und so die eigene Marktposition zu verbessern oder zu erhalten.
Erfolgsfaktor Nummer 1: Menschen früh einbinden
Ein ERP-System bildet Prozesse ab. Ob Mitarbeitende diese Prozesse im Alltag auch so nutzen, wie sie geplant wurden, entscheidet sich an einer einzigen Stelle: wie früh sie eingebunden werden.
Letzten Endes ist ein ERP-System auch “nur” eine Software. Wie gut Mitarbeitende diese im Alltag einsetzen, entscheidet sich vor allem daran, wie sie an das Tool herangeführt wurden. Projekte, die Change Management erst zur Schulungsphase einplanen, verschenken den größten Teil seiner Wirkung.
Ein zweiter Erfolgsfaktor betrifft die Nähe zum Software-Standard. Viele Unternehmen gehen davon aus, möglichst nah am Standard zu bleiben, bedeute automatisch weniger Aufwand. Oft ist eher das Gegenteil der Fall: Der Standardprozess unterscheidet sich häufig deutlich von der aktuell gelebten Arbeitsweise. Ihn einzuführen bedeutet, Mitarbeitende mitzunehmen, zu schulen und durch die Phase zu begleiten, in der die neue Arbeitsweise noch ungewohnt ist.
Fünf Change-Management-Modelle für die ERP-Transformation
Kurt Lewins Drei-Phasen-Modell ist die einfachste Landkarte für ERP-Projekte. In der Auftau-Phase wird sichtbar gemacht, welchen Nutzen die neue Arbeitsweise gegenüber Excel-Listen, Insellösungen und manueller Datenpflege bringt. In der Veränderungsphase läuft die eigentliche Umstellung, inklusive Schulung und erster Nutzung des neuen Systems. Die Stabilisierungsphase sichert, dass die neue Arbeitsweise bestehen bleibt, wenn der Projektdruck nachlässt, und genau diese dritte Phase entscheidet meistens darüber, ob eine Transformation im Alltag auch wirklich ankommt.
John Kotters Modell passt für Unternehmen mit mehreren Abteilungen oder Standorten, bei denen die ERP-Einführung Teil einer größeren Transformation ist. Die relevantesten Schritte: ein klares Bild davon vermitteln, warum die Veränderung jetzt sinnvoll ist, eine Koalition aus Führungskräften und Key-Usern aufbauen, frühe Erfolge sichtbar machen und die neue Arbeitsweise in Rollen und Zielvereinbarungen verankern. Der Punkt, der Projekte am meisten voranbringt, wenn er bewusst geplant wird: Der Go-Live ist der Übergang zur eigentlichen Verankerung, nicht das Ziel selbst.
Das ADKAR-Modell von Prosci setzt bei der einzelnen Mitarbeiterin, dem einzelnen Mitarbeiter an: Awareness (Warum ändert sich etwas?), Desire (Will ich das mittragen?), Knowledge (Wie funktioniert das neue System?), Ability (Kann ich es auch tatsächlich anwenden?) und Reinforcement (Bleibt die neue Arbeitsweise bestehen?). ADKAR eignet sich besonders für Buchhaltung, Einkauf oder Vertrieb, also Abteilungen, in denen wenige Personen täglich intensiv mit dem System arbeiten. Wenn eine Schulung stattgefunden hat und die Nutzung trotzdem zögerlich bleibt, liegt der Hebel fast immer bei Desire, nicht bei Knowledge: Die Leute wissen grundsätzlich, wie ein neuer Prozess funktioniert. Was es braucht, ist ein Anreiz, diesen auch in die tägliche Arbeit zu integrieren. Dies könnte beispielsweise die gewonnene Zeit sein, die durch die neuen Abläufe entsteht.
Wilfried Krüger ergänzt die reine Prozesslogik um die emotionale Seite: Initialisierung, Konzipierung, Mobilisierung, Umsetzung, Verstetigung. Der Unterschied zu Lewin oder Kotter liegt in der Mobilisierungsphase, in der aktiv mit Vorbehalten und Unsicherheit gearbeitet wird, statt sie nur zu managen. Für ERP-Projekte lohnt sich Krügers Modell überall dort, wo Widerstand weniger aus fehlendem Wissen kommt und mehr aus der Sorge, die eigene Rolle im Unternehmen zu verlieren, etwa wenn Prozesse automatisiert werden.
William Bridges trennt zwischen der Veränderung selbst, die technisch vergleichsweise schnell passiert, und dem individuellen Übergang, der deutlich länger dauert: Ende der alten Arbeitsweise, eine neutrale Zone der Unsicherheit, Neubeginn mit der neuen Arbeitsweise. Das Modell erklärt gut, warum Mitarbeitende auch vier Wochen nach dem Go-Live noch unsicher wirken können, obwohl das System längst läuft und technisch alles funktioniert. Wer das weiß, plant die Stabilisierungsphase bewusst länger.
Weitere Change-Management-Modelle im Überblick
- McKinsey 7-S-Modell: Betrachtet sieben Faktoren im Zusammenspiel: Strategy, Structure, Systems, Shared Values, Skills, Style, Staff. Eignet sich für Transformationen mit mehreren Gesellschaften oder Standorten, für ein einzelnes Mittelstandsprojekt oft zu umfangreich.
- Kübler-Ross-Veränderungskurve: Ursprünglich aus der Trauerforschung, beschreibt emotionale Phasen wie Schock, Ablehnung, Verhandlung, Akzeptanz und Integration. Hilft Führungskräften, Widerstand als normale Phase einzuordnen statt als Alarmsignal.
- Burke-Litwin-Modell: Analysiert, wie externe Faktoren wie Markt oder Regulierung über die Organisation bis zur einzelnen Leistung durchwirken. Sehr analytisch angelegt und eher für Konzernstrukturen mit mehreren Führungsebenen gedacht.
- Agile Change Management: Arbeitet in kurzen Zyklen mit laufendem Feedback statt einem durchgeplanten Gesamtprozess. Passt zu Unternehmen, die ERP-Module schrittweise einführen, statt alles auf einen Stichtag hin zu planen.
- Prosci 3-Phasen-Ansatz: Der organisatorische Rahmen um ADKAR: Preparation, Management, Reinforcement. Wird in der Praxis meist zusammen mit ADKAR eingesetzt, nicht als eigenständiges Modell.
- Management by Objectives (MbO) und OKR: Eigentlich Führungsmodelle, keine Change-Management-Modelle im engeren Sinn. Nach der ERP-Einführung nützlich, um neue Prozesse über klare Ziele zu verankern.
Change Management in den Phasen der ERP-Transformation
BOLD & EPIC Transform setzt in der Analysephase auf zwei Instrumente: ein Change Impact Assessment, das festhält, welche Teams betroffen sind und wo Widerstand zu erwarten ist, und ein Change Readiness Assessment, das die tatsächliche Wandelbereitschaft im Unternehmen misst. Eine ADKAR-Baseline-Analyse zeigt zusätzlich, auf welcher Stufe, Awareness, Desire, Knowledge, Ability oder Reinforcement, einzelne Abteilungen gerade stehen.
Daraus entstehen für Konzeptions- und Umsetzungsphase Kommunikationskonzepte, die nach Zielgruppe unterscheiden: Führungskräfte bekommen andere Informationen zu einem anderen Zeitpunkt als die Fachabteilungen, die täglich mit dem System arbeiten werden. Eine RACI-Matrix legt für jede Aufgabe fest, wer entscheidet, wer umsetzt, wer informiert wird und wer nur mitliest. Für die Zeit nach dem Go-Live heißt das: Nachschulung, ein Abgleich der zu Projektbeginn gesteckten Ziele und die Prüfung, ob die neue Arbeitsweise auch nach einigen Monaten noch trägt.
Praxisbeispiel: Fleischeslust
Fleischeslust, Marktführer für hochwertige Tiernahrung für Hunde und Katzen, hat mit BOLD & EPIC Transform Vertrieb und Rechnungswesen auf Haufe X360 umgestellt. Weitere Referenzprojekte zeigen ähnliche Fälle aus Produktion, Facility Services und erneuerbaren Energien. Die entfallenen Prozesse waren technisch längst möglich, bevor sie im Alltag ankamen. Zwischen beidem liegt die Change-Arbeit: Kommunikationskonzept, Schulung und Key-User, die die neue Arbeitsweise im Team verankert haben.
Change Management bei BOLD & EPIC Transform
BOLD & EPIC Transform setzt Change Impact Assessment, Change Readiness Assessment, ADKAR-Baseline-Analysen und RACI-Matrizen in jedem Projekt der eigenen ERP-Beratung ein, gestützt auf über 20 Jahre Mittelstandserfahrung. Wie die Change-Management-Beratung für die eigene ERP-Transformation konkret aussieht, zeigen wir in einem ersten Gespräch.
FAQ zu Change Management bei der ERP-Transformation
-
Change Management umfasst alle Maßnahmen, mit denen Mitarbeitende die neue Software und die damit verbundenen Prozesse annehmen und im Alltag nutzen, von der frühen Einbindung über Schulungen bis zur Stabilisierung nach dem Go-Live. Bei BOLD & EPIC Transform läuft das von der Analysephase bis zur Verankerung nach Go-Live mit.
-
Eine Kombination aus Lewins Drei-Phasen-Modell für die grobe Projektstruktur und ADKAR für die Arbeit mit einzelnen Abteilungen und Key-Usern deckt die meisten Mittelstandsprojekte gut ab. Krüger und Bridges ergänzen sie dort, wo Widerstand emotional statt fachlich begründet ist.
-
Change-Arbeit läuft über die gesamte Projektlaufzeit, bei einem typischen Mittelstandsprojekt also 2 bis 6 Monate bis Go-Live, plus eine Stabilisierungsphase danach von mehreren Monaten.
-
Eine RACI-Matrix legt pro Aufgabe fest, wer entscheidet, wer umsetzt, wer informiert wird und wer mitliest. Bei BOLD & EPIC Transform sitzen Geschäftsführung und Key-User aus den Fachabteilungen dafür gemeinsam mit uns am Tisch.