Zweck und Umfang
Abschnitt betitelt „Zweck und Umfang“Das Readiness Assessment bewertet, ob die notwendigen Grundlagen für eine Cloud-Migration vorhanden sind. Es umfasst technische, prozessuale, personelle, finanzielle und Governance-Readiness. Die Ergebnisse bestimmen die Tiefe der Discovery, Migrationswellen, Besetzung, Plattformvoraussetzungen und Risikobehandlung.
Eingaben aus den Readiness-Workshops
Abschnitt betitelt „Eingaben aus den Readiness-Workshops“Das STACKIT Cloud Readiness Assessment beginnt mit einem Fragebogen und einer Qualitätsprüfung. Anschließend werden die Nachweise in gemeinsamen Expertenworkshops validiert und technische sowie organisatorische Lücken identifiziert. In der Planungsphase entstehen daraus Entscheidungen zu Zielarchitektur, Migrationsmethode, Proof of Concept, Training und Roadmap.
Übernehmen Sie diese Eingaben in die Migrationsplanung:
- den validierten Fragebogen und dokumentierte Annahmen;
- die Readiness-Scorecard über fünf Dimensionen mit offenen Punkten, Verantwortlichen und Zielterminen;
- Kritikalität und Abhängigkeiten der Workloads sowie erste Hypothesen zur R-Strategie;
- identifizierte Kompetenzlücken und den daraus abgeleiteten Trainingsbedarf;
- freigegebene Voraussetzungen für Plattform, Governance, Budget und Besetzung.
Die fünf Dimensionen auf die Migration anwenden
Abschnitt betitelt „Die fünf Dimensionen auf die Migration anwenden“| Dimension | Frage für die Migrationsplanung | Typische Maßnahme |
|---|---|---|
| Technik | Sind Kontenstruktur, IAM, Netzwerk, Automatisierung, Guardrails und Observability für die geplanten Workloads bereit? | Plattformabhängigkeiten, Proofs of Concept oder Landing-Zone-Arbeiten vor der betroffenen Welle einplanen. |
| Prozesse | Können Teams Onboarding, Änderungen, Wiederherstellung und Ausnahmen einheitlich bearbeiten? | Runbooks, Qualitätsgates, Eskalationswege und Übergabekriterien definieren. |
| Personal | Sind CCoE-, Plattform-, Anwendungs-, Sicherheits- und Betriebsrollen besetzt und befähigt? | Rollenbasierte Lernpfade, Coaching und benannte Verantwortliche vor dem Delivery-Start einplanen. |
| Finanzen | Sind Finanzierung, Kostenzuordnung und Wertbeitrag-Tracking freigegeben? | Wellenumfang mit Business Case, FinOps-Kontrollen und Budget-Gates abstimmen. |
| Governance | Sind Sicherheits-, Compliance-, Datenschutz- und Reporting-Kontrollen freigegeben? | Verbindliche Kontrollen und Nachweise in Designs, Runbooks und Abnahmekriterien der Wellen dokumentieren. |
Migrationsergebnisse
Abschnitt betitelt „Migrationsergebnisse“Überführen Sie jeden offenen Befund in ein Migrationsartefakt, statt ihn als allgemeine Beobachtung weiterzuführen:
- Betroffene Workloads und Wellen dokumentieren.
- Eine verantwortliche Person und einen Zieltermin zuweisen.
- Die erforderlichen Nachweise für den Abschluss definieren.
- Den Befund als Blocker, Maßnahme vor der Welle oder akzeptiertes Risiko kennzeichnen.
- Die Readiness am passenden Design- oder Wellen-Gate erneut prüfen.
Das entstehende Readiness-Backlog fließt in Discovery, den Migrationsplan, Enablement und das Migration Factory Setup ein.
Detaillierte Anleitung zum Assessment
Abschnitt betitelt „Detaillierte Anleitung zum Assessment“Die vollständigen Akzeptanzkriterien, Schwellenwerte, die Scorecard und den formalen Go-/No-Go-Prozess finden Sie hier:
Readiness Assessment in fünf Dimensionen Seite öffnen