Was enthalten ist
Eine Cloud-Migration ist kein einzelnes Projekt, sondern ein Fundamentbau plus eine sich wiederholende Welle. Die Vorlage trennt beides, damit die Landing Zone fertig ist, bevor die Wellen darauf aufsetzen:
- Bestandsaufnahme und Bewertung, Anwendungsinventar, Abhängigkeitsanalyse, Geschäftskritikalität und je Workload eine Entscheidung nach den 7 R, Rehost, Replatform, Refactor, Repurchase, Relocate, Retire, Retain. Meilenstein: Zuordnung der Anwendungen abgestimmt.
- Landing Zone und Fundament, Konten und Subscriptions, Netz und Anbindung, Identitäten, Sicherheitsleitplanken, Protokollierung und das Kostenmodell. Alles Nachfolgende hängt daran. Meilenstein: Landing Zone produktiv.
- Wellenplanung und Pilot, Bündelung der Anwendungen zu Wellen nach Abhängigkeit statt nach Zuständigkeit, dann der Nachweis des Runbooks an einer risikoarmen Pilotwelle.
- Migrationswellen, Wiederkehrende Zyklen aus Aufbau, Migration, Test und Cutover je Welle. Das Muster bleibt gleich, was sich ändert, ist das Risikoprofil.
- Cutover und Hypercare, Produktive Umstellungen, Umschalten von DNS und Datenverkehr, Rückfallfenster und die verstärkte Betreuung nach jeder Welle. Meilenstein: Produktiv-Cutover abgeschlossen.
- Rückbau und Optimierung, Abschalten der Altumgebung, Ausstieg aus Rechenzentrum oder Hosting-Vertrag, danach Right-Sizing und reservierte Kapazitäten. Hier wird der Business Case tatsächlich eingelöst.
Wer diese Vorlage nutzt
Cloud-Architekten, Infrastrukturverantwortliche und Migrations-Programmmanager nutzen diesen Plan, um Workloads zu AWS, Azure oder Google Cloud zu verlagern. Er reicht von Discovery und Landing-Zone-Aufbau über Migrationswellen, Cutover und Hypercare bis zur Abschaltung des Rechenzentrums und ordnet die Anwendungswellen nach Abhängigkeit und Risiko, damit der Betrieb während des gesamten Umzugs weiterläuft.
So passen Sie sie an
- Legen Sie zuerst das Ende des Rechenzentrums- oder Hosting-Vertrags fest und rechnen Sie rückwärts; dieser Termin ist meist vertraglich und nicht verhandelbar.
- Ergänzen Sie nach der Bestandsaufnahme eine Zeile je Anwendung, gruppiert unter der Welle, die sie trägt.
- Duplizieren Sie die Wellenphase für jede weitere Welle; der innere Aufbau bleibt identisch.
- Nehmen Sie Refactor-Kandidaten ganz aus der Wellenplanung heraus, das sind Entwicklungsprojekte, keine Migrationen, und sie zerstören den Takt der Wellen.
- Setzen Sie Landing Zone produktiv, Pilotwelle abgeschlossen, jeden Produktiv-Cutover und den Rückbau als Meilensteine.
Hinweise zur Terminplanung
- Keine Welle vor fertiger Landing Zone. In ein Fundament zu migrieren, das sich noch ändert, heißt zweimal zu migrieren, die häufigste Quelle von Nacharbeit in solchen Programmen.
- Bündeln Sie nach Abhängigkeit, nicht nach Abteilung. Anwendungen, die miteinander sprechen, sollten gemeinsam ziehen, sonst bezahlen Sie die Latenz zwischen zwei Umgebungen, solange sie getrennt sind.
- Fahren Sie eine echte Pilotwelle. Sie soll das Runbook belegen und die Überraschungen zutage fördern; wählen Sie also risikoarme, aber wirklich repräsentative Anwendungen, nicht die drei einfachsten.
- Kalkulieren Sie den Parallelbetrieb. Beide Umgebungen laufen für die Dauer der Migration gleichzeitig; diese Doppelkosten sind real und gehören vom ersten Tag an in den Business Case.
- Halten Sie bei jedem Cutover ein Rückfallfenster offen. Ein Cutover ohne dokumentierten und geprobten Rückfall ist eine Einbahnstraße, die man betritt, ohne sich dafür entschieden zu haben.
Verwandte Vorlagen
- Projektplan für die ERP-Einführung
- Gantt-Diagramm-Vorlage für Softwareentwicklung
- Bauzeitenplan für ein Rechenzentrum
- Alle Gantt-Diagramm-Vorlagen ansehen
Diese Vorlage ist auf Deutsch. Noch nicht übersetzte verwandte Seiten öffnen sich auf Englisch.
Häufige Fragen
Wie lange dauert eine Cloud-Migration?
Für eine mittelgroße Landschaft üblicherweise 9 bis 24 Monate, bestimmt vor allem durch die Zahl der Anwendungen, die Abhängigkeitsdichte und den Anteil an Refactoring. Die Vorlage nutzt einen Plan von rund fünfzehn Monaten, den Sie stauchen oder strecken können.
Was sind die 7 R der Cloud-Migration?
Rehost, Replatform, Refactor, Repurchase, Relocate, Retire und Retain, die Handlungsoptionen, die jeder Anwendung in der Bewertung zugeordnet werden. Erst wenn sie feststehen, ist eine Wellenplanung überhaupt möglich.
Wie sollten die Migrationswellen geschnitten sein?
Zuerst nach Abhängigkeitsgruppen, dann nach Risiko. Anwendungen, die Daten teilen oder einander aufrufen, gehören in dieselbe Welle, und die Pilotwelle sollte risikoarm, aber repräsentativ genug für den Nachweis des Runbooks sein.
Deckt die Vorlage den Rückbau der Altumgebung ab?
Ja, als vollwertige Phase, denn dort landen die Einsparungen des Business Case, und genau diese Phase wird nach dem letzten Cutover am häufigsten liegen gelassen.
Ist die Vorlage für die Cloud-Migration kostenlos?
Ja. Kostenlose Downloads als Excel, PowerPoint und CSV sowie kostenloses Bearbeiten online, ohne Konto.