ERP-Einführung: Projektmanagement für den Erfolg

Eine ERP-Einführung ist eines der komplexesten IT-Projekte, das ein KMU durchführen kann. Sie berührt nahezu jeden Geschäftsprozess, betrifft alle Abteilungen und erfordert erhebliche Ressourcen über mehrere Monate. Studien zeigen: Rund 60% der ERP-Projekte überschreiten das geplante Budget, 40% den Zeitrahmen.

Die Ursache liegt selten an der Software. Es sind Projektmanagement-Fehler: unklare Verantwortlichkeiten, unterschätzter Aufwand für Change Management, mangelhafte Datenmigration und zu wenig Schulung.

Dieser Guide gibt Ihnen einen strukturierten Projektrahmen für die erfolgreiche ERP-Einführung – von der Projektorganisation bis zum Post-Implementation-Support.

Inhaltsverzeichnis

• Projektorganisation
• Phase 1: Projektvorbereitung
• Phase 2: Konzeption und Design
• Phase 3: Implementierung
• Phase 4: Testing
• Phase 5: Go-Live und Stabilisierung
• Change Management
• Datenmigration im Detail
• Testing-Strategien
• Post-Implementation Support
• Praxisbeispiel
• Zusammenfassung
• FAQ

Projektorganisation {#projektorganisation}

Rollen und Verantwortlichkeiten

Lenkungsausschuss (Steering Committee)

• Besetzung: Geschäftsführung, Projektleiter, ggf. externer Berater
• Aufgaben: Strategische Entscheidungen, Budget-Freigabe, Eskalation
• Rhythmus: Monatlich oder bei Bedarf

Projektleiter (intern)

• Ihre wichtigste Personalentscheidung im Projekt
• Braucht: Prozesswissen, Durchsetzungsfähigkeit, Kommunikationsstärke
• Zeitaufwand: Mindestens 50% der Arbeitszeit, besser 80-100%
• Typisches Profil: Kaufmännischer Leiter, Organisationsleiter, IT-Leiter

Implementierungspartner (extern)

• Projektleiter des Partners: Ihr Hauptansprechpartner
• Fachberater: Konfiguration und Customizing
• Technische Berater: Schnittstellen, Migration, Infrastruktur
• Stellen Sie sicher, dass die zugesagten Berater auch tatsächlich in Ihrem Projekt arbeiten

Key User

• 1 Key User pro Hauptabteilung (Finanzen, Einkauf, Vertrieb, Lager, Produktion)
• Zeitaufwand: 20-40% während der Implementierung
• Aufgabe: Fachliche Anforderungen einbringen, System testen, Schulung der Kollegen
• Werden nach Go-Live zu First-Level-Support für ihre Abteilung

Endanwender

• Alle Mitarbeiter, die mit dem ERP arbeiten werden
• Einbindung: Informationsveranstaltungen, Schulungen, Feedback-Runden
• Zeitaufwand: Schulungstage + Einarbeitungsphase

Projektplan-Überblick

Phase	Dauer (KMU)	Meilenstein
Projektvorbereitung	2-4 Wochen	Kick-off, Projekthandbuch
Konzeption/Design	4-8 Wochen	Fachkonzept abgenommen
Implementierung	6-12 Wochen	System konfiguriert
Testing	4-6 Wochen	Abnahme aller Testfälle
Go-Live & Stabilisierung	2-4 Wochen	Produktivbetrieb stabil
Gesamt	4-8 Monate

Phase 1: Projektvorbereitung {#phase-1}

Kick-off

Der Kick-off markiert den offiziellen Projektstart. Laden Sie alle Projektbeteiligten ein – intern und extern.

Agenda:

1. Projektvorstellung und Ziele
2. Vorstellung des Projektteams und der Rollen
3. Projektplan und Meilensteine
4. Spielregeln der Zusammenarbeit
5. Kommunikationsplan
6. Nächste Schritte

Projekthandbuch erstellen

Dokumentieren Sie die grundlegenden Rahmenbedingungen:

• Projektziele und Scope (was gehört dazu, was nicht)
• Organisationsstruktur und Verantwortlichkeiten
• Kommunikationswege und Meeting-Rhythmus
• Entscheidungsprozesse und Eskalationspfade
• Qualitätskriterien und Abnahmevoraussetzungen
• Risikomanagement und Gegenmaßnahmen
• Änderungsmanagement (Change Requests)

Infrastruktur vorbereiten

• Entwicklungs-/Testumgebung bereitstellen
• Zugänge für alle Projektbeteiligten einrichten
• Projekt-Kommunikationskanal einrichten (Teams-Kanal, Projektmanagement-Tool)
• Dokumenten-Ablage strukturieren

Checkliste Phase 1:

• ☐ Kick-off durchgeführt
• ☐ Projekthandbuch erstellt und verteilt
• ☐ Projektteam vollständig besetzt
• ☐ Projektplan mit Meilensteinen verabschiedet
• ☐ Kommunikationsplan vereinbart
• ☐ Systemumgebungen bereitgestellt

Phase 2: Konzeption und Design {#phase-2}

Ist-Analyse

Dokumentieren Sie Ihre aktuellen Geschäftsprozesse – auch die informellen. Oft sind die größten Ineffizienzen in Prozessen versteckt, die „schon immer so gemacht" werden.

Methode: Prozess-Workshops mit den Key Usern. Pro Fachbereich 1-2 Tage. Ergebnis: Prozesslandkarte mit Schwachstellen und Verbesserungspotenzialen.

Soll-Konzept (Blueprint)

Definieren Sie, wie die Prozesse im neuen ERP ablaufen sollen. Das Soll-Konzept ist das wichtigste Dokument des Projekts.

Struktur pro Prozess:

• Prozessbeschreibung und -ablauf
• Beteiligte Rollen und Berechtigungen
• Datenfelder und Stammdaten
• Schnittstellen zu anderen Prozessen/Systemen
• Berichte und Auswertungen
• Besonderheiten und Ausnahmen

Entscheidungsregel: Wenn ein Geschäftsprozess im ERP-Standard abbildbar ist, nutzen Sie den Standard. Customizing nur dort, wo es einen klaren, messbaren Mehrwert bietet. Jede Anpassung erhöht die Kosten, die Implementierungsdauer und das Update-Risiko.

Gap-Analyse

Vergleichen Sie das Soll-Konzept mit dem ERP-Standard:

Anforderung	Standard	Konfiguration	Customizing	Nicht möglich
Prozess A	✓
Prozess B		✓
Prozess C			✓
Prozess D				✓

Für jeden Gap aus der Spalte „Customizing" und „Nicht möglich" muss eine Entscheidung getroffen werden: Customizing beauftragen, Prozess anpassen oder Workaround definieren?

Praxistipp: Streben Sie an, mindestens 80% Ihrer Anforderungen im Standard oder durch Konfiguration (ohne Programmierung) abzudecken. Wenn der Customizing-Anteil über 20% liegt, sollten Sie entweder Ihre Prozesse hinterfragen oder die Softwareauswahl überdenken.

Checkliste Phase 2:

• ☐ Ist-Analyse aller Kernprozesse abgeschlossen
• ☐ Soll-Konzept erstellt und von Key Usern abgenommen
• ☐ Gap-Analyse durchgeführt
• ☐ Customizing-Umfang definiert und beauftragt
• ☐ Berechtigungskonzept erstellt
• ☐ Schnittstellenkonzept erstellt
• ☐ Migrationskonzept erstellt

Phase 3: Implementierung {#phase-3}

Systemkonfiguration

Der Implementierungspartner konfiguriert das ERP-System gemäß dem Soll-Konzept:

• Organisationsstruktur abbilden (Mandanten, Standorte, Kostenstellen)
• Stammdaten-Strukturen anlegen (Kunden, Lieferanten, Artikel, Mitarbeiter)
• Prozesse konfigurieren (Workflows, Genehmigungen, Automatisierungen)
• Berichte und Dashboards einrichten
• Benutzerrechte und Rollen konfigurieren

Customizing

Individuelle Anpassungen werden in dieser Phase entwickelt:

• Programmierung kundenspezifischer Funktionen
• Schnittstellenentwicklung
• Formularanpassungen (Angebote, Auftragsbestätigungen, Rechnungen)
• Spezielle Reports

Schnittstellenentwicklung

Die Anbindung an bestehende Systeme ist oft der technisch anspruchsvollste Teil:

• Buchhaltung/DATEV
• Online-Shop
• EDI (elektronischer Datenaustausch mit Kunden/Lieferanten)
• Bankanbindung
• Zeiterfassungssystem
• CRM (falls separat)
• Spezielle Branchensysteme

Datenmigration {#datenmigration}

Die Datenmigration verdient besondere Aufmerksamkeit – sie wird in fast jedem ERP-Projekt unterschätzt.

Migrationsstrategie:

1. Datenquellen inventarisieren Listen Sie alle Systeme auf, aus denen Daten migriert werden müssen. Typisch: Alt-ERP, Excel-Listen, Access-Datenbanken, CRM, Buchhaltung.

2. Datenqualität bewerten Prüfen Sie die Datenqualität in den Quellsystemen:

• Vollständigkeit: Fehlen wichtige Felder?
• Konsistenz: Sind Formate einheitlich (Datumsformate, PLZ, Telefonnummern)?
• Aktualität: Wie viele Datensätze sind veraltet?
• Dubletten: Gibt es doppelte Einträge?

3. Bereinigungsstrategie

• Verantwortliche pro Datenbereich benennen
• Bereinigungsregeln definieren (z.B. „Kunden ohne Umsatz seit 3 Jahren werden archiviert")
• Bereinigung VOR der Migration durchführen, nicht danach

4. Mapping und Transformation

• Quelldaten den Zielfeldern zuordnen
• Transformationsregeln definieren (Formatumwandlungen, Zusammenführungen)
• Automatisierte Migration für Massendaten, manuelle Prüfung für kritische Stammdaten

5. Testmigration

• Mindestens 2-3 Testläufe durchführen
• Nach jeder Testmigration: Stichprobenprüfung durch Key User
• Probleme dokumentieren und beheben
• Erst nach erfolgreicher Testmigration: Produktivmigration planen

Typische Datenmengen und Aufwände:

Datenbereich	Typische Menge (KMU)	Aufwand
Kundenstamm	500-10.000	Mittel
Lieferantenstamm	100-2.000	Niedrig
Artikelstamm	500-50.000	Hoch
Stücklisten	100-5.000	Sehr hoch
Offene Posten	200-5.000	Mittel
Lagerbestände	500-50.000	Hoch
Bewegungsdaten (Historie)	10.000-500.000	Hoch

Praxistipp: Planen Sie 25-30% des gesamten Projektbudgets für die Datenmigration ein. Das klingt viel, ist aber realistisch. Die meisten Projekte, die das Budget überschreiten, tun dies wegen der Datenmigration.

Checkliste Phase 3:

• ☐ Systemkonfiguration abgeschlossen
• ☐ Customizing entwickelt und intern getestet
• ☐ Schnittstellen entwickelt und getestet
• ☐ Formulare angepasst
• ☐ Datenbereinigung abgeschlossen
• ☐ Testmigration(en) erfolgreich
• ☐ Berechtigungen konfiguriert

Phase 4: Testing {#phase-4}

Testing-Strategien {#testing}

Unit Tests (Einzelfunktionen): Jede einzelne Funktion wird isoliert getestet. Durchführung: Implementierungspartner. Beispiel: „Kann eine Rechnung korrekt erstellt werden?"

Integrationstests (Prozesse): Zusammenhängende Prozesse werden Ende-zu-Ende getestet. Durchführung: Key User mit Unterstützung des Partners. Beispiel: „Vom Angebot über Auftrag und Lieferschein bis zur Rechnung."

Schnittstellentests: Alle Schnittstellen zu externen Systemen werden unter realistischen Bedingungen getestet. Beispiel: „Wird eine Rechnung korrekt an DATEV übertragen?"

Migrationstests: Die finale Testmigration mit vollständigem Datenbestand. Stichprobenprüfung durch alle Key User.

User Acceptance Test (UAT): Key User und ausgewählte Endanwender testen das gesamte System anhand realer Geschäftsvorfälle. Dies ist der finale Abnahmetest vor dem Go-Live.

Testplan erstellen

Testbereich	Testfälle	Verantwortlich	Status
Finanzwesen	25	Key User Finanzen	☐
Einkauf	15	Key User Einkauf	☐
Vertrieb	20	Key User Vertrieb	☐
Lager	15	Key User Lager	☐
Produktion	20	Key User Produktion	☐
Schnittstellen	10	IT + Partner	☐
Migration	10	Projektleiter	☐
Gesamt	115

Fehlermanagement

• Jeder Fehler wird in einem Ticket-System dokumentiert
• Priorisierung: Kritisch (blockiert Go-Live), Hoch (muss vor Go-Live gelöst werden), Mittel (kann nach Go-Live gelöst werden), Niedrig (Wunsch)
• Go-Live-Kriterium: Keine kritischen und keine hohen Fehler offen

Checkliste Phase 4:

• ☐ Testplan erstellt und abgestimmt
• ☐ Unit Tests bestanden
• ☐ Integrationstests bestanden
• ☐ Schnittstellentests bestanden
• ☐ Finale Testmigration erfolgreich
• ☐ UAT durch Key User bestanden
• ☐ Keine kritischen/hohen Fehler offen
• ☐ Go-Live-Freigabe durch Lenkungsausschuss

Phase 5: Go-Live und Stabilisierung {#phase-5}

Go-Live-Vorbereitung

2-3 Wochen vor Go-Live:

• Schulungen aller Endanwender abgeschlossen
• Cutover-Plan erstellt (wann wird was umgeschaltet?)
• Rückfall-Szenario definiert (was, wenn etwas schiefgeht?)
• Support-Struktur für die ersten Tage aufgebaut
• Kommunikation an alle Mitarbeiter

Go-Live-Wochenende (typisch):

1. Freitag: Letzter Geschäftstag im alten System. Alle offenen Transaktionen abschließen oder dokumentieren
2. Samstag: Finale Datenmigration (Salden, offene Posten, Lagerbestände)
3. Sonntag: Validierung der migrierten Daten, Systemtests
4. Montag: Erster Arbeitstag im neuen System

Hypercare-Phase (2-4 Wochen)

• Key User stehen ganztägig als Ansprechpartner bereit
• Implementierungspartner vor Ort oder per Remote-Support
• Tägliches Standup-Meeting: Was funktioniert, was nicht?
• Schnelle Fehlerbehebung (kritische Fehler innerhalb von Stunden)
• Dokumentation aller Probleme für spätere Optimierung

Post-Implementation Support {#post-implementation}

Nach der Hypercare-Phase übergeht das Projekt in den Regelbetrieb:

• Übergabe vom Projektteam an die Linie
• Key User als First-Level-Support etabliert
• Helpdesk oder Ticket-System für ERP-Anfragen
• Regelmäßige Review-Termine (monatlich im ersten Halbjahr)
• Optimierungs-Backlog pflegen und priorisieren
• Quartalsgespräche mit dem Implementierungspartner

Checkliste Phase 5:

• ☐ Cutover-Plan erstellt und kommuniziert
• ☐ Schulungen abgeschlossen
• ☐ Finale Migration durchgeführt und validiert
• ☐ Go-Live erfolgreich
• ☐ Hypercare-Phase abgeschlossen
• ☐ Übergabe an Regelbetrieb
• ☐ Support-Struktur etabliert

Change Management {#change-management}

Warum Change Management entscheidend ist

Ein ERP-System verändert die tägliche Arbeit von nahezu jedem Mitarbeiter. Gewohnte Abläufe ändern sich, vertraute Tools verschwinden. Das erzeugt Unsicherheit und Widerstand – selbst wenn das neue System objektiv besser ist.

Die Phasen des Widerstands

1. Ablehnung: „Das brauchen wir nicht. Das alte System funktioniert doch."
2. Widerstand: „Das ist viel zu kompliziert. Damit kann ich nicht arbeiten."
3. Exploration: „Okay, manche Funktionen sind ganz nützlich."
4. Akzeptanz: „So schlecht ist es eigentlich nicht. Einiges geht schneller."

Maßnahmen für erfolgreiches Change Management

Kommunikation:

• Frühzeitig informieren (warum wird gewechselt?)
• Regelmäßig Updates geben (wo stehen wir im Projekt?)
• Ehrlich sein (es wird eine Umstellung, aber es lohnt sich)
• Erfolge feiern (erste Quick Wins hervorheben)

Einbindung:

• Key User aus den Fachabteilungen, nicht nur IT
• Kritiker bewusst einbinden (wer kritisch ist, kennt die Schwächen am besten)
• Feedback ernst nehmen und sichtbar umsetzen

Schulung:

• Rollenspezifisch (nicht alle bekommen dieselbe Schulung)
• Praxisnah (echte Szenarien, nicht Theorie)
• Ausreichend Zeit (mindestens 2-3 Tage pro Nutzergruppe)
• Wiederholung (Nachschulung nach 4-6 Wochen)

Führung:

• Geschäftsführung nutzt das System selbst (Vorbildfunktion)
• Keine Ausnahmen: Es gibt nur ein System, nicht das alte parallel
• Geduld: Produktivitätseinbußen in den ersten Wochen sind normal

Praxisbeispiel: ERP-Einführung bei einem Industriezulieferer {#praxisbeispiel}

Ausgangssituation

Die Präzisionsteile Berger KG, ein Zulieferer für den Maschinenbau mit 70 Mitarbeitern, ersetzte ihr 15 Jahre altes ERP-System (Navision Classic) durch Microsoft Dynamics 365 Business Central (Cloud).

Projektverlauf

Vorbereitung (3 Wochen): Projektteam formiert (interner Projektleiter = kaufmännischer Leiter, 80% Zeitbudget), Kick-off mit Implementierungspartner, Projekthandbuch erstellt.

Konzeption (6 Wochen): Ist-Analyse in 8 Workshops. Ergebnis: 12 Kernprozesse dokumentiert, davon 3 mit erheblichem Optimierungspotenzial. Soll-Konzept mit 85% Standard-Abdeckung, 3 Customizing-Themen (Spezial-Kalkulation, EDI-Schnittstelle zum Hauptkunden, Prüfprotokoll-Integration).

Implementierung (8 Wochen): System konfiguriert, Customizing parallel entwickelt. Größte Herausforderung: Datenmigration der 12.000 Artikelstammdaten mit Stücklisten. Drei Testmigrationen nötig.

Testing (5 Wochen): 95 Testfälle, 12 Fehler gefunden (davon 2 kritisch). Kritische Fehler innerhalb einer Woche behoben. UAT durch alle Key User bestanden.

Go-Live (Wochenende): Freitag: Letzter Tag im alten System. Samstag: Migration der Salden und offenen Posten. Sonntag: Validierung. Montag: Erster Tag im neuen System. Implementierungspartner 3 Tage vor Ort.

Stabilisierung (4 Wochen): Hypercare mit täglichem Standup. 23 Supportanfragen in der ersten Woche, 8 in der zweiten, danach unter 5 pro Woche.

Ergebnis

• Budget: 185.000 € (Plan: 160.000 € – 15% Überschreitung wegen Datenmigration)
• Zeitrahmen: 6,5 Monate (Plan: 6 Monate – im Rahmen)
• Nutzerzufriedenheit nach 3 Monaten: 7,5/10
• Monatsabschluss: Von 15 Tagen auf 6 Tage
• Bestellprozess: Von 12 Minuten auf 4 Minuten pro Bestellung
• Lagergenauigkeit: Von 88% auf 97%

Lessons Learned

• Der kaufmännische Leiter als Projektleiter war die richtige Wahl – Prozesskenntnis schlug IT-Wissen
• Die Datenmigration war wie erwartet der aufwendigste Teil – trotzdem wurde sie unterschätzt
• Change Management bei den Produktionsmitarbeitern brauchte mehr Aufmerksamkeit
• Die Cloud-Lösung ersparte massive IT-Infrastruktur-Aufwände
• Drei Testmigrationen waren nötig – zwei hätten nicht gereicht

Zusammenfassung und nächste Schritte {#zusammenfassung}

Key Takeaways:

• Eine ERP-Einführung ist ein Change-Projekt, nicht nur ein IT-Projekt
• Die Projektorganisation mit klaren Rollen ist entscheidend – besonders der interne Projektleiter
• Das Soll-Konzept ist das wichtigste Projektdokument – investieren Sie hier ausreichend Zeit
• Datenmigration verdient 25-30% des Projektbudgets und besondere Aufmerksamkeit
• Testing ist kein Luxus, sondern Pflicht – gehen Sie nicht ohne bestandene Tests live
• Change Management entscheidet über Akzeptanz oder Ablehnung durch die Mitarbeiter
• Planen Sie einen Budget-Puffer von 20-30% ein

Ihre nächsten Schritte:

1. Benennen Sie einen internen Projektleiter mit ausreichend Zeitbudget
2. Wählen Sie einen erfahrenen Implementierungspartner (mindestens 3 Referenzen einholen)
3. Planen Sie das Projekt realistisch (6-12 Monate für ein KMU)
4. Beginnen Sie frühzeitig mit der Datensichtung und -bereinigung
5. Kommunizieren Sie das Projekt transparent an alle Mitarbeiter

Weiterführende Inhalte auf Smartkanal.de:

• Guide: ERP-System für KMU: Wann lohnt sich die Investition?
• Guide: ERP-Auswahl: Von der Longlist zur finalen Entscheidung
• Guide: Cloud-ERP vs. Klassisches ERP
• Guide: Branchenlösungen vs. Standard-ERP

FAQ {#faq}

Wie lange dauert eine ERP-Einführung für ein KMU?

Für ein KMU mit 30-100 Mitarbeitern dauert eine ERP-Einführung typischerweise 4-8 Monate (Cloud-ERP) oder 8-14 Monate (On-Premise). Einflussfaktoren: Anzahl Module, Customizing-Umfang, Datenmigrationskomplexität und interne Ressourcen-Verfügbarkeit.

Was ist die größte Herausforderung bei der ERP-Einführung?

Die drei größten Herausforderungen sind: Datenmigration (technisch aufwendig, oft unterschätzt), Change Management (Mitarbeiterakzeptanz sichern) und Scope Creep (wachsende Anforderungen während des Projekts). Alle drei lassen sich durch gute Planung, klare Prozesse und regelmäßige Kommunikation entschärfen.

Sollte ich den Implementierungspartner des ERP-Anbieters nehmen?

Nicht zwingend. Viele ERP-Anbieter haben ein Netzwerk von zertifizierten Partnern. Achten Sie auf: Branchenerfahrung, Referenzen in Ihrer Größenklasse, persönliche Chemie mit dem Projektteam, und vor allem: Sind die Berater, die im Vertriebsgespräch sitzen, auch die, die Ihr Projekt umsetzen?

Wie viel Budget-Puffer sollte ich einplanen?

Mindestens 20%, besser 30%. Die häufigsten Ursachen für Budgetüberschreitungen: Datenmigration aufwendiger als geplant, zusätzliche Customizing-Anforderungen, die erst während der Implementierung erkannt werden, und mehr Schulungsbedarf als angenommen.

Kann ich während der Einführung normal weiterarbeiten?

Ja, aber mit Einschränkungen. Key User sind 20-40% ihrer Zeit im Projekt gebunden. In der Testphase und um den Go-Live herum ist die Belastung höher. Planen Sie keine anderen Großprojekte parallel und vermeiden Sie den Go-Live in saisonalen Hochphasen.