ERP-Einführung Dauer: Realistische Zeitplanung für den Mittelstand

Wie lange dauert eine ERP-Einführung? Diese Frage steht am Anfang jedes Projekts. Und die Antwort, die viele Anbieter geben, lautet: sechs Monate, manchmal weniger. Das klingt gut. Es klingt machbar. Es klingt nach einem überschaubaren Aufwand. Und genau deshalb ist diese Antwort in den meisten Fällen falsch – oder zumindest irreführend.

Die Realität sieht anders aus. Eine ERP-Einführung im Mittelstand dauert in der Regel zwischen neun und achtzehn Monaten – je nach Unternehmensgröße, Prozesskomplexität und Ausgangslage. Das ist kein Zeichen von Ineffizienz. Es ist das Ergebnis ehrlicher Planung. Denn eine ERP-Einführung ist kein Software-Update. Sie ist ein organisatorischer Umbau, der Zeit braucht, weil Menschen, Prozesse und Daten zusammenspielen müssen.

Wenn ein ERP-Anbieter Ihnen einen Zeitplan vorlegt, basiert dieser in der Regel auf idealen Bedingungen: vollständige Anforderungen, sofortige Entscheidungen, dedizierte Key User, saubere Daten und keine Überraschungen. In über zehn Jahren Projektbegleitung habe ich diese Bedingungen kein einziges Mal vorgefunden. Nicht, weil die Unternehmen schlecht vorbereitet sind – sondern weil die Realität komplexer ist, als jede Vorplanung erfassen kann.

Anbieter haben zudem ein strukturelles Interesse an kurzen Zeitplänen. Ein Projekt, das neun Monate dauert, klingt attraktiver als eines mit vierzehn Monaten. Es ist leichter zu verkaufen, leichter zu budgetieren und leichter intern freizugeben. Doch die verkürzte Planung erzeugt keinen schnelleren Abschluss – sie erzeugt Druck, der sich in Qualitätsproblemen, Scope-Kürzungen und Frustration entlädt.

“Der häufigste Planungsfehler bei ERP-Projekten ist nicht ein falscher Meilenstein – es ist die Annahme, dass alles nach Plan laufen wird.”

– Stefan Radau, Innovera Consulting

Die Dauer einer ERP-Einführung hängt von vielen Faktoren ab, doch die Unternehmensgröße ist der stärkste Indikator. Größere Unternehmen haben mehr Prozesse, mehr Schnittstellen, mehr Beteiligte und mehr Abstimmungsbedarf. Das verlängert jede Phase des Projekts – von der Anforderungsanalyse bis zum Go-Live. Die folgenden Zeitrahmen basieren auf unserer Erfahrung mit mittelständischen Unternehmen im Handel und der produzierenden Industrie.

Diese Werte sind Durchschnittswerte und umfassen den Zeitraum von der Projektinitiierung bis zum stabilen Produktivbetrieb. Einzelne Projekte können kürzer oder länger dauern, abhängig von den spezifischen Einflussfaktoren. Wichtig ist: Die Angaben beinhalten die Hypercare-Phase nach dem Go-Live, die oft vergessen wird, aber ein bis zwei Monate zusätzliche Betreuung erfordert.

Unternehmensgröße allein erklärt nicht, warum manche Projekte deutlich länger dauern als vergleichbare. Sechs Faktoren entscheiden darüber, ob Ihr Projekt im erwarteten Zeitrahmen bleibt – oder ihn deutlich überschreitet. Jeder dieser Faktoren kann die Projektdauer um Wochen oder Monate verlängern, wenn er unterschätzt wird.

Je stärker Ihre Geschäftsprozesse vom Standard abweichen, desto länger dauert die Einführung. Unternehmen mit hochgradig individualisierten Prozessen – Sonderpreislogiken, mehrstufige Freigaben, branchenspezifische Workflows – benötigen mehr Zeit für Analyse, Konzeption und Konfiguration. Umgekehrt können Unternehmen, die bereit sind, ihre Prozesse am Standard auszurichten, erheblich Zeit sparen. Die Entscheidung zwischen Standardprozess und Individuallösung ist die zeitkritischste des gesamten Projekts.

Jede Anpassung am ERP-System – sei es eine Erweiterung, ein individueller Report oder eine Schnittstellenentwicklung – verlängert das Projekt. Das liegt nicht nur an der Entwicklungszeit selbst, sondern auch am zusätzlichen Testaufwand, an Abstimmungsschleifen und an der Dokumentation. Erfahrungsgemäß unterschätzen Unternehmen den Aufwand für Customizing um den Faktor zwei bis drei. Die ehrliche Frage lautet nicht: Was wollen wir anpassen? Sondern: Was müssen wir wirklich anpassen?

Die Datenmigration ist in den meisten ERP-Projekten der am stärksten unterschätzte Zeitfresser. Wenn Stammdaten über Jahre in unterschiedlichen Systemen gepflegt wurden, fehlt häufig eine einheitliche Struktur. Dubletten, fehlende Felder, inkonsistente Bezeichnungen – all das muss bereinigt werden, bevor die Daten ins neue System übernommen werden können. Die Erfahrung zeigt: Für die Datenbereinigung sollten Sie mindestens acht bis zwölf Wochen einplanen.

Ein Faktor, der selten in Projektplänen auftaucht, aber erheblichen Einfluss hat: Wie schnell kann Ihre Organisation Entscheidungen treffen? In manchen Unternehmen werden Entscheidungen in Tagen getroffen, in anderen dauern sie Wochen. Jede verzögerte Entscheidung verschiebt Folgeaktivitäten. In einem typischen ERP-Projekt gibt es hunderte von Entscheidungspunkten – von der Prozessgestaltung über die Berechtigungsstruktur bis zur Migrationsstrategie. Wenn jede davon eine Woche länger dauert als geplant, summiert sich das schnell auf Monate.

Key User sind die Brücke zwischen Fachbereich und Projekt. Ihre Verfügbarkeit bestimmt das Tempo der Anforderungsaufnahme, der Testdurchführung und der Abnahmen. Wenn Key User das Projekt neben ihrem Tagesgeschäft betreiben müssen, entstehen Engpässe, die den gesamten Zeitplan belasten. Erfahrungsgemäß sollten Key User während der Kernphasen des Projekts mindestens 40 bis 60 Prozent ihrer Arbeitszeit für das Projekt aufwenden können. Alles darunter führt zu Verzögerungen.

Wie veränderungsbereit ist Ihr Unternehmen? Gibt es Erfahrung mit größeren Veränderungsprojekten? Wie ist die Grundstimmung gegenüber dem neuen System? Unternehmen mit hoher Change-Readiness durchlaufen die Einführung schneller, weil Widerstände früher adressiert werden, Schulungen effektiver sind und die Akzeptanz im Produktivbetrieb höher ist. Unternehmen mit niedriger Change-Readiness brauchen mehr Zeit für Kommunikation, Schulung und Begleitung – Zeit, die gut investiert ist.

Eine ERP-Einführung folgt einem strukturierten Ablauf, dessen einzelne Phasen unterschiedlich viel Zeit in Anspruch nehmen. Die folgende Übersicht zeigt die typischen Phasen mit realistischen Zeitrahmen für mittelständische Unternehmen. Die Angaben sind Spannen – wo Sie sich innerhalb dieser Spannen bewegen, hängt von den oben genannten Einflussfaktoren ab.

Addiert man die Spannen, ergibt sich ein Gesamtzeitraum von 28 bis 56 Wochen – also rund sieben bis vierzehn Monate. Das deckt sich mit den Erfahrungswerten aus der Praxis. Entscheidend ist, dass jede Phase ihren Raum bekommt. Wer die Konzeptionsphase verkürzt, bezahlt das in der Realisierung. Wer die Testphase kürzt, bezahlt das im Produktivbetrieb.

Wenn Sie sich die Zeitpläne vieler ERP-Projekte ansehen, fällt eines auf: Die technischen Phasen sind detailliert geplant, aber die menschliche Seite kommt zu kurz. Schulungen werden auf die letzten Wochen vor dem Go-Live gepackt. Kommunikation findet sporadisch statt. Change Management wird als optionale Ergänzung behandelt, nicht als integraler Bestandteil.

Das ist ein Fehler, der sich im Produktivbetrieb rächt. Ein System, das technisch einwandfrei läuft, aber von den Mitarbeitern nicht akzeptiert wird, ist gescheitert. Die Zeit für Schulung, Kommunikation und Veränderungsbegleitung muss von Anfang an im Zeitplan stehen – nicht als Anhang, sondern als fester Bestandteil jeder Phase. Rechnen Sie mit mindestens 30 Prozent der Gesamtprojektdauer für diese Aktivitäten.

Kein ERP-Projekt verläuft exakt nach Plan. Es wird Überraschungen geben – technische Probleme, die erst im Test sichtbar werden, organisatorische Änderungen, Krankheitsausfälle, externe Abhängigkeiten, die sich verschieben. Die Frage ist nicht, ob es Abweichungen gibt, sondern wie Sie damit umgehen.

Professionelle Pufferplanung bedeutet nicht, einfach 20 Prozent auf alles draufzuschlagen. Es bedeutet, die Risiken zu identifizieren, ihre Wahrscheinlichkeit und Auswirkung einzuschätzen und gezielt dort Puffer einzuplanen, wo das Risiko am höchsten ist. Erfahrungsgemäß sind das: die Datenmigration, die Schnittstellenentwicklung und die Testphase. Für diese Bereiche sollten Sie jeweils 20 bis 30 Prozent Puffer einplanen.

Eine robuste Zeitplanung unterscheidet sich von einer optimistischen dadurch, dass sie mit Abweichungen rechnet, statt sie zu ignorieren. Das bedeutet konkret: Meilensteine mit Bandbreiten statt fixen Daten, regelmäßige Plan-Ist-Vergleiche, definierte Eskalationswege bei Verzögerungen und die Bereitschaft, den Plan anzupassen, wenn sich die Rahmenbedingungen ändern.

Ein weiterer Aspekt der robusten Planung ist die bewusste Sequenzierung: Welche Aktivitäten können parallel laufen? Wo gibt es Abhängigkeiten, die den kritischen Pfad bestimmen? Und welche Aufgaben lassen sich vorziehen, um Puffer an anderer Stelle zu schaffen? Eine gute Zeitplanung ist kein statisches Dokument – sie ist ein lebendiges Steuerungsinstrument, das regelmäßig aktualisiert wird.

Bevor Sie sich auf einen Zeitplan festlegen, brauchen Sie Klarheit über die Ausgangslage. Das bedeutet eine ehrliche Bestandsaufnahme: Wie komplex sind Ihre Prozesse? Wie sauber sind Ihre Daten? Wie veränderungsbereit ist Ihre Organisation? Wie viel Kapazität können Sie für das Projekt freistellen? Die Antworten auf diese Fragen bestimmen den realistischen Zeitrahmen – nicht die Wünsche der Geschäftsführung und nicht die Versprechen des Anbieters.

Ein bewährter Ansatz ist die Durchführung einer strukturierten Readiness-Analyse vor dem eigentlichen Projektstart. Diese Analyse bewertet die wichtigsten Einflussfaktoren auf die Projektdauer und liefert die Grundlage für einen realistischen Zeitplan. Sie deckt auch Themen auf, die vor dem Projektstart geklärt werden müssen – zum Beispiel die Datenbereinigung oder die Klärung der Prozesslandschaft.

Es gibt durchaus Maßnahmen, die die Einführungsdauer verkürzen können – ohne dass die Qualität leidet. Der wichtigste Hebel ist die Bereitschaft, Standardprozesse zu akzeptieren. Jede Individualisierung kostet Zeit. Unternehmen, die ihre Prozesse konsequent am Standard ausrichten, können die Projektdauer um 20 bis 30 Prozent verkürzen.

Ein weiterer Hebel ist die frühzeitige Datenbereinigung. Wenn die Stammdaten bereits vor Projektbeginn aufgeräumt sind, entfällt ein großer Teil des Migrationsaufwands. Auch die Verfügbarkeit der Key User hat direkten Einfluss: Dedizierte Key User mit mindestens 50 Prozent Projektzeit beschleunigen jede Phase erheblich.

Schließlich spielt die Entscheidungskultur eine zentrale Rolle. Unternehmen, die einen klaren Governance-Rahmen für das Projekt schaffen – mit definierten Entscheidungswegen, Eskalationsstufen und Zeitlimits für Entscheidungen –, vermeiden die Verzögerungen, die durch Entscheidungsstaus entstehen. Ein Entscheidungsvakuum von zwei Wochen an der falschen Stelle kann den gesamten Zeitplan um einen Monat verschieben.

Es gibt klare Warnsignale, die darauf hindeuten, dass ein ERP-Zeitplan nicht realistisch ist. Wenn Sie eines oder mehrere dieser Signale erkennen, sollten Sie den Zeitplan kritisch hinterfragen – bevor das Projekt startet und die Enttäuschung programmiert ist.

Eine häufige Diskussion in ERP-Projekten: Sollte der Go-Live-Termin von Anfang an feststehen? Die Antwort ist differenziert. Ein verbindlicher Go-Live-Termin gibt dem Projekt einen klaren Fokus und verhindert, dass sich Aufgaben endlos hinziehen. Er erzeugt jedoch auch Druck, der zu Qualitätseinbußen führen kann, wenn der Termin unrealistisch ist.

Bewährt hat sich ein Ansatz mit einem Ziel-Go-Live und definierten Go/No-Go-Kriterien. Der Ziel-Termin wird angestrebt, aber nicht um jeden Preis eingehalten. Stattdessen wird regelmäßig geprüft, ob die Voraussetzungen für einen erfolgreichen Go-Live erfüllt sind. Wenn nicht, wird der Termin angepasst – lieber ein verschobener Go-Live als ein gescheiterter.

Trotz guter Planung kann es passieren, dass der Zeitplan ins Rutschen gerät. Das ist kein Weltuntergang – vorausgesetzt, Sie reagieren richtig. Der erste Schritt ist eine ehrliche Ursachenanalyse: Liegt die Verzögerung an einem einmaligen Problem oder an einem strukturellen Thema? Einmalige Probleme lassen sich aufholen. Strukturelle Themen erfordern eine Plananpassung.

Der größte Fehler bei Verzögerungen ist der Versuch, die verlorene Zeit durch Verdichtung aufzuholen. Mehr Überstunden, weniger Tests, kürzere Abnahmen – das sind Rezepte für Qualitätsprobleme, die sich nach dem Go-Live potenzieren. Besser ist es, den Zeitplan transparent anzupassen, die Ursachen zu adressieren und den Go-Live zu verschieben, wenn die Qualität es erfordert.

Die Dauer einer ERP-Einführung zu unterschätzen ist der häufigste Fehler, den Unternehmen bei der Projektplanung machen. Die Konsequenzen sind gravierend: überzogene Budgets, frustrierte Mitarbeiter, Qualitätskompromisse und ein Go-Live, der mehr Probleme schafft als er löst. Realistische Zeitplanung beginnt mit einer ehrlichen Bestandsaufnahme und der Bereitschaft, dem Projekt die Zeit zu geben, die es braucht.

Ein realistischer Zeitplan ist kein Zeichen von mangelndem Ehrgeiz. Er ist Ausdruck von Professionalität und Respekt vor der Komplexität des Vorhabens. Wer diese Komplexität anerkennt und in die Planung einbezieht, hat die beste Grundlage für ein erfolgreiches ERP-Projekt – eines, das nicht nur pünktlich fertig wird, sondern auch die versprochenen Ergebnisse liefert.

Die Dauer hängt von der Unternehmensgröße und Komplexität ab. Für Unternehmen mit 50 bis 100 Mitarbeitern sind sechs bis neun Monate realistisch, bei 100 bis 250 Mitarbeitern neun bis vierzehn Monate und bei 250 bis 500 Mitarbeitern zwölf bis achtzehn Monate. Diese Zeiträume umfassen alle Phasen von der Anforderungsanalyse bis zur Stabilisierung im Produktivbetrieb. Entscheidend sind die spezifischen Einflussfaktoren: Prozesskomplexität, Datenqualität, Customizing-Umfang und die Verfügbarkeit der Key User.

Ja, aber nur durch strukturelle Maßnahmen – nicht durch das Kürzen von Testphasen oder Schulungen. Die wirksamsten Hebel sind: konsequente Orientierung am Standard statt individueller Anpassungen, frühzeitige Datenbereinigung vor Projektbeginn, dedizierte Key User mit mindestens 50 Prozent Projektkapazität und schnelle Entscheidungswege mit klarer Governance. Unternehmen, die diese Hebel konsequent nutzen, können die Projektdauer um 20 bis 30 Prozent reduzieren.

Die Pufferplanung sollte risikoorientiert erfolgen, nicht pauschal. Für risikoreiche Bereiche wie Datenmigration, Schnittstellenentwicklung und Integrationstests empfehlen wir einen Puffer von 20 bis 30 Prozent der geplanten Dauer. Für weniger risikoreiche Aktivitäten genügen 10 bis 15 Prozent. Insgesamt sollte der Gesamtpuffer im Zeitplan etwa 15 bis 20 Prozent der geplanten Gesamtdauer betragen. Wichtig: Der Puffer ist kein Freibrief für Ineffizienz, sondern eine Absicherung gegen realistische Risiken.