4-Phasen-CCoE-Rollout
Zuletzt aktualisiert am
Der CCoE entwickelt sich — in vier Phasen
Abschnitt betitelt „Der CCoE entwickelt sich — in vier Phasen“Ein CCoE ist nicht an Tag 1 voll einsatzfähig. Er durchläuft vier Reifephasen mit jeweils unterschiedlichen Prioritäten und unterschiedlichen Erfolgssignalen.
Phase 1: Gründung (Monate 1–3)
Abschnitt betitelt „Phase 1: Gründung (Monate 1–3)“Fokus: Team aufbauen, Auftrag etablieren, erste Standards setzen
Was passiert:
- CCoE-Kernteam eingestellt und freigestellt (mindestens 4 FTE)
- Charta verabschiedet und kommuniziert
- Erste technische Entscheidungen getroffen: IaC-Toolchain (Terraform + STACKIT Provider), Git-Workflow, CI/CD-Grundsätze
- STACKIT-Accounts und Organisationsstruktur erstellt
- Erste Leitplanken als Policy-as-Code umgesetzt (Georestriktion, Pflicht-Tags, Verschlüsselung)
- Track-A-Schulung für alle IT-Mitarbeitenden gestartet
Wie guter Fortschritt aussieht:
- Charta ist unterschrieben ✓
- STACKIT-Organisationsstruktur vorhanden ✓
- 3 Kernleitplanken umgesetzt und getestet ✓
- CCoE-Team in voller Stärke ✓
- Track A läuft für alle IT-Mitarbeitenden ✓
Warnzeichen:
- Charta-Unterzeichnung um mehr als 6 Wochen verzögert → Mandatsproblem, kein Technologieproblem
- Team nicht besetzbar → Recruitingstrategie überdenken, Partner hinzuziehen
- Leitplanken blockieren jedes Deployment → zu restriktiv, Kalibrierung notwendig
Phase 2: Fundamente (Monate 4–8)
Abschnitt betitelt „Phase 2: Fundamente (Monate 4–8)“Fokus: Landing Zone aufbauen, erste Workloads onboarden, FinOps aktivieren
Was passiert:
- Landing Zone vollständig als Terraform-Code bereitgestellt (Hub-and-Spoke-Netzwerk, IAM-Struktur, zentrales Logging)
- Erstes Pilotteam onboardet — 2–3 Workloads als Leuchtturmprojekte migriert
- IaC-Modulbibliothek startet (5–10 Standardmodule für gängige Ressourcentypen)
- FinOps-Grundlagen: Tagging-Standard implementiert, Showback-Berichte für erste Sparten
- Cloud Champions in den ersten Teams nominiert
- Start der Schulung Track C/D für Platform Engineers und Architects
Wie guter Fortschritt aussieht:
- Landing Zone vollständig ausgerollt, alle Leitplanken aktiv ✓
- Erstes Workload-Team selbstständig (mit Unterstützung) in der Cloud ✓
- Tagging-Compliance >80 % bei neuen Ressourcen ✓
- Erste Showback-Berichte an Sparte ausgeliefert ✓
-
5 Terraform-Module in der Bibliothek ✓
Warnzeichen:
- Landing Zone nach 6 Monaten immer noch nicht fertig → Scope reduzieren, erst MVP, dann iterieren
- Pilotteam wartet seit Wochen auf CCoE-Freigaben → Entscheidungsprozesse zu langsam, Self-Service aufbauen
- FinOps-Tagging wird ignoriert → eskalieren, Leitplanke verhärten
Phase 3: Scale (Monate 9–18)
Abschnitt betitelt „Phase 3: Scale (Monate 9–18)“Fokus: Migrationswellen, Self-Service ausbauen, CCoE dezentralisieren
Was passiert:
- Migrationswellen 1–N: strukturierter Workload-Migrationsprozess
- Self-Service-Katalog: Teams können Standardressourcen ohne CCoE-Tickets bereitstellen
- CCoE wandelt sich von „operativem Support“ zu „Enablement und Governance“
- FinOps-Reifegrad steigt: von Showback zu Chargeback
- Communities of Practice (Cloud-Gilden) sind aktiv und selbstorganisiert
- STACKIT Advanced Features werden genutzt: Managed Kubernetes, Managed Databases
Wie guter Fortschritt aussieht:
- Teams stellen eigenständig ohne CCoE-Tickets bereit ✓
-
50 % der Ziel-Workloads migriert ✓
- Leitplanken-Einhaltung >99 % ✓
- Cloud-Kosten im Budget (±10 %) ✓
- CCoE wendet <30 % seiner Zeit für den operativen Support auf ✓
Warnzeichen:
- CCoE ist noch ein operativer Engpass → Self-Service nicht weit genug entwickelt
- Migrationsgeschwindigkeit sinkt → Ressourcenengpass oder technische Hürden — Retrospektive durchführen
- Kosten steigen unkontrolliert → FinOps-Eskalation, Budget-Alerts aktivieren
Phase 4: Institutionalisierung (Monat 18+)
Abschnitt betitelt „Phase 4: Institutionalisierung (Monat 18+)“Fokus: Cloud ist der Normalfall, der CCoE ist ein Innovationstreiber
Was passiert:
- Alle Ziel-Workloads migriert oder bewusst ausgeschlossen
- CCoE-Fokus verschiebt sich von Migration zu Innovation: cloud-native Modernisierung, Evaluation neuer STACKIT-Services
- FinOps voll funktionsfähig: Chargeback aktiv, Budgetgenauigkeit ±5 %
- Cloud-Kompetenz in der Breite eingebettet — kein Single Point of Failure im CCoE
- Regelmäßige Plattform-Upgrades, Kubernetes-Versionsmanagement, Service-Evaluationen
Signale, dass Phase 4 erreicht ist:
- Neue Projekte starten automatisch in der Cloud — niemand fragt, ob On-Premises möglich ist
- Der CCoE führt proaktive Plattform-Reviews durch, ohne dass Teams warten müssen
- Externe Audits bestätigen die Einhaltung ohne Nachbesserung
- Sparten fragen beim CCoE nach neuen Cloud-Möglichkeiten, nicht nur nach Hilfe bei Problemen
Was ist nach 12 Monaten realistisch?
Abschnitt betitelt „Was ist nach 12 Monaten realistisch?“Ein leistungsstarker CCoE nach 12 Monaten:
- 60–80 % der Ziel-Workloads migriert
- Landing Zone stabil, keine ungeplanten Leitplanken-Ausnahmen
- 15–25 % Cloud-Kosteneinsparung durch FinOps-Optimierung realisiert
- 4–6 Cloud-Gilden aktiv, alle technischen Teams haben Cloud Champions
- CCoE wendet >50 % der Zeit für Enablement und Innovation auf
Ein dysfunktionaler CCoE nach 12 Monaten:
- CCoE ist ein Migrationsengpass, Teams warten auf Freigaben
- Leitplanken werden umgangen, da sie zu restriktiv oder zu langsam sind
- FinOps existiert auf dem Papier, aber niemand schaut sich die Kosten an
- Cloud-Wissen konzentriert sich bei 2–3 CCoE-Personen
Praktische Schritte
Abschnitt betitelt „Praktische Schritte“- Phasen-Zeitstrahl definieren mit Terminvorgaben für Ihre Transformation
- Phase-Gate-Kriterien abstimmen je Phasenübergang mit dem CIO
- Monatliche Retrospektive im CCoE-Team: Wo stehen wir in der Phase, was blockiert, was sollten wir beschleunigen?