Projektplan für die Datenmigration

Was enthalten ist

Migrationspläne gehen schief, wenn die Ladung als eine Aufgabe am Ende behandelt wird. Sie ist keine Aufgabe — sie ist dieselbe Aufgabe, mehrfach ausgeführt, bis der Abgleich stimmt, und jeder Durchlauf kostet ein Wartungsfenster:

• Analyse und Profiling — Bestandsaufnahme der Quellsysteme, Datenmengen, Verantwortlichkeiten, Profiling auf Lücken, Dubletten und Formatbrüche sowie die Entscheidung, was überhaupt migriert wird. Meilenstein: Umfang und Quellen abgestimmt.
• Mapping und Regeln — Feldgenaues Mapping je Objekt, Transformations- und Vorbelegungsregeln, Abgleich der Stammdaten sowie die Abstimmungsregeln, gegen die Sie später prüfen. Meilenstein: Mapping freigegeben.
• Bereinigung — Bereinigungsregeln, Nacharbeit durch die Fachbereiche für alles, was keine Regel heilen kann, und der Dublettenabgleich — Arbeit, die parallel läuft, weil sie nicht am Bau hängt.
• Bau und Modultest — Aufbau der Ladestrecken je Objekt, Extraktions- und Ladeskripte, Fehlerbehandlung, Wiederaufsetzlogik und die Abstimmungsberichte selbst.
• Testmigrationen und Abgleich — Drei vollständige Testmigrationen mit Abgleich und Fehlerbehebung dazwischen, dazu die gestoppte Generalprobe, die belegt, dass die Ladung in das Wartungsfenster passt. Meilenstein: Generalprobe bestanden.
• Cutover und Abnahme — Einfrieren der Quelle, Delta-Extrakt, die Produktivladung, Freigabe des Abgleichs, fachliche Prüfung und die Rückfallentscheidung. Meilenstein: Daten abgenommen.

So passen Sie sie an

1. Setzen Sie den Cutover-Termin zuerst und zählen Sie rückwärts; die letzte Testmigration muss mindestens zwei Wochen davor abgeschlossen sein.
2. Erweitern Sie die Objektzeilen auf eine Zeile je Datenobjekt — Kunden, Lieferanten, Artikel, offene Posten, Historie — sobald das Mapping beginnt.
3. Buchen Sie jede Testmigration als echtes Wartungsfenster mit denselben Leuten, die auch den Cutover fahren, nicht mit einer Teilbesetzung.
4. Ergänzen Sie eine Zeile für den Delta-Extrakt, wenn die Quelle zwischen der letzten Testmigration und dem Cutover weiterläuft.
5. Halten Sie die Rückfallentscheidung als datierten Meilenstein mit benannten Kriterien fest, nicht als stillschweigende Option.
6. Hängen Sie diesen Plan als Teilplan unter Ihren ERP- oder Cloud-Migrationsplan.

Hinweise zur Terminplanung

• Die Abstimmungsregeln kommen vor dem Bau. Wer nicht sagen kann, wie er die Richtigkeit der Ladung nachweist, kann auch nicht wissen, wann sie fertig ist.
• Stoppen Sie jede Testmigration von Anfang bis Ende. Die gesuchte Zahl ist nicht „hat funktioniert“, sondern „wie viele Stunden“ — denn danach wird das Cutover-Fenster bemessen.
• Beginnen Sie früh mit der Bereinigung. Sie hängt am Profiling, nicht am Bau, und kann monatelang parallel laufen — und sie dauert immer länger als geplant, weil sie Fachbereiche braucht und nicht das Datenteam.
• Migrieren Sie weniger. Die Historie ist der teuerste Teil jeder Migration; die Entscheidung, sie zu archivieren statt zu übernehmen, bringt mehr Termin als jede Optimierung — prüfen Sie dabei die Aufbewahrungsfristen und die Anforderungen an eine revisionssichere Ablage.
• Denken Sie das Löschkonzept mit. Eine Migration ist der natürliche Moment, personenbezogene Daten ohne Zweck nicht mitzunehmen, und die Datenschutzprüfung gehört als Vorgang in den Plan statt als Nachfrage kurz vor dem Cutover.
• Setzen Sie den Basisplan mit der Mapping-Freigabe. Alles davor ist Schätzung; alles danach sollte als Abweichung verfolgt werden.

Verwandte Vorlagen

• Projektplan für die ERP-Einführung
• Projektplan für die Cloud-Migration
• Integrationsplan nach einer Übernahme
• Alle Gantt-Diagramm-Vorlagen ansehen

Diese Vorlage ist auf Deutsch. Noch nicht übersetzte verwandte Seiten öffnen sich auf Englisch.

Häufige Fragen