---
title: "Anpassung Betriebsmodelle"
description: "Vom reaktiven IT-Betrieb zur cloud-nativen Lieferfähigkeit: DevOps, Infrastructure as Code, CI/CD und modernisiertes ITIL — und die organisatorischen Veränderungen, die Technologie wirksam machen."
hero:
  tagline: "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."
  illustration:
    name: product
    position: right
sidebar:
  order: 0
  label: "Überblick"
hideLinkCard: true
source_url: "https://framework.stackit.cloud/de/adoption/adapting-operating-models/"
source_file: "docs/de/adoption/adapting-operating-models/index.mdx"
---

## Was dieses Kapitel für Sie bedeutet

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.

<CardGrid>
  <Card title="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.
  </Card>
  <Card title="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.
  </Card>
  <Card title="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.
  </Card>
  <Card title="Erfolge messen">
    Die vier DORA-Kennzahlen als objektive Messgröße der Lieferperformance — mit Richtwerten und
    einer realistischen Verbesserungs-Roadmap.
  </Card>
</CardGrid>

## Das cloud-native Betriebsmodell

![Übersicht Betriebsmodell](./files/operating-model-overview.svg)

## Wenn das Betriebsmodell nicht transformiert wird

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.

## Organisatorischer Personalübergang: die vergessene Aufgabe

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](/de/adoption/adapting-operating-models/devops-ybiyri/)** adressiert dies mit konkreten Teamtopologien und Rollenübergängen.

## Verbindung zu anderen Kapiteln

Die Anpassung der Betriebsmodelle setzt **[Cloud Empowerment](/de/adoption/cloud-empowerment/)** voraus — Teams benötigen die Fähigkeit, neue Arbeitsweisen zu praktizieren.

<Steps>
1. Klären Sie die Teamstruktur mit **[DevOps & YBIYRI](/de/adoption/adapting-operating-models/devops-ybiyri/)** — bevor technische Details festgelegt werden.
2. Führen Sie **[Infrastructure as Code](/de/adoption/adapting-operating-models/iac/)** als Standard ein — nicht als Option.
3. Automatisieren Sie die Auslieferung mit **[CI/CD-Pipelines](/de/adoption/adapting-operating-models/cicd/)** — an Compliance-Gates gebunden.
4. Passen Sie **[ITIL an die Cloud-Realität](/de/adoption/adapting-operating-models/itil-modernisation/)** an — ohne Compliance aufzugeben.
5. Messen Sie den Fortschritt mit **[DORA-Kennzahlen](/de/adoption/adapting-operating-models/dora-metrics/)** — objektiv und regelmäßig.

</Steps>