ERP-Einführung im Gantt-Diagramm planen, Modul für Modul
Planen Sie eine ERP-Einführung im Gantt-Diagramm: Fit-Gap, überlappende Modul-Builds, wiederholte Datenladungen, UAT-Zyklen, Cutover-Probe und Hypercare mit den Abhängigkeiten, die das Go-live-Datum bestimmen.
Ein ERP-Plan ist eine Folge von Zyklen, keine Gerade. Dieser Leitfaden zeigt, wie Sie Fit-Gap, Modul-Builds, Datenladungen und Testzyklen so anordnen, dass das Go-live-Datum aus den Abhängigkeiten kommt und nicht aus Hoffnung.
Kurz gesagt
- Nach Modul und Zyklus planen: Ladungen und Testrunden sind Aufgaben, keine Fußnoten.
- Modul-Builds mit Start-zu-Start-Verknüpfungen überlappen, nicht durch kürzere Dauern.
- Die spätere Datenladung auf das letzte Modul warten lassen, das sie befüllen muss.
- Das Go-live an Probe und Schulung koppeln, damit eine späte Probe die Entscheidung verschiebt.
- Die Zahl der Zyklen als Annahmen behandeln und ihre Kosten am Enddatum ablesen.
Die Zyklen planen, nicht nur die Phasen
Der übliche ERP-Plan hat fünf Phasen und ein Go-live-Datum. Er ist leicht zu präsentieren und verbirgt die Arbeit, die das Datum tatsächlich bestimmt: wie oft die Daten geladen werden, wie viele Runden Anwendertests das Geschäft braucht und ob der Cutover geprobt wurde. Fehlen diese im Zeitplan, finden sie trotzdem statt – nachdem der Plan schon gesagt hat, das Go-live sei nah.
Die Methode hier: nach Modul und nach Zyklus planen. Finanzwesen oder Hauptbuch werden zuerst konfiguriert und bestimmen den Start der anderen Module. Jedes folgende Modul überlappt seinen Vorgänger, weil Konfigurationsteams parallel arbeiten können, aber nicht alle auf einmal. Die Daten werden in mindestens zwei Zyklen geladen, wobei die spätere Ladung auf das letzte Modul wartet, das sie befüllen muss. Das Testen ist eine Folge von Zyklen mit einer Reparaturaufgabe dazwischen, und Schulung und Probe sind beide Gates für die Go-live-Entscheidung.
Behandeln Sie die Zahl der Zyklen als Annahme, die Sie ändern können. Eine saubere Datenquelle und ein kleiner Umfang brauchen vielleicht eine Ladung und einen UAT-Zyklus. Ein Konzern mit mehreren Gesellschaften und Jahren an Altdaten braucht mehr. Ein zusätzlicher Zyklus im Diagramm zeigt die Kosten sofort in Arbeitstagen, und das lässt sich mit einem Lenkungskreis leichter besprechen als eine allgemeine Sorge um die Qualität.
Dieser Leitfaden behandelt den Zeitplan. Dieselbe Form passt zu einem CRM oder jedem Standardsystem für Geschäftsanwendungen, und der Produktname ändert nichts an der Abhängigkeitslogik. Für einen kürzeren Plan in einem Durchgang siehe /de/guides/implementierungsplan-zeitplan-gantt-diagramm. Zu Prozessschritten, Entscheidungen und Rollen hinter jeder Phase siehe /de/templates/unternehmenssoftware-implementierungsprozess und /de/templates/datenmigration-prozess.
Ein ERP-Rollout, in Stufen aufgebaut
Neunzehn Aufgaben in vier Phasen. Die Dauern sind Beispielwerte; setzen Sie Ihre eigenen. Öffnen Sie das Tabellenfenster, um die Zeilen hinter jeder Stufe zu sehen.
Fit-Gap vor jedem Build
„Prozess-Workshops je Modul“ dauern 8 Arbeitstage. „Fit-Gap-Analyse“ (6) beginnt vier Arbeitstage nach dem Start der Workshops, und der Meilenstein „Fit-Gap-Entscheidungen freigegeben“ wartet auf beide.
Module in überlappenden Zyklen gebaut
„Konfiguration Finanzwesen und Kern“ (10 Tage) kommt zuerst. „Konfiguration Einkauf und Lager“ beginnt vier Arbeitstage nach deren Start und „Konfiguration Vertrieb und Order-to-Cash“ vier danach. „Berichte, Formulare und Erweiterungen“ (12) folgt dem Finanzwesen.
Wiederholte Ladungen und Testzyklen
„Datenladezyklus 2“ wartet auf „Datenladezyklus 1“ und auf die Vertriebskonfiguration. „Integrationstestzyklus“ wartet auf die zweite Ladung und die Erweiterungen. Dann folgen „UAT-Zyklus 1“, „Fehler aus UAT-Zyklus 1 beheben“ und „UAT-Zyklus 2“ nacheinander, wobei „Endanwenderschulung“ zwei Tage nach dem Start der Fehlerbehebung beginnt.
Proben, entscheiden, umschalten
„Cutover-Probe“ folgt dem zweiten UAT-Zyklus. Der Meilenstein „Go-live-Entscheidung“ wartet auf die Probe und auf „Endanwenderschulung“. Die finale Datenladung samt Umschaltung dauert 3 Tage und „Hypercare“ 15.
So funktioniert es
Die Module in der Reihenfolge ihrer Abhängigkeit auflisten
Setzen Sie Hauptbuch oder Kern an den Anfang und fragen Sie bei jedem anderen Modul, was es von den vorherigen braucht. Legen Sie je Modul eine Konfigurationsaufgabe an.
Builds mit Start-zu-Start-Verknüpfungen überlappen
Kann das nächste Modul vier Tage nach dem Start des vorherigen beginnen, schreiben Sie unter „Hängt ab von“ (Depends on) 5SS+4. Kürzen Sie nicht die Dauern, um die Überlappung vorzutäuschen.
Jede Datenladung und die Aufgabe, auf die sie wartet, ergänzen
Lassen Sie die erste Ladung der Kernkonfiguration folgen. Lassen Sie die letzte Ladung vom letzten Modul abhängen, das sie befüllen muss, damit ein spätes Modul die Ladung verschiebt.
Die Testzyklen mit einer Reparaturaufgabe dazwischen ergänzen
Verketten Sie Integrationstest, ersten UAT-Zyklus, Reparaturaufgabe und zweiten Zyklus. Legen Sie fest, wie viele Zyklen Sie annehmen, und fügen Sie Zeilen hinzu oder entfernen Sie sie entsprechend.
Das Go-live an Probe und Schulung koppeln
Fügen Sie einen Meilenstein der Länge 0 für die Go-live-Entscheidung hinzu und verknüpfen Sie Probe und Schulung damit. Lassen Sie finale Ladung, Umschaltung und Hypercare folgen.
Den kritischen Pfad prüfen und mit dem benötigten Termin vergleichen
Schalten Sie im Menü „Ansicht“ den kritischen Pfad ein, lesen Sie das Enddatum ab und vergleichen Sie es mit dem Termin, den das Geschäft braucht. Ändern Sie eine Zyklenzahl oder eine Abhängigkeit und sehen Sie, was sich verschiebt.
Häufige Fehler
Eine Ladung und ein Testzyklus
Ein Plan mit einer einzigen Datenladung und einer einzigen Testrunde nimmt an, dass nichts gefunden wird. Planen Sie mindestens eine erste und zweite Ladung und eine Korrekturaufgabe zwischen den Testzyklen und passen Sie dann an Ihre Daten an.
Den Build starten, bevor die Lücken entschieden sind
Beginnt die Konfiguration vor der Abnahme des Fit-Gap, fallen Entscheidungen im Build. Behalten Sie einen Abnahme-Meilenstein und lassen Sie den Build davon abhängen.
Die Schulung als letzte Aufgabe behandeln
Eine Schulung nach der Go-live-Entscheidung lässt Anwender am Tag selbst ungeschult. Verknüpfen Sie sie als Vorgänger der Entscheidung und starten Sie sie, sobald die Korrekturen drin sind.
Den Plan als Bereitschaft lesen
Ein Diagramm, in dem jede Aufgabe pünktlich ist, sagt nichts über die Qualität von Daten oder Konfiguration. Halten Sie Testergebnisse und Fehlerzahlen in Ihren Projektunterlagen fest.
Gantt-Diagramm ERP-Einführung öffnen
Öffnen Sie die ERP-Vorlage, setzen Sie Module und Zyklenzahlen auf Ihre Werte und sehen Sie das Go-live-Datum wandern.
Verwandte Anleitungen
Häufig gestellte Fragen
Wie viele Datenladezyklen sollte ein ERP-Plan haben?
Das hängt davon ab, wie sauber die Quelldaten sind und wie viele Systeme das neue speisen. Die Vorlage nutzt zwei, mit Beispieldauern. Fügen Sie für jede Quelle, die viel Bereinigung braucht, einen Zyklus hinzu.
Kann ich einen Rollout nach Land oder Geschäftseinheit planen?
Ja. Wiederholen Sie Build-, Lade- und Testaufgaben für jede Welle, gruppieren Sie sie nach Welle und verknüpfen Sie die erste Aufgabe der zweiten Welle mit dem Go-live der ersten oder mit einem früheren Meilenstein, wenn sich die Arbeit überlappen kann.
Funktioniert das für ein CRM oder ein anderes System?
Ja. Die Abhängigkeitsstruktur aus Konfigurieren, Laden, Testen, Proben und Go-live ist dieselbe. Benennen Sie die Modulaufgaben für Ihr System um und behalten Sie die Zyklen, die Sie erwarten.
Kann QueryChart Budget oder Aufwand je Modul verfolgen?
Nein. Es kennt Dauern in Arbeitstagen, Verantwortliche, Fortschritt und Notizen. Kosten- und Aufwandsverfolgung gehören in Ihr Finanz- oder Projektwerkzeug.
Wie unterscheidet sich die Probe vom UAT?
Der UAT prüft, ob das Geschäft im System arbeiten kann. Die Probe prüft den Cutover selbst: die finale Ladung, die Abfolge der Umschaltschritte und wie lange sie dauern. Planen Sie sie als getrennte Aufgaben.
