Change Management for ERP Projects: Getting Teams to Adopt New Systems

Practical change management strategies for ERP implementations using the ADKAR model, champion networks, and proven adoption techniques.

E
ECOSIRE Research and Development Team
|15. März 202612 Min. Lesezeit2.7k Wörter|

Teil unserer Digital Transformation ROI-Serie

Den vollständigen Leitfaden lesen

Änderungsmanagement für ERP-Projekte: Teams dazu bringen, neue Systeme einzuführen

Das beste ERP-System der Welt liefert keinen ROI, wenn die Leute es nicht nutzen. Untersuchungen von Prosci zeigen, dass Projekte mit ausgezeichnetem Änderungsmanagement ihre Ziele mit einer sechsmal höheren Wahrscheinlichkeit erreichen als solche mit schlechtem Änderungsmanagement. Doch bei den meisten ERP-Implementierungen wird das Änderungsmanagement als nachträglicher Einfall behandelt – ein paar Schulungssitzungen, die in der Woche vor dem Go-Live geplant werden, eine unternehmensweite E-Mail vom CEO und Hoffnung.

Hoffnung ist keine Strategie. Dieser Leitfaden bietet den strukturierten Ansatz, der erfolgreiche ERP-Einführungen von teuren Regalprodukten unterscheidet.

Wichtige Erkenntnisse

  • Bei Projekten mit ausgezeichnetem Änderungsmanagement ist die Wahrscheinlichkeit, dass sie ihre Ziele erreichen, um das Sechsfache höher (Prosci)
  • Das ADKAR-Modell bietet einen sequentiellen Rahmen: Bewusstsein, Wunsch, Wissen, Fähigkeit, Verstärkung – Champion-Netzwerke (1 Champion pro 15–20 Benutzer) reduzieren Support-Tickets um 60 % und beschleunigen die Akzeptanz um 40 %.
  • Widerstand ist nicht irrational – er folgt vorhersehbaren Mustern, die proaktiv angegangen werden können

Warum ERP-Projekte bei der Einführung scheitern

Technische Implementierungsfehler – bei denen die Software nicht wie konfiguriert funktioniert – machen weniger als 20 % der ERP-Projektfehler aus. Die restlichen 80 % scheitern an Menschen: Widerstand gegen Veränderungen, unzureichende Schulung, schlechte Kommunikation, falsch ausgerichtete Anreize oder mangelndes Engagement der Führung.

Art des AdoptionsfehlersHäufigkeitAuswirkungenGrundursache
Passiver Widerstand (Workarounds)Sehr hochBenutzer pflegen alte Tabellenkalkulationen neben ERPUnzureichende Schulung, schlechte UX, Angst vor Fehlern
Aktiver Widerstand (Beschwerden)HochMoral sinkt, Projekt wird für alle Probleme verantwortlich gemachtSchlechte Kommunikation, kein Einfluss auf das Design
Selektive AdoptionHochEinige Module werden verwendet, andere werden ignoriertUngleichmäßige Schulung, unklare Prozessverantwortung
Management-BypassMittelFührungskräfte fordern Berichte außerhalb des SystemsFührungskräfte nicht ausgebildet, alte Gewohnheiten bequem
SchattensystemeMittelAbteilungen entwickeln parallele Tracking-ToolsWahrgenommene Lücken in der ERP-Funktionalität
Vollständige AblehnungNiedrigAbteilung weigert sich, System zu nutzenSchweres Vertrauensdefizit, keine exekutive Durchsetzung

Die Kosten einer schlechten Akzeptanz sind atemberaubend. Ein System, das nur zu 60 % eingeführt ist, liefert vielleicht 30 % des prognostizierten ROI – die restlichen 70 % des Werts gehen durch manuelle Problemumgehungen, doppelte Dateneingaben und unvollständige Informationen verloren, die die Entscheidungsfindung beeinträchtigen.

Das ADKAR-Modell angewendet auf ERP

ADKAR (entwickelt von Prosci) bietet ein sequentielles Framework für individuelle Änderungen, das direkt den ERP-Implementierungsphasen zugeordnet ist. Jede Phase muss angegangen werden, bevor die nächste erfolgreich sein kann.

Bewusstsein: Warum verändern wir uns?

Wann: Monate 1–3 (Entdeckungs- und Entwurfsphase)

Menschen können eine Veränderung, die sie nicht verstehen, nicht unterstützen. Bewusstsein ist keine einzelne Ankündigung – es ist eine nachhaltige Kommunikationsmaßnahme, die drei Fragen beantwortet:

  1. Was ändert sich? (Spezifische Systeme, Prozesse, tägliche Arbeitsabläufe)
  2. Warum ändert es sich? (Business Case, Wettbewerbsdruck, Kundenanforderungen)
  3. Was passiert, wenn wir uns nicht ändern? (Konsequenzen der Aufrechterhaltung des Status Quo)

Sensibilisierungstaktiken:

  • Town-Hall-Meetings mit Führungskräften, in denen der Geschäftsfall erläutert wird (nicht die Technologie)
  • Sitzungen auf Abteilungsebene, in denen Prozessverantwortliche spezifische Auswirkungen besprechen
  • Schriftliches FAQ-Dokument, das sich mit den 20 größten Bedenken befasst, die Mitarbeiter wahrscheinlich haben
  • Videobotschaft des CEO, die das Projekt mit der Unternehmensstrategie verbindet
  • Regelmäßige Newsletter-Updates (zweiwöchentlich) zur Verfolgung des Projektfortschritts

Häufiger Fehler: Mit Technologie führend sein. Den Mitarbeitern ist die Modularchitektur von Odoo egal. Es ist ihnen wichtig, ob ihre Arbeit schwieriger, einfacher oder entfällt. Gestalten Sie die Veränderung immer im Hinblick auf die persönlichen Auswirkungen.

Verlangen: Was habe ich davon?

Wann: Monate 3–6 (Entwurfs- und Bauphase)

Bewusstsein schafft Verständnis. Verlangen schafft Motivation. Das sind verschiedene Dinge. Ein Mitarbeiter kann voll und ganz verstehen, warum das Unternehmen ein ERP benötigt, und sich trotzdem weigern, es zu nutzen, wenn er darin keinen persönlichen Nutzen sieht.

Bauwunsch:

ZielgruppensegmentHauptanliegenBotschaft, die Verlangen weckt
Betriebspersonal„Wird das meine Arbeit schwieriger machen?“„Sie verbringen täglich 3 Stunden mit der Dateneingabe. Das neue System automatisiert 80 % davon.“
Manager„Werde ich die Kontrolle über meine Daten verlieren?“„Sie erhalten Echtzeit-Dashboards, anstatt auf monatliche Berichte warten zu müssen.“
Finanzteam„Wird der Monatsabschluss schlechter, bevor er besser wird?“„Unternehmen wie Ihres haben die Abschlusszeit von 15 Tagen auf 3 Tage verkürzt.“
Vertriebsteam„Wird mich das ausbremsen?“„Die Angebotserstellung dauert von 3 Tagen auf 2 Stunden. Sie schließen Geschäfte schneller ab.“
IT-Team„Werde ich ersetzt?“„Sie werden von der Pflege von Tabellenkalkulationen zum Vorantreiben strategischer Technologie übergehen.“
Führungskräfte„Was ist, wenn es fehlschlägt?“„Eine schrittweise Einführung bedeutet, dass wir den ROI in jeder Phase überprüfen, bevor wir uns weiter engagieren.“

Leistungsstarke Taktik: Identifizieren Sie Mitarbeiter, die wirklich unter den aktuellen Systemen leiden (die Person, die jeden Monatsende bis 20 Uhr bleibt, der Lagerarbeiter, der durch Inventurfehler frustriert ist) und beziehen Sie sie in die Gestaltung ein. Sie werden zu natürlichen Fürsprechern, weil das neue System ihre spezifischen Schmerzen löst.

Wissen: Wie verwende ich das?

Wann: Monate 8–11 (Test- und Trainingsphase)

Wissen ist die Schulungskomponente, aber eine effektive Schulung zur ERP-Einführung ähnelt nicht einer herkömmlichen IT-Schulung.

Was nicht funktioniert:

  • 8-stündige Vorlesungssitzungen
  • Allgemeine Schulung, die alle Funktionen abdeckt
  • Das Training wird zu früh (die Leute vergessen) oder zu spät (die Leute geraten in Panik) durchgeführt.
  • Einheitliches Training, bei dem Rollenunterschiede außer Acht gelassen werden

Was funktioniert:

TrainingsansatzBeschreibungWirksamkeit
Rollenbasiertes TrainingJede Rolle lernt nur das, was sie brauchtHoch
Szenariobasierte ÜbungenÜben Sie echte Arbeitsaufgaben in einer SchulungsumgebungSehr hoch
Just-in-time-TrainingKurze Module werden geliefert, wenn die Funktion benötigt wirdHoch
Von Experten geleitete WorkshopsChampions schulen ihre AbteilungskollegenSehr hoch
KurzübersichtskartenLaminierte Schritt-für-Schritt-Anleitungen am ArbeitsplatzMittelhoch
Videobibliothek2-3-minütige Anleitungsvideos für häufige AufgabenMittel

Trainingsplan, der funktioniert:

  • Woche -6 bis -4: Champion-Training (40 Stunden, intensiv, praxisnah)
  • Woche -4 bis -2: Rollenbasierte Schulung für alle Benutzer (16–24 Stunden pro Rolle)
  • Woche -1: Übungswoche mit Sandbox-Umgebung und Champion-Unterstützung
  • Woche 1-2: Auffrischungssitzungen, in denen Fragen behandelt werden, die bei der ersten Verwendung auftauchen
  • Monat 2–6: Monatliche „Tipps und Tricks“-Sitzungen zur Einführung erweiterter Funktionen

Fähigkeit: Kann ich das tatsächlich in der Praxis umsetzen?

Wann: Monate 11–12 (Go-Live- und Hypercare-Phase)

Wissen und Können sind unterschiedlich. Jemand kann verstehen, wie man das System in einer Schulungsumgebung verwendet, und trotzdem mit realen Szenarien kämpfen, die Zeitdruck, Ausnahmen und unvollständige Daten beinhalten.

Baufähigkeit:

  • Während des gesamten Go-Live steht eine Sandbox-Umgebung zum Üben und Experimentieren zur Verfügung
  • Champions, die in den ersten zwei Wochen in jeder Abteilung physisch anwesend sind
  • Helpdesk mit 15-minütigem Reaktions-SLA für den ersten Monat
  • „Keine dummen Fragen“-Richtlinie, die vom Management ausdrücklich kommuniziert und durchgesetzt wird
  • Tägliche Stand-up-Meetings, um Kompetenzlücken in Echtzeit zu erkennen und zu beheben

Entscheidender Grundsatz: Niemand sollte für Fehler in den ersten 30 Tagen bestraft werden. Fehler, die beim Erlernen eines neuen Systems gemacht werden, sind Lernchancen und keine Leistungsmängel. Hierzu müssen Führungskräfte explizit geschult werden.

Verstärkung: Damit es haftet

Wann: Monate 12+ (nach dem Go-Live und fortlaufend)

Ohne Verstärkung verfallen die Menschen in alte Gewohnheiten. Durch die Verstärkung wird sichergestellt, dass die neuen Verhaltensweisen dauerhaft werden.

Verstärkungsmechanismen:

  • Sichtbarkeit der Metriken: Veröffentlichen Sie wöchentlich Akzeptanzmetriken (Anmelderaten, Aufgabenerledigung im ERP) nach Abteilung
  • Anerkennung: Würdigen Sie öffentlich Teams und Einzelpersonen, die das neue System annehmen
  • Leistungsintegration: Beziehen Sie die ERP-Nutzung in Leistungsüberprüfungen nach der Stabilisierungsphase ein
  • Systemstilllegung: Entfernen des Zugriffs auf alte Tabellenkalkulationen und Legacy-Systeme (mit einem klaren Zeitplan)
  • Kontinuierliche Verbesserung: Reagieren Sie auf Benutzerfeedback, um legitime Schwachstellen im neuen System zu beheben
  • Erfolgsgeschichten: Teilen Sie quantifizierbare Gewinne („Finance hat die Bücher diesen Monat in 3 Tagen abgeschlossen – ein neuer Rekord“)

Aufbau eines Champion-Netzwerks

Champions sind die wirkungsvollste Veränderungsmanagement-Investition. Ein Champion ist kein IT-Experte – er ist ein angesehener Mitarbeiter in jeder Abteilung, der sich frühzeitig mit dem System vertraut macht, Kollegen hilft und dem Projektteam fundiertes Feedback gibt.

Champion-Auswahlkriterien

KriterienWarum es wichtig ist
Von Gleichaltrigen respektiertMenschen nehmen Hilfe von Menschen an, denen sie vertrauen
ProzesswissenChampions müssen Systemfunktionen in den Arbeitskontext übersetzen
Positive Einstellung gegenüber VeränderungenSkeptische Champions untergraben die Bemühungen
KommunikationsfähigkeitenChampions müssen Konzepte klar erklären
Bereitschaft, 25 % der Zeit für den Support aufzuwendenChampions können nicht effektiv sein, wenn sie mit regulären Aufgaben überlastet sind
Vielfältige DarstellungChampions sollten die Belegschaft widerspiegeln (Rollen, Amtszeit, Demografie)

Champion-Netzwerkstruktur

ElementEmpfehlung
Verhältnis1 Champion pro 15–20 Benutzer
Ausbildung40 Stunden vor Beginn des allgemeinen Trainings
Zeiteinteilung25 % während Schulung/Go-Live, 10 % fortlaufend
KommunikationWöchentliche Champion-Meetings während der Implementierung, alle zwei Wochen nach dem Go-Live
AnerkennungFormale Anerkennung, potenzielle Karriereentwicklungsmöglichkeit
AutoritätChampions können Probleme direkt beim Projektteam protokollieren (normale IT umgehen)

Gemessene Wirkung von Champion-Netzwerken:

  • 60 % Reduzierung der Helpdesk-Tickets während des Go-Live
  • 40 % kürzere Zeit bis zur Erlangung der erforderlichen Kenntnisse für allgemeine Benutzer
  • 25 % höhere Benutzerzufriedenheitswerte
  • 35 % weniger Workaround-/Schattensystemvorfälle

Widerstandsmuster und wie man ihnen begegnet

Widerstand ist nicht irrational. Es ist eine vorhersehbare Reaktion auf eine wahrgenommene Bedrohung. Wenn Sie das Muster verstehen, können Sie es proaktiv angehen.

Die Widerstandskurve

Die meisten Unternehmen folgen bei der ERP-Implementierung einer vorhersehbaren Widerstandskurve:

PhaseZeiteinteilungWiderstandsstufeTypische Verhaltensweisen
AblehnungAnkündigung zum 2. MonatNiedrig„Dies hat keine Auswirkungen auf meine Abteilung“
WutMonat 3-5Steigend„Warum wurde diese Entscheidung nicht mit uns besprochen?“
VerhandelnMonat 6-8Spitze„Können wir unsere Tabellenkalkulationen neben dem ERP behalten?“
DepressionMonat 9-11Mäßig„Dieses System ist schlimmer als das, was wir hatten“
AkzeptanzMonat 12+Abnehmend„Ich denke, es funktioniert. Wo ist dieser Bericht nochmal?“
AnnahmeMonat 14+Niedrig„Ich kann mir nicht vorstellen, zum alten Weg zurückzukehren“

Wichtige Erkenntnisse: Die Zeit des höchsten Widerstands (Monate 6–8) fällt mit der Build-Phase zusammen, in der das System konfiguriert wird, aber noch nicht für den allgemeinen Gebrauch verfügbar ist. Die Menschen spüren den bevorstehenden Wandel, haben aber keine Kontrolle oder Sichtbarkeit. Um dem entgegenzuwirken, ist Transparenz erforderlich: Demos, Prototypen und frühzeitiger Zugang zur Schulungsumgebung.

Behandlung spezifischer Widerstandstypen

„Dafür bin ich zu beschäftigt.“

Antwort: Erkennen Sie die Realität an. Die Umsetzung erfordert Zeitaufwand. Zeigen Sie die Mathematik: 20 Stunden Schulung sparen jetzt mehr als 500 Stunden manuelle Arbeit pro Jahr. Lassen Sie den geschäftsführenden Sponsor mitteilen, dass die Teilnahme geschäftliche Priorität hat und nicht optional ist.

„Das alte System hat einwandfrei funktioniert.“

Antwort: Streiten Sie nicht. Stellen Sie stattdessen konkrete Fragen: „Wie lange brauchen Sie, um den monatlichen Bericht zu erstellen? Was passiert, wenn Sie Bestandsdaten in Echtzeit benötigen? Wie oft hat in diesem Jahr ein Tabellenfehler ein Problem verursacht?“ Lassen Sie sie die Schmerzpunkte selbst artikulieren.

„Ich habe Angst, Fehler zu machen.“

Antwort: Dies ist das berechtigtste Anliegen und am einfachsten zu lösen. Stellen Sie eine Sandbox-Umgebung zum Üben bereit. Garantieren Sie keine Leistungseinbußen während der Lernphase. Weisen Sie einen Champion zu, der für sofortige Hilfe zur Verfügung steht.

„Sie haben nicht um unseren Input gebeten.“

Antwort: Wenn dies zutrifft, beheben Sie das Problem sofort. Beziehen Sie widerspenstige Mitarbeiter in UAT-Tests, Berichtsdesign oder Workflow-Optimierung ein. Wenn sie konsultiert wurden, sich aber ungehört fühlen, zeigen Sie konkret, wie ihr Feedback berücksichtigt wurde (oder erklären Sie, warum ein anderer Ansatz gewählt wurde).


Akzeptanzerfolg messen

Was gemessen wird, wird verwaltet. Verfolgen Sie diese Kennzahlen vom Go-Live an.

MetrischZiel (Monat 1)Ziel (Monat 3)Ziel (Monat 6)So messen Sie
Täglich aktive Benutzer70 %90 %95 %+System-Anmeldedaten
Aufgabenerledigung im ERP60 %85 %95 %+Prozessaudit vs. Systemaufzeichnungen
Helpdesk-TicketsHoch (erwartet)AbnehmendStabil/niedrigTicketsystem
Nutzung des SchattensystemsAbnehmendMinimalNullManagerbeobachtung, Dateizugriffsprotokolle
Benutzerzufriedenheitswert3,0/5,03,5/5,04,0+/5,0Monatliche Pulsbefragungen
Zeit bis zur Erledigung wichtiger Aufgaben+20 % gegenüber dem AusgangswertGleich der Grundlinie-30 % gegenüber dem AusgangswertProzesszeitstudien
Datengenauigkeit90 %95 %98 %+Datenqualitätsaudits

Warnzeichen, die ein Eingreifen erfordern:

  • Täglich aktive Benutzer unter 60 % nach Monat 1
  • Jede Abteilung, die nach Monat 3 ein paralleles Tabellenkalkulationssystem unterhält
  • Der Benutzerzufriedenheitswert liegt zu jedem Zeitpunkt unter 2,5/5,0
  • Steigendes (nicht sinkendes) Helpdesk-Ticketvolumen nach Monat 2
  • Das Management fordert Berichte an, die außerhalb des ERP erstellt wurden

Häufig gestellte Fragen

Wie viel sollten wir für das Änderungsmanagement einplanen?

Die Benchmarking-Daten von Prosci empfehlen, 15–20 % des gesamten Projektbudgets für Change-Management-Aktivitäten aufzuwenden. Dazu gehören Kommunikation, Entwicklung und Bereitstellung von Schulungsprogrammen, Unterstützung des Champion-Netzwerks, Widerstandsmanagement und Verstärkung nach dem Go-Live. Für eine ERP-Implementierung im Wert von 500.000 US-Dollar bedeutet das, dass 75.000 bis 100.000 US-Dollar für das Änderungsmanagement aufgewendet werden. Unternehmen, die weniger als 10 % bereitstellen, verzeichnen deutlich geringere Akzeptanzraten und einen deutlich geringeren ROI.

Was passiert, wenn die Führung das ERP-Projekt nicht unterstützt?

Führungsunterstützung ist eine Voraussetzung, kein Nice-to-have. Wenn der Executive Sponsor passiv ist (sich abmeldet, sich aber nicht aktiv beteiligt), eskalieren Sie es an den CEO oder den Vorstand. Aktuelle Daten: Projekte ohne aktives Management-Sponsoring weisen eine Misserfolgsquote von 65 % auf. Wenn die Führung wirklich keine Unterstützung leistet, ist es möglicherweise besser, das Projekt zu verschieben, bis das Sponsoring gesichert ist, als mit einem hohen Misserfolgsrisiko fortzufahren. Eine fehlgeschlagene ERP-Implementierung ist weitaus teurer als eine verzögerte.

Wie gehen wir mit Mitarbeitern um, die sich weigern, das neue System zu nutzen?

Verstehen Sie zunächst, warum. Widerstand hat in der Regel eine rationale Grundlage – Angst, mangelnde Ausbildung, ein wahrgenommener Verlust von Fachwissen oder Status. Beheben Sie die Grundursache durch Coaching, zusätzliche Schulungen oder Anpassungen des Arbeitsablaufs. Wenn ein Mitarbeiter ausreichend Unterstützung erhalten hat und sich nach der Stabilisierungsphase (3-6 Monate) immer noch weigert, handelt es sich um ein Problem des Leistungsmanagements. Der Schlüssel liegt darin, sicherzustellen, dass Sie wirklich ausreichend Unterstützung geleistet haben, bevor Sie den Widerstand als Leistungsproblem behandeln.

Wann sollten wir das alte System abschalten?

Dies variiert je nach Modul. Halten Sie bei Finanzsystemen zu Abgleichszwecken den Parallelbetrieb für 1–2 Monate aufrecht. Für operative Systeme (Bestand, Produktion) ist ein Parallelbetrieb unpraktisch – Sie können nicht zweimal denselben Auftrag auswählen. Legen Sie für den Austausch von Tabellenkalkulationen ein festes Einstellungsdatum 30–60 Tage nach der Inbetriebnahme fest, kommunizieren Sie es wiederholt und setzen Sie es durch. Je länger alte Systeme verfügbar bleiben, desto mehr Nutzer werden an ihnen festhalten. Ein empfohlener Ansatz ist die schrittweise Entfernung: 30 Tage lang schreibgeschützter Zugriff, dann vollständige Außerbetriebnahme. Dies bietet Benutzern eine Sicherheitsdecke und verhindert gleichzeitig eine aktive Nutzung.


Was kommt als nächstes?

Change Management ist keine Projektphase. Es handelt sich um eine kontinuierliche Disziplin, die vor dem Projekt beginnt und noch lange nach dem Go-Live andauert. Die Organisationen, die es ernst nehmen – mit dedizierten Ressourcen, strukturierten Ansätzen und messbaren Ergebnissen – übertreffen durchweg diejenigen, die es als optionalen Overhead betrachten.

Ein vollständiges Implementierungsframework, das Änderungsmanagement und technische Bereitstellung integriert, finden Sie in unserer Zeitleiste für die ERP-Implementierung. Den umfassenderen Geschäftsszenario finden Sie in unserem Säulenleitfaden zum ROI der digitalen Transformation.

ECOSIRE umfasst die Change-Management-Planung als Kernkomponente jeder Odoo ERP-Implementierung. Unser Ansatz integriert das ADKAR-Framework mit der technischen Bereitstellung und stellt so sicher, dass die Systemfähigkeit und die organisatorische Bereitschaft gemeinsam voranschreiten.

Kontaktieren Sie unser Team, um zu besprechen, wie Change Management in Ihren spezifischen Implementierungsplan und Ihre Unternehmenskultur passt.


Veröffentlicht von ECOSIRE --- unterstützt Unternehmen bei der Skalierung mit KI-gestützten Lösungen in Odoo ERP, Shopify eCommerce und OpenClaw AI.

E

Geschrieben von

ECOSIRE Research and Development Team

Entwicklung von Enterprise-Digitalprodukten bei ECOSIRE. Einblicke in Odoo-Integrationen, E-Commerce-Automatisierung und KI-gestützte Geschäftslösungen.

Chatten Sie auf WhatsApp