Anleitung zur ERP-Projektplanung im Mittelstand

Ein ERP-Projekt scheitert im Mittelstand selten an der Software allein. Häufiger liegen die Ursachen in unklaren Zuständigkeiten, gewachsenen Sonderprozessen oder Daten, deren Qualität erst während der Einführung auffällt. Eine sorgfältige ERP-Projektplanung im Mittelstand schafft deshalb nicht nur einen Terminplan. Sie legt fest, welche Geschäftsprobleme gelöst werden sollen, wer Entscheidungen trifft und welche Abläufe künftig verbindlich gelten.

Gerade bei Unternehmen mit mehreren Standorten, Lagerprozessen, Projektgeschäft oder unterschiedlichen Abrechnungswegen ist die Einführung eines Systems wie Microsoft Dynamics 365 Business Central eine organisatorische Veränderung. Das Projekt muss den laufenden Betrieb schützen und gleichzeitig Raum für Vereinfachung schaffen.

Mit klaren Zielen statt mit Funktionslisten beginnen

Der häufigste Fehlstart lautet: „Wir wollen ein neues ERP-System.“ Das beschreibt ein Werkzeug, aber kein Ziel. Besser ist es, die konkreten Engpässe zu benennen. Beispielsweise fehlen verlässliche Bestandszahlen, Monatsabschlüsse dauern zu lange oder Aufträge werden mehrfach manuell erfasst. Solche Ziele lassen sich messen und priorisieren.

Die Geschäftsführung sollte gemeinsam mit Finanzen, Einkauf, Lager, Produktion oder Service festlegen, was zum Projektstart zwingend erreicht werden muss. Nicht jede Verbesserung gehört in die erste Ausbaustufe. Ein mittelständischer Großhändler kann etwa zunächst Artikelstammdaten, Einkauf, Lager und Finanzbuchhaltung konsolidieren. Erweiterte Auswertungen oder mobile Sonderfunktionen folgen, wenn die Kernprozesse stabil laufen.

Formulieren Sie für jedes Ziel einen messbaren Nutzen: weniger Korrekturbuchungen, kürzere Durchlaufzeiten, weniger Medienbrüche oder bessere Termintreue. Damit wird später nachvollziehbar, ob die Einführung den erwarteten Geschäftswert liefert.

Projektorganisation: Entscheidungen brauchen feste Wege

Ein ERP-Projekt benötigt einen Auftraggeber aus der Geschäftsleitung, einen internen Projektleiter und fachliche Verantwortliche. Diese Rollen sollten nicht nur auf dem Organigramm stehen. Sie benötigen Zeit, Entscheidungsbefugnis und klare Eskalationswege.

In der Praxis bewährt sich ein kleines Kernteam mit Vertretern der wichtigsten Bereiche. Dieses Team stimmt Anforderungen ab, prüft Zwischenergebnisse und entscheidet über Änderungen. Key User bringen dabei die tägliche Arbeit ein. Sie kennen Ausnahmen, typische Fehlerquellen und tatsächliche Abläufe oft besser als Führungskräfte, die nur Kennzahlen sehen.

Ein erfahrener externer Projektpartner ergänzt diese Perspektive mit methodischem Vorgehen und Systemkenntnis. Viele Unternehmen greifen darauf zurück, weil interne Teams zwar ihre Prozesse kennen, aber selten regelmäßig Datenmigrationen, Testszenarien oder ERP-Rollouts steuern. Entscheidend ist dennoch: Fachliche Entscheidungen bleiben im Unternehmen. Beratung kann strukturieren und Risiken sichtbar machen, aber sie kann keine fehlende Priorisierung ersetzen.

Prozesse aufnehmen und bewusst vereinfachen

Bevor Einstellungen konfiguriert werden, müssen die künftigen Sollprozesse feststehen. Dokumentieren Sie nicht nur, wie der Ablauf formal vorgesehen ist, sondern wie Mitarbeitende tatsächlich arbeiten. Ein typisches Beispiel: Ein Auftrag wird im System angelegt, Änderungen werden jedoch per E-Mail weitergegeben und eine Excel-Liste dient als zusätzlicher Status. Das ist ein Hinweis auf fehlende Transparenz im Prozess, nicht zwingend auf eine fehlende ERP-Funktion.

Fragen Sie bei jedem Arbeitsschritt: Welchen geschäftlichen Zweck erfüllt er? Welche Information wird benötigt? Wer darf sie ändern? Wo entsteht eine unnötige Doppelarbeit? So lassen sich Sonderfälle von echten Anforderungen trennen.

Standardprozesse sind dabei kein Selbstzweck. Sie reduzieren Wartungsaufwand, erleichtern Updates und vereinfachen Schulungen. Individuelle Anpassungen sind sinnvoll, wenn sie einen belegbaren Wettbewerbsvorteil abbilden oder gesetzliche beziehungsweise branchenspezifische Anforderungen erfüllen. Eine Sonderprogrammierung nur deshalb zu übernehmen, weil „das schon immer so war“, wird später teuer.

Anforderungen priorisieren

Eine brauchbare Planung unterscheidet zwischen Muss-, Soll- und Kann-Anforderungen. Muss-Anforderungen sind für den Go-live erforderlich, etwa die korrekte Abbildung von Belegen, Buchungen oder Lagerbewegungen. Soll-Anforderungen verbessern die Arbeit deutlich, können aber nachgelagert umgesetzt werden. Kann-Anforderungen werden erst bewertet, wenn Aufwand und Nutzen geklärt sind.

Diese Einteilung schützt das Projekt vor schleichendem Umfangszuwachs. Jede zusätzliche Anforderung beeinflusst Konzeption, Entwicklung, Tests, Dokumentation und Schulung. Ein fester Änderungsprozess verhindert, dass Einzelwünsche unbemerkt den Terminplan gefährden.

Datenmigration als eigenes Teilprojekt behandeln

Unvollständige oder widersprüchliche Stammdaten sind eine der größten Risiken bei ERP-Einführungen. Dubletten bei Debitoren, uneinheitliche Artikelnummern, fehlende Maßeinheiten oder falsche Buchungsgruppen führen nach dem Start zu vermeidbaren Korrekturen. Datenbereinigung darf daher nicht bis kurz vor die Produktivsetzung warten.

Legen Sie früh fest, welche Daten übernommen werden. In vielen Fällen reichen offene Posten, aktive Artikel, aktuelle Lieferanten- und Kundendaten sowie relevante Bewegungsdaten. Historische Informationen können gegebenenfalls archiviert oder lesbar im Altsystem vorgehalten werden. Eine vollständige Übernahme ist nicht immer wirtschaftlich.

Für jede Datenart braucht es einen fachlichen Eigentümer. Dieser prüft Regeln, Freigaben und Stichproben. Testmigrationen sind unverzichtbar: Sie zeigen nicht nur technische Fehler, sondern offenbaren auch fachliche Lücken. Wer etwa erst im letzten Monat erkennt, dass Verpackungseinheiten unterschiedlich gepflegt wurden, verliert wertvolle Zeit.

Realistischen Zeitplan und Ressourcen sichern

Die Dauer eines Projekts hängt von Prozessumfang, Datenqualität, Schnittstellen und Anpassungen ab. Eine kleine Einführung mit klaren Standardabläufen lässt sich anders planen als die Ablösung mehrerer Insellösungen. Pauschale Zeitversprechen helfen wenig. Sinnvoller sind belastbare Phasen: Analyse, Sollkonzept, Einrichtung, Datenmigration, Tests, Schulung, Produktivsetzung und Stabilisierungsphase.

Kalkulieren Sie interne Kapazitäten ehrlich. Key User müssen neben dem Tagesgeschäft Workshops vorbereiten, Tests durchführen und Kolleginnen und Kollegen unterstützen. Werden diese Aufgaben nur „nebenbei“ erwartet, entstehen Verzögerungen oder fachliche Entscheidungen bleiben liegen. Die Geschäftsleitung sollte deshalb Vertretungen organisieren und Projektzeiten verbindlich schützen.

Auch technische Voraussetzungen gehören in die Planung. Dazu zählen Berechtigungsstrukturen, Endgeräte, Netzwerkverbindungen, Druckprozesse und Sicherheitskonzepte. Cloud-ERP reduziert den Betriebsaufwand, ersetzt aber keine saubere Rechtevergabe. Rollen sollten sich an tatsächlichen Aufgaben orientieren und regelmäßig geprüft werden.

Testen, schulen und den Start absichern

Ein erfolgreicher Test prüft nicht nur einzelne Funktionen. Er bildet komplette Geschäftsvorfälle ab: vom Angebot über Auftrag und Lieferung bis zur Rechnung, Zahlung und Auswertung. Auch Ausnahmefälle gehören dazu, etwa Teillieferungen, Retouren, Preisabweichungen oder gesperrte Artikel.

Key User sollten Tests anhand vorbereiteter Szenarien dokumentieren. Festgestellte Fehler werden nach Kritikalität bewertet. Nicht jede Optimierung muss den Start verhindern, aber Buchungsfehler, fehlende Pflichtdaten oder fehlerhafte Schnittstellen haben Vorrang. Ein formaler Freigabepunkt vor dem Go-live schafft Klarheit darüber, welche Risiken akzeptiert und welche behoben wurden.

Schulungen funktionieren am besten rollenbezogen und mit realistischen Beispielen. Mitarbeitende in der Auftragsbearbeitung benötigen andere Übungen als die Finanzbuchhaltung oder das Lager. Kurze Anleitungen für wiederkehrende Aufgaben helfen nach dem Start mehr als umfangreiche Handbücher, die niemand im Arbeitsalltag öffnet.

Für die ersten Wochen nach der Produktivsetzung braucht es einen Supportplan: feste Ansprechpartner, einen Weg zur Fehlererfassung, tägliche Abstimmungen bei kritischen Themen und Prioritäten für Korrekturen. LTmemory begleitet solche Übergänge typischerweise so, dass fachliche Fragen, Systemkonfiguration und technische Rahmenbedingungen nicht getrennt voneinander betrachtet werden.

Typische Projektfallen früh erkennen

Besonders riskant sind unrealistische Termine, eine unbereinigte Datenbasis und Entscheidungen ohne klare Verantwortliche. Ebenso problematisch ist der Versuch, jede historische Sonderregel unverändert in das neue System zu übertragen. Das verlängert die Einführung und erhöht die Komplexität dauerhaft.

Eine weitere Falle ist der fehlende Blick auf den Betrieb nach dem Go-live. Updates, Berechtigungen, neue Mitarbeitende und Prozessänderungen müssen organisiert werden. Wer bereits in der Projektplanung festlegt, wie Support, Schulungen und Weiterentwicklungen gesteuert werden, vermeidet den Stillstand nach der ersten Einführung.

Fazit: Planung schafft Handlungssicherheit

ERP-Projekte im Mittelstand gelingen, wenn Ziele, Verantwortlichkeiten, Daten und Prozesse früh zusammengeführt werden. Der technische Start ist dabei nur ein Meilenstein. Entscheidend ist, ob die neuen Abläufe im Tagesgeschäft funktionieren, akzeptiert werden und messbar entlasten.

Orientierung für die nächsten Schritte

Wenn interne Ressourcen knapp sind, Daten aus mehreren Systemen stammen oder zentrale Prozesse neu geordnet werden müssen, lohnt sich eine neutrale Projektvorbereitung. Eigenimplementierungen bergen vor allem dann Risiken, wenn Projektleitung, Fachbereiche und Technik keine ausreichende Zeit für Konzept, Tests und Stabilisierung erhalten. Ein erfahrener Partner hilft, den Umfang realistisch einzugrenzen, Abhängigkeiten sichtbar zu machen und einen umsetzbaren Fahrplan zu erstellen. Der sinnvollste erste Schritt ist meist keine Systementscheidung, sondern ein gemeinsamer Blick auf die Prozesse, die Ihr Unternehmen täglich Zeit und Transparenz kosten.