Gantt-Diagramm ERP-Einführung mit Build- und Testzyklen
Bearbeitbares Gantt-Diagramm für die ERP-Einführung: Fit-Gap, Build je Modul, zwei Datenladezyklen, Integration und zwei UAT-Zyklen, Cutover-Probe, Go-live-Entscheidung und Hypercare mit Abhängigkeiten.
Was ist Gantt-Diagramm ERP-Einführung mit build- und testzyklen?
Ein ERP-Programm ist selten ein Build gefolgt von einem Test. Zuerst wird das Finanzwesen konfiguriert, weil andere Module dorthin buchen. Einkauf, Lager und Vertrieb folgen, teils parallel. Die Daten werden mehrfach geladen, weil schon die erste Ladung zeigt, was an den Quelldaten nicht stimmte. Anwender testen, finden Fehler und testen erneut. Ein Plan mit einem Kasten „Konfiguration“ und einem Kasten „Test“ verbirgt das alles, und genau hier laufen solche Pläne am häufigsten aus dem Ruder: Die zweite Ladung, der zweite Testzyklus und die Probe standen nie im Zeitplan.
Die Vorlage hat vier Phasen: Start und Fit-Gap, Build-Zyklen, Daten- und Testzyklen sowie Cutover und Hypercare. „Kick-off und Governance aufsetzen“ ist die einzige Startaufgabe. „Prozess-Workshops je Modul“ dauern 8 Arbeitstage, und „Fit-Gap-Analyse“ beginnt vier Arbeitstage nach dem Start der Workshops und wartet also nicht auf den letzten. Der Meilenstein „Fit-Gap-Entscheidungen freigegeben“ wartet auf beide. Alles Weitere hängt von diesen Entscheidungen ab, mit Absicht: Ein Build, der vor der Entscheidung über die Lücken beginnt, ist Nacharbeit auf Vorrat.
Der Build besteht aus drei überlappenden Konfigurationsaufgaben zu je 10 Arbeitstagen. „Konfiguration Einkauf und Lager“ beginnt vier Arbeitstage nach dem Start von „Konfiguration Finanzwesen und Kern“, und „Konfiguration Vertrieb und Order-to-Cash“ vier Arbeitstage danach. „Berichte, Formulare und Erweiterungen“ (12 Tage) folgt dem Finanzwesen. „Datenladezyklus 1“ folgt dem Finanzwesen, und „Datenladezyklus 2“ wartet auf die erste Ladung und die Vertriebskonfiguration. „Integrationstestzyklus“ wartet auf die zweite Ladung und auf die Berichte und Erweiterungen.
Das Testen besteht aus zwei UAT-Zyklen mit einer Reparaturaufgabe dazwischen. „UAT-Zyklus 1“ dauert 6 Tage, „Fehler aus UAT-Zyklus 1 beheben“ 5 und „UAT-Zyklus 2“ 5. „Endanwenderschulung“ beginnt zwei Arbeitstage nach dem Start der Fehlerbehebung. „Cutover-Probe“ folgt dem zweiten Zyklus, und der Meilenstein „Go-live-Entscheidung“ wartet auf die Probe und die Schulung. Danach folgen „Finale Datenladung und Umschaltung“ und 15 Tage „Hypercare“. Alle Dauern sind Beispielwerte. Setzen Sie sie nach Modulliste, Datenmengen und Testumfang und verstehen Sie die Zahl der Zyklen als Ausgangsannahme, nicht als Regel. Produktnamen von ERP- oder CRM-Systemen sind nicht nötig: Dieselbe Form passt zu jedem Standardsystem für Geschäftsanwendungen.
Dies ist ein Planungsdiagramm für ein Projekt mit einem Geschäftssystem. Es konfiguriert nichts, und dass alle Aufgaben pünktlich enden, heißt nicht, dass das System für das Geschäft bereit ist. Die Prozesssicht mit den Entscheidungspunkten zeigen der Implementierungsprozess für Unternehmenssoftware unter /de/templates/unternehmenssoftware-implementierungsprozess, der Datenmigrationsprozess unter /de/templates/datenmigration-prozess und der Benutzerakzeptanztest-Prozess unter /de/templates/benutzerakzeptanztest-prozess. Für einen kürzeren Plan für ein einzelnes System siehe /de/templates/gantt-diagramm-implementierungsplan.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Vier Phasen mit 19 Aufgaben und zwei Meilensteinen, „Fit-Gap-Entscheidungen freigegeben“ und „Go-live-Entscheidung“.
- Überlappende Modul-Builds: „Konfiguration Einkauf und Lager“ und „Konfiguration Vertrieb und Order-to-Cash“ beginnen jeweils vier Arbeitstage nach dem Start des vorigen Moduls.
- Wiederholte Zyklen, die oft vergessen werden: „Datenladezyklus 1“ und „Datenladezyklus 2“, dann „UAT-Zyklus 1“, „Fehler aus UAT-Zyklus 1 beheben“ und „UAT-Zyklus 2“.
- Eine Fit-Gap-Analyse, die sich über eine Start-zu-Start-Verknüpfung mit den Workshops überlappt und von einem Meilenstein abgenommen wird.
- Ein Cutover mit Gate: „Cutover-Probe“ und „Endanwenderschulung“ müssen beide abgeschlossen sein vor der „Go-live-Entscheidung“, gefolgt von „Finale Datenladung und Umschaltung“ und „Hypercare“.
Wann Sie diese Vorlage verwenden sollten
- Sie planen den Rollout eines ERP-, Finanz- oder Lieferkettensystems und wollen Build-, Lade- und Testzyklen auf einer Zeitachse zeigen.
- Ein Lenkungskreis fragt, warum das Go-live später liegt als das Build-Ende, und Sie müssen Datenladungen, Testzyklen und Probe zeigen.
- Sie vergleichen einen phasenweisen Modul-Rollout mit einem einzigen Go-live, indem Sie Abhängigkeiten ändern und das Enddatum ablesen.
- Sie wollen eine brauchbare Startstruktur für die Einführung eines CRM- oder anderen Standardsystems, ohne bei einer leeren Tabelle anzufangen.
Der Plan, Aufgabe für Aufgabe
Alle Aufgaben des Diagramms mit ihrer Dauer in Arbeitstagen und dem, worauf sie warten. Eine Abhängigkeit ist eine Schrittnummer; SS bedeutet Start-zu-Start, FF Ende-zu-Ende, +n eine Verzögerung in Arbeitstagen.
| # | Aufgabe | Gruppe | Arbeitstage | Abhängig von |
|---|---|---|---|---|
| 1 | Kick-off und Governance aufsetzen | Start und Fit-Gap | 3 | |
| 2 | Prozess-Workshops je Modul | Start und Fit-Gap | 8 | 1 |
| 3 | Fit-Gap-Analyse | Start und Fit-Gap | 6 | 2SS+4 |
| 4 | Fit-Gap-Entscheidungen freigegeben | Start und Fit-Gap | Meilenstein | 2, 3 |
| 5 | Konfiguration Finanzwesen und Kern | Build-Zyklen | 10 | 4 |
| 6 | Konfiguration Einkauf und Lager | Build-Zyklen | 10 | 5SS+4 |
| 7 | Konfiguration Vertrieb und Order-to-Cash | Build-Zyklen | 10 | 6SS+4 |
| 8 | Berichte, Formulare und Erweiterungen | Build-Zyklen | 12 | 5 |
| 9 | Datenladezyklus 1 | Daten- und Testzyklen | 4 | 5 |
| 10 | Datenladezyklus 2 | Daten- und Testzyklen | 4 | 7, 9 |
| 11 | Integrationstestzyklus | Daten- und Testzyklen | 6 | 8, 10 |
| 12 | UAT-Zyklus 1 | Daten- und Testzyklen | 6 | 11 |
| 13 | Fehler aus UAT-Zyklus 1 beheben | Daten- und Testzyklen | 5 | 12 |
| 14 | UAT-Zyklus 2 | Daten- und Testzyklen | 5 | 13 |
| 15 | Endanwenderschulung | Daten- und Testzyklen | 8 | 13SS+2 |
| 16 | Cutover-Probe | Cutover und Hypercare | 3 | 14 |
| 17 | Go-live-Entscheidung | Cutover und Hypercare | Meilenstein | 15, 16 |
| 18 | Finale Datenladung und Umschaltung | Cutover und Hypercare | 3 | 17 |
| 19 | Hypercare | Cutover und Hypercare | 15 | 18 |
So funktioniert es
Module auflisten und die drei Build-Aufgaben ersetzen
Lassen Sie das Finanzwesen oder das Hauptbuch zuerst kommen. Fügen Sie je Modul eine Konfigurationsaufgabe hinzu und verknüpfen Sie sie mit der vorigen über eine Start-zu-Start-Überlappung wie 6SS+4, wenn sie früh beginnen kann.
Die Fit-Gap-Entscheidung als Gate setzen
Lassen Sie jede Build-Aufgabe von „Fit-Gap-Entscheidungen freigegeben“ abhängen. Fallen die Entscheidungen je Modul an, teilen Sie den Meilenstein in einen je Modul.
Jeden erwarteten Lade- und Testzyklus aufnehmen
Behalten Sie eine Aufgabe je Datenladung und je Testzyklus, mit einer Reparaturaufgabe zwischen den Testzyklen. Ein dritter UAT-Zyklus verschiebt das Enddatum sichtbar – das ist der Sinn.
Schulung und Probe als Vorgänger des Go-live planen
Verknüpfen Sie „Endanwenderschulung“ und „Cutover-Probe“ mit der „Go-live-Entscheidung“, damit eine späte Probe die Entscheidung verschiebt und nicht umgekehrt.
Verantwortliche eintragen, gruppieren und den kritischen Pfad lesen
Tragen Sie die Modulverantwortlichen unter „Personen“ ein und schalten Sie im Menü „Ansicht“ den kritischen Pfad ein, um zu sehen, welche Kette das Enddatum bestimmt.
Teilen, Fortschritt erfassen und exportieren
Teilen Sie das Diagramm mit dem Lenkungskreis, erfassen Sie den Fortschritt, sobald Zyklen abgeschlossen sind, und exportieren Sie ein PDF für die Programmakte.
Häufig gestellte Fragen
Gilt dieser Plan für ein bestimmtes ERP-Produkt?
Nein. Er ist eine allgemeine Form für den Rollout eines Standardsystems. Die Aufgabennamen sind generisch, sodass Sie sie für Ihr eigenes System und Ihre Module umbenennen können.
Wie viele Datenladezyklen sollte ich einplanen?
Das hängt von der Qualität Ihrer Quelldaten und der Zahl der Systeme ab, aus denen Sie migrieren. Die Vorlage hat zwei, die Dauern sind Beispielwerte. Fügen Sie einen Zyklus hinzu, wenn die erste Ladung voraussichtlich viel Bereinigung braucht.
Kann ich einen phasenweisen Rollout nach Land oder Geschäftseinheit planen?
Ja. Kopieren Sie Build- und Testaufgaben für jede Welle, gruppieren Sie sie nach Welle und verknüpfen Sie die zweite Welle mit dem ersten Go-live. Lassen Sie die Wellen in einem Diagramm, damit die Abhängigkeiten sichtbar bleiben.
Wie unterscheidet sich das von der Vorlage für den Implementierungsplan?
Der kürzere Implementierungsplan unter /de/templates/gantt-diagramm-implementierungsplan deckt ein System in einem Durchgang ab. Diese Vorlage trennt Modul-Builds, wiederholte Datenladungen und Testzyklen sowie eine Probe vor dem Go-live.
