Vom Assessment zur Aktion: Findings in eine Roadmap überführen

Die häufigste Falle: Assessment ohne Konsequenz

Das häufigste Problem nach einem Cloud Readiness Assessment ist nicht fehlende Erkenntnis — es ist fehlende Entscheidung. Assessment-Teams liefern umfangreiche Dokumentation: Reifegrade, Applikationslisten, TCO-Tabellen, Compliance-Lücken. Aber was dann?

Typische Blockaden nach dem Assessment:

• Priorisierungsfalle: Zu viele Findings, unklar womit anfangen. Alle Maßnahmen erscheinen gleich wichtig.
• Ressourcenfrage: Wer macht die Migration — interne Teams oder externes Partner? Mit welchem Budget?
• Entscheidungsvakuum: Assessment-Ergebnisse landen bei der IT, aber Budgetentscheidungen brauchen C-Level-Sign-off, der nie formell eingeholt wird.
• Perfektionismus: "Wir warten, bis wir alles komplett analysiert haben" — und die Migration startet nie.

Storm Reply begegnet diesen Blockaden, indem Assessment und Roadmap als ein integrierter Prozess geplant werden — nicht als zwei getrennte Projekte.

Schritt 1: Findings kategorisieren und priorisieren

Bevor Findings in eine Roadmap überführt werden können, müssen sie kategorisiert und priorisiert werden. Storm Reply verwendet dafür eine zweidimensionale Priorisierungsmatrix:

Die Priorisierung innerhalb jeder Kategorie erfolgt nach zwei Kriterien: Business Impact (Wie groß ist der Nutzen — Kosteneinsparung, Risikoreduzierung, Geschäftsermöglichung?) und Implementation Effort (Wie hoch ist der Aufwand — Komplexität, Abhängigkeiten, Ressourcenbedarf?). Hoher Impact bei niedrigem Effort kommt zuerst.

Schritt 2: Migrationswellen definieren

Eine Migrations-Roadmap organisiert Applikationen in Migrationswellen — sequenzielle Gruppen, die gemeinsam migriert werden. Die Wellenplanung ist der Kern des Migrationsplans und entscheidet über Risikoprofil, Lernkurve und Ressourceneinsatz.

Prinzipien der Wellenplanung

1. Welle 1 — Piloten und Quick Wins: Unkritische Applikationen mit Rehost-Strategie. Ziel ist Erfahrungsaufbau, Toolchain-Validierung und erste nachweisbare Ergebnisse. Typisch: 5–15 Applikationen, nicht-produktionskritische Workloads.
2. Welle 2 — Kern-Migration: Geschäftskritische Applikationen mit Rehost oder Replatform. Komplexere Abhängigkeitsketten, höhere Testanforderungen, Rollback-Szenarien erforderlich. Typisch: 20–50 Applikationen.
3. Welle 3 — Optimierung und Modernisierung: Replatform und Refactor der verbliebenen Applikationen. Nutzung von AWS-nativen Services, Kostenoptimierung durch Reserved Instances, Container-Migration. Parallel: Stilllegung von Retire-Kandidaten.
4. Kontinuierliche Welle — Retain-Review: Applikationen, die im Assessment als Retain klassifiziert wurden, werden regelmäßig re-bewertet. Neue AWS-Services oder veränderte Geschäftsanforderungen können Retain-Entscheidungen revidieren.

Abhängigkeitsmanagement

Die häufigste Ursache für Verzögerungen in der Migration sind unidentifizierte Abhängigkeiten zwischen Applikationen. Storm Reply nutzt den AWS Application Discovery Service, um Abhängigkeitskarten automatisiert zu erstellen — und diese Karte als Grundlage der Wellenplanung zu verwenden. Applikationen mit gemeinsamen Abhängigkeiten werden in derselben Welle migriert oder die Abhängigkeit wird vor der Migration aufgelöst.

Schritt 3: Business Case finalisieren

Eine Roadmap ohne Business Case ist ein Wunschzettel. Ein Business Case ohne Roadmap ist ein Tabellenblatt. Beide zusammen sind die Entscheidungsgrundlage für C-Level-Genehmigung und MAP-Antrag.

Komponenten des finalen Business Case

Dreijährige TCO-Projektion

Detaillierter Vergleich aktueller On-Premises-Gesamtkosten (Hardware, Software, Personal, Energie, Raum, Risiko) versus projizierter Cloud-Kosten (Compute, Storage, Netzwerk, Managed Services, externe Migrationskosten). Erstellt mit dem AWS Migration Evaluator, validiert durch Storm Reply Erfahrungswerte aus vergleichbaren Projekten.

Migrationskosten je Welle

Aufwandsschätzung je Migrationswelle in Personentagen (intern + extern), AWS-Dienstleistungskosten (Professional Services, Training), Lizenzkosten (Windows Server, SQL Server — Bring-Your-Own-License vs. License Included) und Testing/Validierungskosten.

Break-even-Analyse

Ab wann amortisiert sich die Migration? Typischerweise nach 12–24 Monaten bei reinen Rehost-Projekten, nach 18–36 Monaten bei Replatform-Projekten. Die Graphik mit monatlichem kumulativem Kostenverlauf ist das zentrale Executive-Kommunikationsinstrument.

Risikobewertung

Quantifiziertes Risiko des Status quo: Kosten eines Rechenzentrumsausfalls, Wahrscheinlichkeit von Security-Incidents auf nicht-gepatchten On-Premises-Systemen, Risiko aus End-of-Support-Systemen (Windows Server 2012, SQL Server 2012 etc.).

Schritt 4: MAP-Förderantrag vorbereiten

Für qualifizierte Workloads kann Storm Reply als AWS Premier Consulting Partner AWS MAP-Förderung beantragen. Der MAP-Antrag wird parallel zur Roadmap-Entwicklung vorbereitet, damit Assessment-Ergebnisse direkt als Nachweis verwendet werden können.

MAP-Qualifikationskriterien im Überblick

1. Workload-Größe: MAP ist für Workloads ab einem bestimmten AWS-Nutzungsvolumen qualifiziert. Storm Reply prüft die Berechtigung im Assessment.
2. Partner-Berechtigung: Nur zertifizierte AWS Migration Competency Partner können MAP-Anträge stellen. Storm Reply hält die AWS Migration Competency.
3. Assessment-Nachweis: MAP-Anträge erfordern dokumentierte Assessment-Ergebnisse — genau das, was Storm Reply im Cloud Readiness Assessment liefert.
4. Commitment: Der Kunde verpflichtet sich, die migrierten Workloads auf AWS zu betreiben. Das ist keine zusätzliche Hürde — es ist der natürliche Ausgang einer erfolgreichen Migration.

Die MAP-Assess-Phase-Förderung reduziert Assessment- und Planungskosten erheblich. Die Mobilize-Phase-Förderung finanziert Landing Zone, Governance-Setup und Pilotmigrationen. Die Migrate-Phase-Förderung unterstützt die eigentliche Migration qualifizierter Workloads.

Schritt 5: Executive Readout und Entscheidung

Der Abschluss des Assessment-to-Roadmap-Prozesses ist die Executive Readout Session — eine strukturierte Präsentation für Entscheider (CTO, CIO, CFO, CEO), in der Ergebnisse, Empfehlungen und Business Case vorgestellt werden und eine Entscheidung herbeigeführt wird.

Struktur einer effektiven Executive Readout Session

1. Executive Summary (5 Minuten): Wo stehen Sie heute, was empfehlen wir, was kostet es, was bringt es. Eine Folie.
2. Maturity-Profil (10 Minuten): Radar-Chart mit aktuellen Reifegraden je Dimension, Branchenvergleich, kritische Lücken.
3. Applikationsportfolio (10 Minuten): Verteilung nach 7R, Top-Empfehlungen, Retire-Potenzial, Migrationsstrategie je Gruppe.
4. Roadmap und Wellenplan (15 Minuten): Migrationswellen auf Zeitachse, Meilensteine, kritische Abhängigkeiten, Ressourcenbedarf.
5. Business Case (10 Minuten): TCO-Vergleich, Break-even, MAP-Förderung, Gesamtinvestition und Return.
6. Nächste Schritte und Entscheidung (10 Minuten): Was brauchen wir jetzt — Go-Entscheidung für Phase 1, Budget-Genehmigung, MAP-Antrag-Vorbereitung.

Das Ziel der Executive Readout Session ist nicht Information — es ist Entscheidung. Storm Reply bereitet alle Präsentationsunterlagen vor und moderiert die Session auf Wunsch.

Typischer Zeitplan: Von der Beauftragung bis zur genehmigten Roadmap

1. Woche 1–2: Kick-off, Discovery-Setup, automatisierte Infrastrukturerfassung (AWS Application Discovery Service), erste Interviews mit Applikationsverantwortlichen.
2. Woche 2–4: Application Portfolio Analysis, 7R-Klassifizierung, TCO-Analyse mit AWS Migration Evaluator, Compliance-Review.
3. Woche 4–5: Roadmap-Entwicklung, Wellenplanung, Business Case-Finalisierung, MAP-Antragsunterlagen.
4. Woche 5–6: Interne Abstimmung bei Storm Reply, Quality Review, Vorbereitung Executive Readout.
5. Woche 6: Executive Readout Session, Entscheidung, nächste Schritte.

Für Standard-Assessments (20–100 Applikationen) ist der Übergang von Assessment zu genehmigter Roadmap in 6 Wochen realisierbar. Enterprise-Assessments benötigen 8–12 Wochen.

Was kommt nach der genehmigten Roadmap?

Die genehmigte Roadmap ist der Startschuss für die Mobilize Phase — die technische und organisatorische Vorbereitung der eigentlichen Migration:

Landing Zone und Account-Strategie

AWS Control Tower etabliert eine sichere, konforme AWS-Umgebung mit Multi-Account-Struktur, zentralem Logging, Sicherheits-Baselines und Governance-Guardrails. Das ist die Grundlage aller weiteren Migrationsschritte.

Identitäts- und Zugriffsmanagement

AWS IAM Identity Center (ehemals SSO) integriert bestehende Identity Provider (Active Directory, Azure AD) in die AWS-Umgebung. Rollenkonzept und Zugriffsmatrix werden definiert und automatisiert deployt.

Pilotmigrationen (Welle 1)

Die ersten 5–15 Applikationen aus Welle 1 werden migriert — als Lernprojekt, Toolchain-Validierung und Nachweis der Migrationsfähigkeit. Ergebnisse fließen direkt in die Planung von Welle 2 ein.

Team-Enablement

Schulungen und AWS-Zertifizierungen für interne Teams, aufgebaut auf den spezifischen Rollen und Technologien der Roadmap. Storm Reply als AWS Training Partner begleitet diesen Prozess.