\n

Start / Expertise

Microsoft Infrastructure & Collaboration

Migrationen führen, wenn Abhängigkeiten den Takt vorgeben.

Mein Fokus liegt auf Projekten, in denen Exchange, Identitäten, Domains und Collaboration-Workloads nicht getrennt betrachtet werden können. Ich unterstütze von der technischen Einordnung bis zur stabilen Übergabe.

Projektkontext statt Leistungskatalog

Drei Situationen, in denen Architektur und Umsetzung zusammengehören.

Die Frage ist selten nur, wie ein einzelner Workload migriert wird. Entscheidend ist, welche Abhängigkeit als Nächstes den Migrationspfad, das Cutover-Fenster oder den Betrieb beeinflusst.

Exchange-Migration

Exchange On-Premises, Hybrid und Exchange Online so verbinden, dass Mailflow, Koexistenz und der Übergang in den Betrieb nachvollziehbar bleiben.

Exchange-Migration vertiefen

Tenant-to-Tenant-Migration

Zwei Microsoft-365-Tenants in M&A-, Konsolidierungs- oder Separationskontexten mit klaren Identitäts-, Domain- und Workload-Abhängigkeiten zusammenführen.

Tenant-to-Tenant vertiefen

Carve-In & Carve-Out

Separation oder Integration als Gesamtarchitektur führen: von AD und Entra ID über Collaboration bis zu Berechtigungen, Endpoints und Day 1.

Carve-In & Carve-Out vertiefen

Wenn der einfache Plan nicht reicht

Technische Risiken entstehen oft an den Übergängen: zwischen Directory und Tenant, zwischen bestehendem Mailflow und neuer Koexistenz, zwischen Cutover und verantworteter Übergabe.

Ich strukturiere diese Übergänge früh genug, um Entscheidungen über Reihenfolge, Verantwortlichkeiten und technische Fallbacks auf eine belastbare Grundlage zu stellen.

Technische Querschnittskompetenz

Identity ist in diesen Projekten kein Nachtrag.

Entra ID und Hybrid Identity sind dort relevant, wo Benutzer, Gruppen, Berechtigungen, Synchronisation, Domains und Zielstrukturen den Migrationsverlauf bestimmen.

Directory und Identitäten

AD-Strukturen, Entra-ID-Objekte, Mapping und Berechtigungen müssen zum Zielbild und zur tatsächlichen Migrationsreihenfolge passen.

Domains und Mailflow

SMTP-Domains, Routing, Connectoren, Autodiscover und DNS sind betriebliche Abhängigkeiten, nicht nur Cutover-Checklistenpunkte.

Collaboration-Workloads

Exchange, OneDrive, SharePoint und Teams folgen je nach Projekt unterschiedlichen Taktungen und Koexistenzanforderungen.

Supporting Skills

Intune, Purview, PowerShell und Graph ergänzen diese Projekte dort, wo sie für Endpoint-, Compliance-, Automatisierungs- oder Analyseaufgaben relevant sind.

Projekterfahrung

Verantwortung dort übernehmen, wo technische Entscheidungen Auswirkungen haben.

Ich arbeite direkt mit IT-Leitungen und Systemhäusern, wenn Migrationen, Separationen oder Integrationen technische Tiefe und einen klaren fachlichen Lead benötigen.

Anonymisierte Projekterfahrung ansehen

Projektkontexte mit technischer TiefeDie Case-Seite ordnet technische Verantwortung, Abhängigkeiten und die jeweils freigegebenen Einzelprojektgrößen ein.

Verwandte Themen

Die passende Vertiefung hängt vom Projektpfad ab.

Nicht jedes Projekt braucht alle drei Schwerpunkte. Die folgenden Seiten führen zu dem Kontext, der die technische Fragestellung am besten beschreibt.

Nächster Schritt

Projekt kurz besprechen.

Ein erster Austausch klärt meist schnell, welche Abhängigkeiten, Risiken und Rollen für den Einstieg relevant sind.

Projekt kurz besprechen