---
title: Zusammenarbeit und Schnittstellen
description: Definieren Sie klare Schnittstellen zwischen Partner-Factory, Kundenteams, Plattformbetrieb und Governance-Gremien für eine stabile STACKIT-Wellenausführung.
sidebar:
  label: Zusammenarbeit und Schnittstellen
  order: 2
source_url: "https://framework.stackit.cloud/de/migration/design-and-mobilize/migration-factory-setup/collaboration-and-interfaces/"
source_file: "docs/de/migration/design-and-mobilize/migration-factory-setup/collaboration-and-interfaces.mdx"
---

## Ziel

Migrationswellen laufen stabiler, wenn Übergaben und Entscheidungsrechte eindeutig sind. Diese Seite
strukturiert die teamübergreifende Zusammenarbeit, damit Planung, Umsetzung, Validierung und Cutover
synchron bleiben.

## Zentrale Schnittstellenebenen

<CardGrid>
  <Card title="Schnittstelle zur Kundenseite">
    Koordiniert Business-Fenster, Release-Freigaben, Ausfallkommunikation und Abnahmepunkte.
  </Card>
  <Card title="Schnittstelle zur Partner-Factory">
    Steuert Wellenausführung, Runbook-Abläufe, Issue-Triage und Reporting-Rhythmus.
  </Card>
  <Card title="Schnittstelle zum Plattformbetrieb">
    Richtet Landing-Zone-Vorgaben, IAM-Kontrollen, Netzwerkvorgaben und Plattformreife aus.
  </Card>
  <Card title="Governance-Schnittstelle">
    Verbindet Architektur, Security, Compliance und Release-Entscheidungsgremien.
  </Card>
</CardGrid>

## Gestaltungsprinzipien für Schnittstellen

- **Ein Verantwortlicher pro Entscheidungspunkt**: Keine geteilte Verantwortung an Go/No-Go-Punkten.
- **Zeitgebundene Eskalation**: Jeder Schweregrad hat einen eindeutigen Verantwortlichen und Reaktionszeit.
- **Nachweisbasierte Übergaben**: Übergaben basieren auf dokumentierten Checks, nicht nur auf Statusaussagen.
- **Zwei Kommunikationsrhythmen**: Täglicher operativer Fluss plus wöchentlicher Steuerungsfluss.

## Empfohlener RACI-Umfang

Ein RACI sollte mindestens diese Themen abdecken:

- Freigabe von Wellenumfang und Change Requests.
- Sign-off von Runbooks und Freigabe von Ausnahmen.
- Cutover-Freigabe und Rollback-Entscheidungsrecht.
- Incident-Kommunikation an Business-Stakeholder.
- Qualitätsreview nach Welle und Ownership für Korrekturmaßnahmen.

## Setup-Schritte für Zusammenarbeit und Schnittstellen

<Steps>

1. Beteiligte Delivery-Akteure identifizieren und je Lebenszyklusphase einen primären Verantwortlichen festlegen.
2. Entscheidungsforen definieren (Daily Operations, Wave Board, Architektur/Security Board, Steering).
3. Eskalationspfade mit Schweregraden, Übergaberegeln und Kommunikationskanälen festlegen.
4. Kommunikationsartefakte definieren (Daily Report, Risiko-Übersicht, Cutover-Brief, Postmortem).
5. Schnittstellenmodell in einer Probewelle testen und Engpässe vor der Skalierung entfernen.

</Steps>

## Typische Warnsignale

- Wiederholte Verzögerungen an Release-Entscheidungen durch unklare Ownership.
- Parallele Eskalationen über mehrere Kanäle mit widersprüchlichem Status.
- Runbook-Checkpoints werden ohne belastbare Nachweise als erfüllt markiert.
- Business-Kommunikation hinkt dem technischen Incident-Verlauf hinterher.
