Teams neu strukturieren
Das Modell von stromorientierten Teams mit echter operativer Verantwortung — und wie ein Platform-Engineering-Team alle anderen befähigt, ohne zum Engpass zu werden.
Die Technik ist eingesetzt. Jetzt beginnt die eigentliche Transformation: wie Teams arbeiten, wer für was verantwortlich ist — und wie man von „Wir betreiben IT“ zu „Wir liefern Wert“ übergeht.
Cloud-Technologie ändert nicht automatisch die Art und Weise, wie Ihre Organisation Software entwickelt und betreibt. Viele Organisationen haben nach der Migration die gleichen langen Deployment-Zyklen, die gleichen Silos zwischen Entwicklung und Betrieb, die gleichen manuellen Prozesse — jetzt eben in der Cloud.
Dieses Kapitel befasst sich mit den organisatorischen Veränderungen, die die Cloud effektiv machen: wie Teams strukturiert sind, wie Verantwortung verteilt ist, wie Change Management und Incident Response an die Cloud-Geschwindigkeit angepasst werden — und wie zu messen ist, ob die Transformation tatsächlich stattgefunden hat.
Teams neu strukturieren
Das Modell von stromorientierten Teams mit echter operativer Verantwortung — und wie ein Platform-Engineering-Team alle anderen befähigt, ohne zum Engpass zu werden.
Infrastructure as Code
Warum das Klicken in die Konsole nicht mehr der Standard sein darf — und wie Infrastructure as Code gleichzeitig Reproduzierbarkeit, Sicherheit und Geschwindigkeit liefert.
ITIL an Cloud-Geschwindigkeit anpassen
Welche Change-Management-Prozesse in der Cloud anders ablaufen müssen — und wie man Standard Changes definiert, damit Compliance und Agilität keine Gegensätze sind.
Erfolge messen
Die vier DORA-Kennzahlen als objektive Messgröße der Lieferperformance — mit Richtwerten und einer realistischen Verbesserungs-Roadmap.
Ein Finanzdienstleister hat in acht Monaten 40 Workloads auf STACKIT migriert. Technisch ein Erfolg. Organisatorisch eine ernüchternde Erfahrung.
Deployment-Zyklen: immer noch sechs Wochen. Nicht, weil die Technologie zu langsam wäre — sondern weil der Change-Management-Prozess weiterhin jeden Patch durch ein dreiköpfiges CAB-Gremium leitete.
Manuelle Konfiguration: weiterhin über die Konsole. Nicht, weil kein IaC-Tool zur Verfügung stand — sondern weil niemand es gelernt hatte und niemand die Zeit dafür bekam.
Kosten: 60 % höher als budgetiert. Nicht, weil STACKIT teuer ist — sondern weil kein Team Verantwortung für seinen Cloud-Kostenanteil übernommen hat.
420.000 Euro an jährlichen Mehrkosten. Die Migration war erfolgreich. Die Transformation war fehlgeschlagen.
Die Cloud-Transformation schafft neue Rollen und ändert bestehende. Systemadministratoren werden zu Platform Engineers. Infrastrukturteams werden zu DevOps-Teams. Manche Rollen, die es heute gibt, werden in drei Jahren nicht mehr benötigt — zumindest nicht in ihrer jetzigen Form.
Diese Realität offen zu kommunizieren und aktiv mitzugestalten — mit klaren Qualifizierungspfaden, fairen Übergangsprozessen und dem Betriebsrat als Partner — ist nicht nur moralisch geboten. Es ist strategisch notwendig. Wer diese Gespräche nicht führt, verliert genau die Personen, die für die Transformation am dringendsten benötigt werden.
Das Kapitel DevOps & YBIYRI adressiert dies mit konkreten Teamtopologien und Rollenübergängen.
Die Anpassung der Betriebsmodelle setzt Cloud Empowerment voraus — Teams benötigen die Fähigkeit, neue Arbeitsweisen zu praktizieren.