Rollen und Verantwortlichkeiten für Microsoft Fabric Migrationen

Der Erfolg bei der Migration von Workloads in Microsoft Fabric hängt stark vom Verständnis der Organisationsstruktur, dem Betrieb vorhandener Datenplattformen und klar zugewiesenen Verantwortlichkeiten ab. Insbesondere in komplexen oder regulierten Umgebungen muss die Zusammenarbeit verschiedener Funktionen reibungslos funktionieren.

Dieses Kapitel beschreibt:

• Fachspezifische Rollen für Migrationen nach Microsoft Fabric.
• Unterstützende Rollen wie Fabric Landing Zone Architect oder Data Domain Owner.
• Empfehlungen zur Identifikation geeigneter Experten und Verantwortungsträger.
• Eine Verantwortlichkeitsmatrix (RACI) für typische Fabric-Migrationsprojekte.

Hinweis: Rollenbezeichnungen entsprechen nicht zwingend formellen Jobtiteln. Eine Person kann mehrere Rollen übernehmen, oder eine Rolle kann von mehreren Teammitgliedern gemeinsam getragen werden. Entscheidend ist, dass die Aufgaben abgedeckt sind.

Rollen in der strategischen Vorbereitung

Rolle	Verantwortung
Projekt-Sponsor	Definiert den Migrationsumfang, gibt Investitionsentscheidungen frei und trägt die Zielverantwortung.
Projektleiter*in	Erstellt und pflegt den Projektplan, koordiniert Tests und kommuniziert mit Stakeholdern.
Change Manager	Stellt sicher, dass alle betroffenen Personen und Organisationseinheiten involviert und informiert sind.
Lizenzierungs-Spezialist	Bewertet Fabric-bezogene Lizenzen (Power BI Premium/Fabric Capacity), berät zu FinOps-Aspekten.
Fachbereichsvertreter (Workload Owner)	Trägt die Business-Verantwortung für die zu migrierenden Workloads und deren Wertbeitrag.

Rollen in der technischen Ausführung

Rolle	Verantwortung
Migration Architect	Verantwortlich für technische Entscheidungen, Migrationsplanung (Wellen) und -design.
Migration Engineer	Führt Migrationsaufgaben aus, z. B. Datenreplikation, Fabric Data Pipeline-Erstellung etc.

Unterstützende Rollen

Rolle	Verantwortung
Fabric Landing Zone Architect	Verantwortlich für Fabric-spezifische Umgebung (z. B. OneLake-Struktur, Berechtigungen, Naming).
Cloud Operations Manager	Sicherstellung des Betriebs, z. B. Monitoring via Fabric, Azure Monitor oder Power BI.
Workload Architect	Technisches Design für das jeweilige Business-System, inkl. Datenflüsse und Fabric-Integration.
User Acceptance Tester	Führt Abnahmetests mit realistischen Datenflüssen und Reporting-Anforderungen durch.

Experten finden

Zur Identifikation geeigneter Rolleninhaber empfehlen sich:

• Historische Tickets oder Betriebssystem-Logs (z. B. frühere Änderungsanfragen).
• Sign-in-Daten aus Fabric oder Entra ID.
• Datenflussanalysen mit Microsoft Purview oder Application Insights.
• Kontaktaufnahme mit verwandten Systemverantwortlichen, um Experten indirekt zu identifizieren.

Skalierung für größere Initiativen

Für komplexe oder großvolumige Migrationen können weitere Rollen nötig sein:

Rolle	Verantwortung
Programmleiter*in	Koordiniert mehrere Migrationsstränge und die Gesamtstrategie.
Leitende*r Architekt*in	Technische Gesamtverantwortung über mehrere Workloads hinweg.

Verantwortlichkeitsmatrix (RACI-Modell)

Rolle	Vorbereitung	Assessment	Deployment	Release	Change Mgmt	Betrieb
Migration Architect	D	A	D	A	I	D
Migration Engineer	C	C	D	C	I	C
Projektleiter*in	D	I	I	D	A	I
Projekt-Sponsor	A	A	I	A	A	A
Workload Architect	I	C	C	C	C	C
Workload Owner	A	A	A	A	C	A
Change Manager	I	I	I	C	D	C
Lizenzierungs-Spezialist	C	C	I	I	I	D
Operations Manager	C	I	C	C	C	D
Landing Zone Architect	C	C	C	I	I	C

Legende: D = Driver, A = Approver, C = Contributor, I = Informed

---