Portfolioanalyse und Migrationsplanung

Festlegung einer Ausgangsbasis für das Anwendungsportfolio und die zugehörige Infrastruktur — Iterieren Sie Daten auf Portfolioebene, ausgehend von der Phase der beschleunigten Erkennung und der ersten Planungsphase, um Lücken zu schließen und einen umfassenden Überblick über das gesamte Anwendungsportfolio zu erhalten. In dieser Phase ist es wichtig, die application-to-infrastructure Zuordnung, die Nutzungsdaten und die Attribute der Anwendungsmetadaten zu verfeinern. Zu diesen Attributen gehören die Eigentümerschaft, die Wichtigkeit und die Hauptfunktion jeder Anwendung.

Abrufen und Analysieren von Abhängigkeitsdaten (in der Regel mithilfe spezieller Discovery-Tools) — Um Anwendungen zu validieren und die Erstellung von Migrationsplänen zu unterstützen, sind zuverlässige Daten zur Anwendungsabhängigkeit in dieser Phase von entscheidender Bedeutung. Zu den Abhängigkeitsdaten gehören Kommunikationsdaten wie Umfang und Häufigkeit der Kommunikation zwischen Systemen sowie nichttechnische Abhängigkeiten, z. B. betriebliche Überlegungen. Diese Abhängigkeiten bestimmen, welche Anwendungen gleichzeitig verschoben werden müssen und welche Anwendungen von verschiedenen Standorten aus betrieben werden können.

Identifizieren und validieren Sie Konformitäts- und behördliche Anforderungen — Identifizieren und validieren Sie Rahmenbedingungen, Regeln, Nachweise und Dokumentationsanforderungen. 

Annahmen in Fakten umwandeln — Wie viel wurde in früheren Phasen angenommen? In dieser Phase ist es wichtig, die Anzahl der Annahmen auf ein Minimum zu reduzieren.

Legen Sie eine Grundlage für die Modelle zur Rationalisierung des Migrationsportfolios fest und wiederholen Sie Modelle aus früheren Phasen (z. B. Kriterien für die Priorisierung von Anwendungen und den Entscheidungsbaum mit 6 Rs). Validieren Sie die Modelle, indem Sie sie auf das gesamte Anwendungsportfolio anwenden.

Dokumentieren Sie messbare Geschäftsergebnisse — Um die Migrationswellen an den Geschäftszielen auszurichten, identifizieren Sie die Geschäftsergebnisse und die zugehörigen wichtigsten Primärindikatoren (KPI) für jede Migrationswelle.

Entwickeln Sie zielgerichtete Geschäftsszenarien — Ersetzen Sie Benchmarks durch Daten zur tatsächlichen Nutzung und zu den Kosten und verfeinern Sie die Migrationskosten entsprechend dem aktualisierten Plan. Erweitern Sie den Versicherungsschutz, sodass er den vollen erwarteten Nutzen aus jedem erwarteten Geschäftsergebnis einbezieht, z. B. Kostensenkung, Steigerung der IT-Produktivität, erhöhte Ausfallsicherheit und größere Agilität.

Dokumentieren und kommunizieren Sie wichtige Daten — Dokumentieren und kommunizieren Sie wichtige Ereignisse (wie Ausstiegstermine von Rechenzentren, Verträge und Verlängerungen von Lizenzvereinbarungen), Release-Zyklen von Anwendungen, zu vermeidende Migrationstermine, Technologie-Aktualisierungszyklen und die Verfügbarkeit von Mitarbeitern.

Analysieren Sie Kosten und Risiken für die Wellenplanung — Wie viele parallel Veränderungen können unterstützt oder toleriert werden? Analysieren Sie die Anforderungen der Mitarbeiter, die Identifizierung und Minderung von Risiken, die Kritikalität und die Auswirkungen.

Identifizieren Sie die Qualifikationsanforderungen — Wie hoch ist der voraussichtliche Grad der Bereitschaft, die verschiedenen Workload-Typen in der Cloud zu unterstützen? Stimmt der Plan für die Migrationswelle mit der voraussichtlichen Bereitschaft überein? Können die Support-Teams die Anforderungen des Wave-Plans erfüllen?

Interne Prozesse dokumentieren — Dokumentieren Sie Informationen über aktuelle Prozesse, die sich auf die Cloud-Migration auswirken, wie z. B. Changemanagement, Servicemanagement, Architekturprüfungsausschüsse, Risikobewertungen und Genehmigungsworkflows.

Erstellen Sie einen Migrationswellenplan — Um einen Wellenplan zu erstellen, kombinieren Sie alle Elemente, die zuvor in dieser Liste beschrieben wurden. Wenden Sie Priorisierungskriterien auf das Portfolio an und analysieren Sie Abhängigkeiten, um eine Vielzahl von Anwendungen zu erstellen. Integrieren Sie die Plattform- und Migrationsbereitschaft in den Migrationswellenplan. Wie lange dauert die Implementierung von AWS Infrastruktur und Diensten? Was ist für Sicherheit und Betriebsbereitschaft erforderlich? Wie wirkt sich das auf die Dauer der Welle aus? Wie lange dauert die Implementierung der Migrationstools? Wie lange dauert es, Daten zu replizieren, wenn man die Netzwerk- und Systemauslastung berücksichtigt? Was ist das Umstellungsfenster? Wie lange dauert ein Rollback?

Workstreams aktualisieren — Richten Sie einen Prozess ein, mit dem Portfoliodaten und detaillierte Anwendungsbewertungsdaten in die Workflows Migration und Landing Zone eingespeist werden. Stellen Sie sicher, dass diese Workstreams ihre Datenanforderungen klar umreißen.

Detailgetreues Anwendungs- und Infrastrukturinventar

Umfassende Migrationsstrategie für jede Anwendung

Detailliertes Geschäftsszenario

Zuverlässiger Plan für eine Migrationswelle

Stellen Sie sicher, dass die Anwendungen im Migrationswellenplan gleichmäßig verteilt sind. Berücksichtigen Sie Kritikalität und Komplexität, um komplexe Bereiche zu vermeiden, die zu Blockaden führen oder Migrationen verzögern könnten.

Priorisieren Sie unkritische, einfache Anwendungen in den ersten beiden Wellen.

Konzentrieren Sie sich darauf, Priorisierung, Abhängigkeiten und geschäftliche Faktoren zu kombinieren, um den Wellenplan zu iterieren.

Berücksichtigen Sie bei der Erstellung des Wave-Plans die Cloud-Infrastruktur, die Sicherheit und die Betriebsbereitschaft (einschließlich Fähigkeiten).

Erstellen Sie Wellenpläne so, dass die Dauer einer Migrationswelle, die in der Regel zwischen 4 und 8 Wochen liegt, den Anwendungsverlauf beschreibt. Jede Welle sollte Folgendes abdecken: