---
title: "4-Phasen-CCoE-Rollout"
description: "Der monatsgenaue Aufbauplan für den CCoE: was in jeder Phase passiert, wie guter Fortschritt aussieht und welche Signale zeigen, dass der CCoE auf Kurs ist."
sidebar:
  order: 3
  label: "4-Phasen-Rollout"
source_url: "https://framework.stackit.cloud/de/advisory/cloud-centre-of-excellence/rollout-phases/"
source_file: "docs/de/advisory/cloud-centre-of-excellence/rollout-phases.mdx"
---

## 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)

**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)

**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)

**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+)

**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?

**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

1. **Phasen-Zeitstrahl definieren** mit Terminvorgaben für Ihre Transformation
2. **Phase-Gate-Kriterien abstimmen** je Phasenübergang mit dem CIO
3. **Monatliche Retrospektive** im CCoE-Team: Wo stehen wir in der Phase, was blockiert, was sollten wir beschleunigen?