Cloud-Migrationsteam aufbauen: Rollen, Skills, Staffing

Executive Summary

Eine Cloud-Migration ist kein rein technisches Projekt — sie ist vor allem ein Personalprojekt. Wer die falschen Rollen besetzt, zu spät mit Upskilling beginnt oder Staffing-Entscheidungen dem Zufall überlässt, riskiert Verzögerungen, die teurer werden als die eigentliche Infrastruktur. Dieser Artikel zeigt, welche sechs Schlüsselrollen ein Cloud-Migrationsteam braucht, wie der Staffing-Plan nach den Road.MAP-Phasen skaliert und welche AWS-Zertifizierungspfade den schnellsten Return on Training liefern — mit konkreten Zahlen für DACH-Unternehmen.

Zielgruppe: CIOs, IT-Leiter und Programm-Manager, die eine Enterprise-Cloud-Migration in Deutschland planen und verstehen wollen, wen sie wann ins Boot holen müssen.

Der Fachkräftemangel als Migrationsbremse

Laut IDC wird der volkswirtschaftliche Schaden durch fehlende Cloud- und Digitalkompetenz in Europa bis 2026 auf über 5,5 Billionen US-Dollar anwachsen (IDC, "Cloud Skills and Organizational Influence", 2022). In Deutschland verschärft das demografische Problem den Effekt: Der Bitkom beziffert den Fachkräftemangel in der deutschen IT-Branche auf über 137.000 offene Stellen (Bitkom, 2023).

Die Konsequenz: Unternehmen, die eine Migration auf AWS planen, können selten alle benötigten Skills intern vorweisen. Wer wartet, bis das perfekte Team zusammengestellt ist, wartet zu lange. Der pragmatische Weg ist ein durchdachter Hybridansatz — internes Upskilling für Kernkompetenzen, externer Partner für temporäres Spezialistenwissen, gezieltes Hiring für dauerhafte Rollen.

Was dabei fehlt, sind konkrete Blaupausen: Welche Rollen werden wann gebraucht? Welche Zertifizierungen machen Sinn? Wie groß muss das Team sein? Das Road.MAP-Framework von Storm Reply gibt darauf strukturierte Antworten.

Begriffsklärung: Die wichtigsten Rollen im Überblick

Bevor die Teamstruktur definiert wird, sollte ein gemeinsames Verständnis der zentralen Begriffe hergestellt werden:

Cloud Center of Excellence (CCoE)

Ein interdisziplinäres Team aus Cloud-Architekten, Security-Experten, FinOps-Spezialisten und Governance-Verantwortlichen, das Standards setzt, Best Practices verteilt und als internes Kompetenzzentrum für alle Cloud-Themen fungiert. Das CCoE ist der dauerhafte Kern nach dem Ende des Migrationsprojekts.

Migration Lead

Die Programm-Management-Rolle, die Timelines verantwortet, Stakeholder-Kommunikation steuert und Eskalationen behandelt. Der Migration Lead ist nicht zwingend technisch — er muss aber Technik und Business verknüpfen können.

Application Owner

Die fachliche Verantwortung für eine oder mehrere Applikationen. Der Application Owner kennt Abhängigkeiten, Nutzer, SLAs und Geschäftsprozesse und ist unverzichtbar für die Assessmentphase sowie für Cutover-Entscheidungen.

Cloud Architect

Entwirft die Zielarchitektur auf AWS, definiert Landing-Zone-Standards, wählt Migrationsmuster (Rehost, Replatform, Refactor) und verantwortet die technische Konsistenz über alle Wellen hinweg. In großen Projekten gibt es mehrere spezialisierte Architekten (Network, Security, Data).

Die 6 Schlüsselrollen im Cloud-Migrationsteam

Jede Enterprise-Migration braucht die folgenden sechs Rollen — in welchem Umfang und ab wann, zeigt der nachfolgende Staffing-Plan.

Ergänzende Rollen, die je nach Scope hinzukommen: Data Engineer (für Datenbank-Migrationen mit AWS DMS), FinOps Analyst (ab Portfoliogröße > 100 Workloads), Change Manager (bei starkem Betriebsrat-Involvement) und Schulungskoordinator für das interne Upskilling-Programm.

Staffing-Plan nach Road.MAP-Phasen

Das Road.MAP-Framework gliedert jede Enterprise-Migration in drei Hauptphasen. Der Personalbedarf skaliert dabei erheblich — von einem kleinen Assessment-Team bis zur vollständigen Migration Factory.

Phase 1: Assess (3–5 Personen, Dauer: 4–8 Wochen)

In der Assess-Phase geht es um Discovery und Bestandsaufnahme: Welche Workloads existieren? Welche Abhängigkeiten bestehen? Welche Migrationsstrategien kommen in Frage?

1. Migration Lead (Teilzeit 50 %) — Projektsetup, Stakeholder-Einbindung, Scope-Definition
2. Cloud Architect (Teilzeit 50 %) — Discovery-Tooling (AWS Migration Hub), Zielarchitektur-Skizze
3. 2–3 Application Owner (Teilzeit je 25–50 %) — Applikationsdaten liefern, Abhängigkeiten dokumentieren

Externe Unterstützung: Storm Reply stellt in dieser Phase typischerweise 1–2 Senior Consultants für Discovery-Tooling und Bewertungsmethodik bei.

Phase 2: Mobilize (8–12 Personen, Dauer: 8–16 Wochen)

Mobilize baut die Grundlagen: Landing Zone, Security Baseline, Runbooks, Pilotmigration. Das Team wächst signifikant, weil parallele Workstreams (Infrastruktur, Security, Operations, Migration-Factory-Training) gleichzeitig laufen.

1. Migration Lead (Vollzeit)
2. Cloud Architect (Vollzeit) — Landing Zone Implementation
3. Security Engineer (Vollzeit) — IAM, SCPs, Compliance-Framework
4. 2 Migration Engineers (Vollzeit) — Pilot-Welle, Tooling-Setup
5. Cloud Operations Engineer (Vollzeit) — Monitoring, Runbooks
6. 3–4 Application Owner (Teilzeit) — Wave-1-Vorbereitung
7. Schulungskoordinator (Teilzeit) — AWS Skill Builder Lernpfade aufsetzen

Phase 3: Migrate (15–25 Personen, Dauer: 3–18 Monate)

In der Migrate-Phase laufen mehrere Wave-Squads parallel. Jeder Squad migriert 2–4 Wellen pro Monat. Die Teamgröße hängt direkt von der Portfoliogröße und der angestrebten Migrationsgeschwindigkeit ab.

1. Migration Lead + 1–2 Wave Coordinators
2. Cloud Architect (Verfügbar als Eskalationsinstanz, nicht mehr Vollzeit)
3. 4–8 Migration Engineers (je nach Anzahl paralleler Squads)
4. Security Engineer (Teilzeit — Reviews und Incident Response)
5. 2 Cloud Operations Engineers (Vollzeit — Monitoring, FinOps)
6. Application Owner (je Welle — für Cutover-Freigaben)
7. FinOps Analyst (ab Monat 2 der Migrate-Phase)

Richtwert für die Skalierung: Pro parallelem Wave-Squad werden 3–4 Migration Engineers und 1 Wave Coordinator benötigt. Ein Squad kann 10–30 Server pro Welle migrieren, je nach Komplexität.

AWS-Zertifizierungspfade für Migrationsteams

AWS bietet über AWS Skill Builder (skill.aws.amazon.com) strukturierte Lernpfade für alle Rollen an. Folgende Pfade sind für Migrationsteams in DACH am relevantesten:

Für Migration Engineers und Application Owner

1. AWS Certified Cloud Practitioner — Pflicht als gemeinsame Wissensbasis (ca. 40 Stunden Vorbereitung)
2. AWS Certified SysOps Administrator – Associate — Für alle, die Migrationen technisch durchführen
3. AWS Certified Advanced Networking – Specialty — Für Teams mit komplexen Hybrid-Netzwerk-Anforderungen

Für Cloud Architekten

1. AWS Certified Solutions Architect – Associate — Einstieg, ~80 Stunden
2. AWS Certified Solutions Architect – Professional — Für Lead-Architekten, ~120 Stunden
3. AWS Certified Migration Specialty (Wissenscheck, kein offizielles Zertifizierungsexam) — via Migration Learning Path auf Skill Builder

Für Security Engineers

1. AWS Certified Security – Specialty — Pflicht für alle Security-Rollen
2. Ergänzend: AWS Security Learning Path auf Skill Builder (GuardDuty, Security Hub, IAM Access Analyzer)

Für Operations und FinOps

1. AWS Certified DevOps Engineer – Professional — Für Cloud Operations Engineers
2. AWS Certified Cloud Financial Management — Für FinOps-Rollen (Cost Explorer, Budgets, Savings Plans)

Storm Reply ist AWS Training Partner und kann betriebsinterne Schulungen (Private Training) organisieren — inklusive Hands-on Labs auf echten AWS-Konten. Dies ist besonders für Betriebsrat-sensible Upskilling-Programme relevant, da Schulungsmaßnahmen mitbestimmungspflichtig sein können.

Upskilling vs. Hiring vs. Partner: Entscheidungsmatrix

Es gibt keine universell richtige Antwort — aber es gibt strukturierte Kriterien für die Entscheidung. Die folgende Matrix hilft CIOs und IT-Leitern, die drei Optionen rollenspezifisch zu evaluieren:

Wichtiger Hinweis zu Arbeitnehmerüberlassung: Wird externes Fachpersonal im Rahmen von Arbeitnehmerüberlassung (AÜG) eingesetzt — also wenn externe Mitarbeiter fachlich weisungsgebunden in das interne Team integriert werden —, bestehen gesetzliche Meldepflichten gegenüber dem Betriebsrat (§ 99 BetrVG) und Höchstüberlassungszeiten von 18 Monaten. Bei Werkverträgen gilt dies nicht direkt, allerdings darf keine faktische Arbeitnehmerüberlassung entstehen. Storm Reply strukturiert seine Engagements so, dass klare Werkvertragsgrenzen eingehalten werden.

Storm Reply als Enabler: Training, Staffing-Modelle und CCoE-Aufbau

Storm Reply ist AWS Premier Consulting Partner und AWS Training Partner — eine Kombination, die es ermöglicht, technische Projektarbeit und Wissensaufbau direkt zu verknüpfen.

Training-as-Enablement

In Road.MAP-Projekten werden nicht einfach Migrationen für den Kunden durchgeführt — Storm Reply arbeitet im Tandem-Modell: Ein externer Experte und ein interner Mitarbeiter teilen sich eine Rolle und Aufgabe. Der interne Mitarbeiter lernt durch echte Projektarbeit, dokumentiert Learnings im Runbook und übernimmt die Rolle spätestens ab der dritten Wave. Dieses Modell reduziert die Abhängigkeit vom externen Partner und beschleunigt den internen Kompetenzaufbau.

CCoE-Bootstrapping

Für Unternehmen ohne bestehende Cloud-Organisation bietet Storm Reply ein strukturiertes CCoE-Bootstrapping an: In vier bis sechs Wochen werden Governance-Strukturen, Rollenbeschreibungen, Eskalationswege und eine initiale AWS-Kontenstruktur etabliert. Das CCoE wird dann schrittweise mit internen Mitarbeitern besetzt — begleitet durch monatliche Office Hours mit Storm Reply Architekten.

Staffing-Flexibilität nach Phase

Storm Reply bietet unterschiedliche Engagement-Modelle: Von der phasengebundenen Projektunterstützung (Assess: 2 FTEs, Mobilize: 4–6 FTEs, Migrate: skalierend) über Managed Services nach der Migration bis hin zu dedizierten Residency-Modellen, bei denen ein Storm Reply Architect dauerhaft im Kundenunternehmen tätig ist. Letzteres eignet sich besonders für große Portfolios (> 500 Workloads) oder regulierte Branchen mit hohem Security-Bedarf.

Betriebsrat und Mitbestimmung: Was Sie beachten müssen

In deutschen Unternehmen mit Betriebsrat ist die Teamaufstellung für Cloud-Migrationsprojekte kein rein operativer Vorgang — sie hat mitbestimmungsrechtliche Dimensionen:

• Arbeitnehmerüberlassung (AÜG): Der Einsatz von Leiharbeitnehmern ist gemäß § 99 BetrVG zustimmungspflichtig. Der Betriebsrat kann die Zustimmung unter bestimmten Bedingungen verweigern. Vorlaufzeit einplanen.
• Qualifizierungsmaßnahmen (§ 98 BetrVG): Wenn systematisches Upskilling durchgeführt wird — beispielsweise über AWS Skill Builder oder externe Schulungen —, hat der Betriebsrat ein Mitspracherecht bei der Auswahl der Maßnahmen und der betroffenen Beschäftigten.
• Versetzungen und Änderungen des Aufgabenbereichs: Wird ein Mitarbeiter dauerhaft in eine neue Cloud-Rolle überführt, kann dies als Versetzung im Sinne des § 99 BetrVG gelten.
• Einführung von Überwachungstechniken: AWS-Monitoring-Tools wie CloudWatch oder AWS Config können als technische Überwachungseinrichtung gelten (§ 87 Abs. 1 Nr. 6 BetrVG) — dies betrifft insbesondere Logging von Mitarbeiteraktivitäten auf AWS-Konten.

Empfehlung: Betriebsrat frühzeitig einbinden, idealerweise bereits in der Assess-Phase. Eine gemeinsame Roadmap für Qualifizierung und Personalplanung reduziert Widerstände und schafft Vertrauen. Storm Reply unterstützt bei der Vorbereitung betriebsratsrelevanter Unterlagen und Präsentationen.

Vorteile und Herausforderungen

Vorteile eines strukturierten Teamaufbaus

• Klarere Verantwortlichkeiten reduzieren Reibung und Doppelarbeit zwischen Teams
• Phasengerechtes Staffing verhindert Over-Engineering in frühen Phasen und Ressourcenmangel in der Migrate-Phase
• Internes Upskilling schafft dauerhafte Cloud-Kompetenz, die über das Projekt hinaus trägt
• Frühzeitige Betriebsrateinbindung verhindert rechtliche und organisatorische Verzögerungen
• AWS Training Partner-Zugang über Storm Reply ermöglicht qualitativ hochwertige Schulungen ohne langwierige Anbieterauswahl

Typische Herausforderungen

• Application Owner-Verfügbarkeit: Diese Rolle ist intern unverzichtbar und kann nicht durch externen Partner ersetzt werden — aber die Mitarbeiter haben oft ein Tagesgeschäft. Lösung: klare Freistellungsvereinbarungen schon zu Projektbeginn.
• Zertifizierungszeiten: Eine AWS Professional-Zertifizierung erfordert 3–6 Monate Vorbereitung bei Vollzeitbeschäftigung. Wer Zertifizierungen als Voraussetzung für Rollen setzt, muss Vorlaufzeit einplanen.
• Fluktuation im Migrationsteam: Cloud-Spezialisten sind gefragt — besonders während eines laufenden Migrationsprojekts. Retention-Maßnahmen und klare Karrierepfade in die Post-Migration-Organisation sind essenziell.
• Know-how-Transfer am Ende des Projekts: Ohne strukturierten Wissenstransfer verlässt das externe Projekt-Know-how das Unternehmen mit den Beratern. Runbooks, Architektur-Dokumentationen und CCoE-Standards müssen laufend gepflegt werden.

Häufig gestellte Fragen

Wie viele Personen braucht ein Cloud-Migrationsteam?

Die Teamgröße hängt von der Road.MAP-Phase ab: In der Assess-Phase genügen 3–5 Personen. Die Mobilize-Phase erfordert 8–12 Personen. In der eigentlichen Migrate-Phase werden je nach Portfoliogröße 15–25 Personen benötigt — verteilt über mehrere Migration-Factory-Squads à 3–4 Migration Engineers.

Welche AWS-Zertifizierung ist für ein Migrationsteam am wichtigsten?

Für Cloud-Architekten ist der AWS Certified Solutions Architect – Professional die wichtigste Zertifizierung. Für Migration Engineers empfiehlt sich AWS Certified SysOps Administrator – Associate. Für alle Teammitglieder bildet der AWS Certified Cloud Practitioner eine unverzichtbare gemeinsame Wissensbasis. AWS Skill Builder bietet rollenspezifische Lernpfade für strukturierte Vorbereitung.

Muss der Betriebsrat bei der Teamaufstellung eingebunden werden?

Ja, in mehreren Dimensionen. Arbeitnehmerüberlassung ist nach § 99 BetrVG zustimmungspflichtig. Systematisches Upskilling unterliegt dem Mitspracherecht nach § 98 BetrVG. Monitoring-Tools können als Überwachungseinrichtung gelten (§ 87 Abs. 1 Nr. 6 BetrVG). Frühzeitige Einbindung des Betriebsrats ab der Assess-Phase ist empfehlenswert.

Upskilling, Hiring oder Partner — was ist die beste Strategie?

In der Regel empfiehlt sich ein Hybridmodell: Kernkompetenzen (Cloud Governance, Security, FinOps) werden intern aufgebaut. Spezialisiertes Migrationswissen und temporäre Kapazitäten kommen vom Partner. Hiring eignet sich für dauerhaft benötigte Rollen wie Cloud Architect oder Platform Engineer — besonders wenn das Unternehmen eine eigene Cloud-Organisation aufbauen will.

Quellen

• IDC: "Cloud Skills and Organizational Influence", 2022 — Schätzung des volkswirtschaftlichen Schadens durch Cloud-Kompetenzlücken in Europa bis 2026
• Bitkom Research: "Fachkräftemangel in der IT", 2023 — 137.000 offene IT-Stellen in Deutschland
• AWS: AWS Migration Acceleration Program (MAP) — Rollenempfehlungen für Migrationsteams
• AWS Skill Builder (skill.aws.amazon.com) — Offizielle Lernpfade und Zertifizierungsvorbereitungen
• Bundesagentur für Arbeit / BetrVG: § 87, § 98, § 99 — Mitbestimmungsrechte bei Qualifizierung, Arbeitnehmerüberlassung und technischen Überwachungseinrichtungen
• Storm Reply: Road.MAP Framework — Phasenmodell für Enterprise-Cloud-Migrationen, interne Projektstatistiken 2022–2024