ERP-Einführung Checkliste: Was Sie vor dem Projektstart klären müssen

Die meisten ERP-Projekte scheitern nicht in der Realisierung oder am Go-Live. Sie scheitern an Versäumnissen, die vor dem eigentlichen Projektstart hätten geklärt werden müssen. Unklare Ziele, fehlende Ressourcen, unzureichende Datenqualität, unausgesprochene Erwartungen – all das sind Altlasten, die sich durch das gesamte Projekt ziehen und in jeder Phase teurer werden.

Eine strukturierte Vorbereitung vor dem Projektstart ist die wirksamste Investition in den Projekterfolg. Sie kostet vergleichsweise wenig Zeit – typischerweise vier bis sechs Wochen – und spart Monate an Nacharbeit, Diskussionen und Verzögerungen im eigentlichen Projekt. Diese Checkliste fasst die Themen zusammen, die vor dem Projektstart geklärt sein müssen.

Wir haben diese Checkliste in fünf Kategorien gegliedert, die die wichtigsten Dimensionen der Projektvorbereitung abdecken. Jede Kategorie enthält konkrete Prüfpunkte, die Sie systematisch durcharbeiten können. Wenn Sie bei einem oder mehreren Punkten unsicher sind, ist das ein Signal: Klären Sie diese Punkte, bevor Sie das Projekt starten – nicht währenddessen.

Ein ERP-Projekt ohne klare Ziele ist wie eine Reise ohne Ziel: Man bewegt sich, aber ob man ankommt, ist Zufall. Die strategische Einordnung des Projekts und die Definition messbarer Ziele sind die Grundlage für alle folgenden Entscheidungen – von der Systemauswahl über den Projektumfang bis zur Priorisierung von Anforderungen.

Zunächst die Kernfrage: Warum führen Sie ein neues ERP-System ein? Die Antwort sollte über Allgemeinplätze hinausgehen. Nicht nur Digitalisierung oder Wettbewerbsfähigkeit, sondern konkrete Schmerzpunkte, die das aktuelle System nicht löst, oder konkrete Chancen, die ein neues System eröffnet. Zum Beispiel: Reduktion der Durchlaufzeit im Auftragsmanagement um 30 Prozent, Echtzeit-Transparenz über alle Lagerstandorte oder Automatisierung der Rechnungsprüfung.

Darüber hinaus muss die Geschäftsführung eine klare Erwartungshaltung haben – und diese kommunizieren. Was wird das Projekt kosten? Wie lange wird es dauern? Welche Ressourcen werden gebunden? Welche Einschränkungen im Tagesgeschäft sind während der Einführung zu erwarten? Unrealistische Erwartungen sind einer der häufigsten Gründe für Enttäuschung und Vertrauensverlust im Projektverlauf.

Die organisatorische Vorbereitung entscheidet darüber, ob das Projekt handlungsfähig ist. Wer leitet das Projekt? Wer trifft Entscheidungen? Wer stellt die fachliche Expertise? Wie viel Zeit können die Beteiligten aufwenden? Diese Fragen klingen banal, aber in der Praxis sind sie die häufigste Ursache für Verzögerungen und Konflikte.

Drei Rollen sind für den Projekterfolg entscheidend: der Auftraggeber (Sponsor), der Projektleiter und die Key User. Der Auftraggeber stellt sicher, dass das Projekt die Unterstützung der Geschäftsführung hat, entscheidet bei eskalationsbedürftigen Konflikten und stellt die notwendigen Ressourcen bereit. Der Projektleiter koordiniert das Tagesgeschäft des Projekts, überwacht den Fortschritt und ist die zentrale Anlaufstelle für alle Beteiligten.

Die Key User sind die Brücke zwischen Fachbereich und Projekt. Sie kennen die Geschäftsprozesse im Detail und können beurteilen, ob die Systemkonfiguration den Anforderungen der Praxis entspricht. Ihre Verfügbarkeit ist der häufigste Engpass in ERP-Projekten. Wenn Key User das Projekt nur nebenbei betreiben, leidet die Qualität aller Ergebnisse – von der Anforderungsaufnahme über die Tests bis zur Abnahme.

Darüber hinaus muss die Budgetplanung realistisch sein. Ein ERP-Projekt kostet nicht nur Lizenzgebühren und Beraterhonorare. Es kostet interne Arbeitszeit, Schulungsaufwand, möglicherweise zusätzliche Hardware und immer eine Managementreserve für Unvorhergesehenes. Wer das Budget zu knapp bemisst, muss im Projektverlauf nachverhandeln – und das ist selten ein angenehmer Prozess.

Ein neues ERP-System bildet Geschäftsprozesse ab. Wenn Sie nicht wissen, wie Ihre Prozesse aussehen – die tatsächlichen, nicht die dokumentierten –, können Sie kein System konfigurieren, das zu Ihrem Unternehmen passt. Die Prozessklarheit vor dem Projektstart ist eine der wichtigsten Voraussetzungen für eine effiziente Einführung.

Das bedeutet nicht, dass Sie vor dem Projektstart eine vollständige Prozessdokumentation erstellen müssen. Aber Sie sollten wissen, welche Kernprozesse Ihr Unternehmen ausmachen, wo die größten Schwachstellen liegen und welche Prozesse standardisiert werden können. Außerdem müssen Sie eine grundsätzliche Bereitschaft klären: Ist das Unternehmen bereit, Prozesse an den Standard des ERP-Systems anzupassen – oder erwartet es, dass das System an die bestehenden Prozesse angepasst wird?

Diese Frage hat massive Auswirkungen auf Projektdauer, Budget und Komplexität. Unternehmen, die bereit sind, ihre Prozesse am Standard auszurichten, können die Einführung deutlich schneller und kostengünstiger durchführen. Unternehmen, die auf Individualanpassungen bestehen, müssen mit erheblich mehr Aufwand rechnen – und mit dem Risiko, dass die Anpassungen bei zukünftigen Updates des Systems zu Problemen führen.

Die Datenqualität ist der am häufigsten unterschätzte Erfolgsfaktor einer ERP-Einführung. Wenn Ihre Stammdaten – Kunden, Lieferanten, Artikel, Stücklisten – nicht sauber sind, werden sie auch im neuen System nicht sauber sein. Die Migration von schlechten Daten in ein neues System ist keine Lösung – es ist eine Verschwendung von Projektressourcen.

Vor dem Projektstart sollten Sie eine Bestandsaufnahme Ihrer Datenqualität durchführen: Wie aktuell sind Ihre Stammdaten? Gibt es Dubletten? Sind die Datenfelder konsistent befüllt? Gibt es Daten, die in Excel-Dateien oder anderen Nebensystemen gepflegt werden und im neuen System zusammengeführt werden müssen? Die ehrliche Einschätzung der Datenqualität bestimmt, wie viel Zeit und Aufwand Sie für die Datenbereinigung vor und während der Migration einplanen müssen.

Neben der Datenqualität muss auch die bestehende Systemlandschaft analysiert werden. Welche Systeme sind derzeit im Einsatz? Welche Schnittstellen bestehen? Welche Systeme sollen durch das neue ERP abgelöst werden, welche sollen angebunden werden? Eine klare Übersicht über die Systemlandschaft ist die Voraussetzung für eine realistische Einschätzung des Schnittstellenbedarfs und des Migrationsumfangs.

Eine ERP-Einführung ist ein Veränderungsprojekt. Sie verändert Arbeitsabläufe, Zuständigkeiten und Gewohnheiten. Wie die Mitarbeiter auf diese Veränderung reagieren, hängt davon ab, wie gut sie vorbereitet, eingebunden und begleitet werden. Change Management beginnt nicht am Tag der Schulung – es beginnt vor dem Projektstart.

Vor dem Projektstart sollten Sie eine Stakeholder-Analyse durchführen: Wer ist von der Veränderung betroffen? Wer sind die Befürworter, wer die Skeptiker? Welche Bedenken gibt es? Auf dieser Basis kann ein Kommunikationsplan entwickelt werden, der die Betroffenen frühzeitig und transparent informiert – über die Gründe für das Projekt, den erwarteten Ablauf und die Auswirkungen auf ihren Arbeitsalltag.

Ein häufig übersehener Aspekt ist die Veränderungshistorie des Unternehmens. Hat das Unternehmen in der Vergangenheit Veränderungsprojekte erfolgreich durchgeführt? Oder gibt es negative Erfahrungen, die das Vertrauen in neue Projekte belasten? Diese Historie prägt die Grundstimmung gegenüber dem ERP-Projekt und muss in der Kommunikation berücksichtigt werden.

Die fünf Kategorien der Checkliste bilden zusammen eine umfassende Readiness-Bewertung. Aber eine Checkliste allein reicht nicht – sie muss in eine strukturierte Bewertung überführt werden. Dafür empfehlen wir einen formalen Readiness-Check, der die Ergebnisse zusammenfasst, Lücken identifiziert und konkrete Empfehlungen für die verbleibende Vorbereitung gibt.

Ein Readiness-Check ist keine Verzögerungstaktik. Er ist eine Investition in die Qualität des Projektstarts. Unternehmen, die mit einer hohen Readiness in das Projekt starten, erreichen den Go-Live schneller und mit weniger Problemen als Unternehmen, die offene Themen in das Projekt mitnehmen. Die vier bis sechs Wochen, die ein gründlicher Readiness-Check dauert, sparen sich im Projektverlauf um ein Vielfaches.

In unserer Projektpraxis sehen wir immer wieder dieselben Versäumnisse, die Unternehmen in die Projektphase mitnehmen – und die dort für Probleme sorgen. Diese Versäumnisse sind keine Einzelfälle, sondern strukturelle Muster, die sich in Projekten aller Branchen und Größenordnungen wiederholen.

Das häufigste Versäumnis ist die fehlende Freistellung der Key User. Die Geschäftsführung benennt Key User, aber deren Tagesgeschäft wird nicht reduziert. Das Ergebnis: Key User sind chronisch überlastet, Termine werden verschoben, die Qualität der Ergebnisse leidet. Die Freistellung muss vor dem Projektstart geregelt und mit den jeweiligen Vorgesetzten abgestimmt sein.

Das zweite häufige Versäumnis ist die unklare Entscheidungsstruktur. Wer entscheidet bei Konflikten zwischen Fachbereichen? Wer genehmigt Budgetüberschreitungen? Wer hat das letzte Wort bei Prozessfragen? Wenn diese Fragen nicht vor dem Projektstart geklärt sind, entstehen im Projekt Entscheidungsvakuen, die zu Stillstand und Frustration führen.

Drittens wird die Datenbereinigung regelmäßig unterschätzt. Viele Unternehmen gehen davon aus, dass die Daten im Projekt bereinigt werden. In der Praxis konkurriert die Datenbereinigung jedoch mit allen anderen Projektaufgaben um die begrenzten Ressourcen. Wer die Datenbereinigung vor dem Projektstart beginnt, entlastet das Projekt erheblich.

Viertens fehlt häufig eine klare Position zur Standardisierung. Unternehmen starten das Projekt, ohne entschieden zu haben, ob sie ihre Prozesse am Standard ausrichten oder individuelle Anpassungen vornehmen wollen. Diese Grundsatzentscheidung wird dann in jedem einzelnen Workshop neu verhandelt – mit entsprechendem Zeitverlust und Konfliktpotenzial.

Fünftens wird die Kommunikation an die Belegschaft vernachlässigt. Das Projekt startet, aber die Mitarbeiter erfahren davon erst, wenn die ersten Workshops anstehen. Ohne frühzeitige Kommunikation entstehen Gerüchte, Ängste und Widerstand. Ein einfaches Kickoff-Event mit transparenter Information über Ziele, Zeitplan und Auswirkungen kann hier viel bewirken.

Ein ERP-Projekt ohne ausreichende Vorbereitung startet mit strukturellen Defiziten, die sich im Laufe des Projekts verschärfen. Fehlende Ziele führen zu Scope Creep. Fehlende Ressourcen führen zu Verzögerungen. Fehlende Datenqualität führt zu Migrationsproblemen. Fehlende Kommunikation führt zu Widerstand. Jedes dieser Probleme ist für sich genommen lösbar – aber in Kombination erzeugen sie einen Teufelskreis, der das Projekt zum Erliegen bringen kann.

Die Kosten mangelnder Vorbereitung sind erheblich. Erfahrungsgemäß kostet jeder Euro, der in die Vorbereitung investiert wird, drei bis fünf Euro weniger im Projekt. Fehlende Prozessklarheit führt zu Nacharbeit in der Konzeption. Fehlende Datenqualität führt zu zusätzlichen Migrationsschleifen. Fehlende Key-User-Verfügbarkeit führt zu Terminverschiebungen, die den gesamten Zeitplan nach hinten drücken.

Eine Checkliste ist ein Anfang, kein Ende. Ihr Wert liegt nicht im Abhaken von Punkten, sondern in der systematischen Identifikation von Lücken und deren gezielter Schließung. Wenn Sie die Checkliste durchgearbeitet haben, entsteht ein Bild: In welchen Dimensionen sind Sie gut aufgestellt? Wo gibt es Nachholbedarf? Welche Lücken sind kritisch für den Projekterfolg?

Aus diesem Bild lässt sich ein Aktionsplan ableiten: konkrete Maßnahmen mit klaren Verantwortlichkeiten und Zeitrahmen. Die kritischsten Lücken werden zuerst adressiert. Weniger dringende Themen können parallel oder im frühen Projektverlauf geklärt werden. Wichtig ist die Unterscheidung: Was muss vor dem Projektstart erledigt sein – und was kann im Projekt noch gelöst werden?

Die Vorbereitung eines ERP-Projekts ist nicht der glamouröseste Teil der Einführung. Es gibt keine Live-Demos, keine System-Walkthroughs und keine sichtbaren Fortschritte. Aber sie ist der wirksamste Hebel für den Projekterfolg. Unternehmen, die die Zeit investieren, ihre Ziele zu klären, ihre Organisation vorzubereiten, ihre Prozesse zu verstehen, ihre Daten aufzuräumen und ihre Mitarbeiter einzubinden, schaffen die Grundlage für ein Projekt, das seine Ziele erreicht.

Die Checkliste in diesem Artikel ist ein Startpunkt. Sie ersetzt keine individuelle Analyse, die Ihre spezifische Situation berücksichtigt. Aber sie gibt Ihnen einen Rahmen, mit dem Sie die wichtigsten Themen systematisch durcharbeiten können. Nutzen Sie diesen Rahmen – und starten Sie Ihr ERP-Projekt auf einer soliden Grundlage.

Typischerweise vier bis acht Wochen, abhängig vom Ausgangszustand des Unternehmens. Wenn die Grundlagen bereits gut sind – klare Prozesse, saubere Daten, erfahrenes Management –, genügen vier Wochen für einen strukturierten Readiness-Check. Wenn größere Lücken bestehen – zum Beispiel in der Datenqualität oder der Prozessdokumentation –, können acht Wochen oder mehr erforderlich sein, um die Voraussetzungen für einen erfolgreichen Projektstart zu schaffen.

Nein, und der vermeintliche Zeitgewinn ist eine Illusion. Jede Stunde, die Sie in der Vorbereitung sparen, kostet drei bis fünf Stunden im Projekt. Fehlende Ziele führen zu endlosen Diskussionen. Fehlende Ressourcenplanung führt zu Engpässen. Fehlende Datenanalyse führt zu Migrationsproblemen. Wenn das Projekt dringend ist, ist die Versuchung groß, die Vorbereitung zu kürzen – aber genau dann ist eine gründliche Vorbereitung besonders wichtig, weil Sie sich keine Verzögerungen im Projekt leisten können.

Die Vorbereitungsphase sollte vom designierten Projektleiter verantwortlich gesteuert werden – idealerweise mit Unterstützung durch einen erfahrenen externen Berater, der die typischen Fallstricke kennt. Die Geschäftsführung muss als Auftraggeber involviert sein, insbesondere bei der Zieldefinition und der Ressourcenfreigabe. Die Fachbereiche steuern ihre Perspektive bei, insbesondere zur Prozesslandschaft und den Anforderungen. Wichtig ist eine klare Verantwortlichkeit: Ohne einen benannten Verantwortlichen bleibt die Vorbereitung ein loses Sammelwerk von Aktivitäten ohne Fokus.