Eine neue Mailbox ist schnell angelegt. Die eigentliche Migrationsfrage lautet, ob danach auch gemeinsam genutzte Postfächer, Kalender, Mobilgeräte, Scanner und Fachanwendungen wie erwartet funktionieren. Für kleine und mittlere Unternehmen braucht es deshalb mehr als einen Termin für die DNS-Umschaltung: Der Bestand muss bekannt sein, ein Pilot muss die kritischen Arbeitsabläufe abdecken und die Übergabe muss Verantwortlichkeiten festhalten.

Dieser Leitfaden zeigt, welche Entscheidungen vor dem Wechsel auf Microsoft 365 beziehungsweise vor einer größeren Umstellung innerhalb der Microsoft-Umgebung geklärt sein sollten. Das konkrete Migrationsverfahren hängt vom Ausgangssystem und den beauftragten Diensten ab.

Zuerst klären, welche Migration tatsächlich ansteht

Eine Neueinrichtung für wenige Benutzer ist etwas anderes als die Übernahme eines bestehenden Tenants, ein Wechsel von einem anderen Mailanbieter oder eine Migration zwischen zwei Microsoft-365-Tenants. Auch lokale Active-Directory- oder Exchange-Abhängigkeiten verändern den Ablauf. Microsoft weist ausdrücklich darauf hin, dass der allgemeine Einrichtungsassistent für Verzeichnis-Synchronisation und hybride Exchange-Szenarien nicht der richtige Weg ist.

Vor der Werkzeugwahl sollte deshalb feststehen, welche Dienste betroffen sind: nur E-Mail oder auch OneDrive, SharePoint, Teams, Geräteverwaltung und Identitäten? Bei einer Tenant-zu-Tenant-Migration kommen zusätzliche Voraussetzungen, Reihenfolgen und gegebenenfalls besondere Lizenzen hinzu. Ein allgemeines Rezept für jeden Wechsel wäre hier eher ein Risiko als eine Hilfe.

Der Bestand: Was vor der ersten Änderung auf den Tisch gehört

Die Bestandsaufnahme muss nicht aus einem langen Bericht bestehen. Sie muss aber die Dinge erfassen, deren Fehlen am Umschalttag den Betrieb stoppt oder Berechtigungen verändert.

Identitäten und Administration: Benutzer, Administratorrollen, Notfallzugänge, MFA-Verfahren sowie die Eigentümerschaft des bestehenden Tenants.
Domänen und DNS: Registrar, DNS-Verwaltung, verwendete Domänen und Subdomänen sowie bestehende Einträge für E-Mail und weitere Dienste.
E-Mail und Kalender: Postfächer, Aliase, Verteiler, gemeinsam genutzte Postfächer, Weiterleitungen, Stellvertretungen, Räume und Geräte.
Dateien und Zusammenarbeit: Datenquellen, Größen, Freigaben, externe Gäste, Aufbewahrungsanforderungen und fachlich verantwortliche Personen.
Endgeräte und Anwendungen: Windows-Geräte, Smartphones, Office-Anmeldungen, Scanner, Multifunktionsgeräte und Anwendungen, die E-Mail oder Microsoft-Anmeldungen verwenden.
Betrieb und Wiederherstellung: Lizenzbestand, Supportzuständigkeiten, Backup, bekannte Störungen und noch offene Änderungen.

Besonders wichtig ist die Kontrolle über die Unternehmensdomäne. Microsoft empfiehlt, die benötigten Benutzer und Postfächer einzurichten, bevor der MX-Eintrag auf Microsoft 365 zeigt. Die DNS-Änderung selbst ersetzt also weder die Vorbereitung noch die Funktionsprüfung.

Das Zielbild beschreibt nicht nur Produkte

Vor dem Pilot sollte klar sein, wie Benutzer sich künftig anmelden, welche primären Adressen gelten, wo Dateien liegen und wer administrative Änderungen freigibt. Dazu gehören auch Gerätemanagement, MFA, gemeinsam genutzte Ressourcen, Backup und der Umgang mit ausscheidenden Mitarbeitenden.

Nicht jede bestehende Funktion muss unverändert übernommen werden. Veraltete Verteiler, doppelte Konten oder historisch gewachsene Freigaben können bewusst bereinigt werden. Solche Entscheidungen gehören jedoch vor die Migration und brauchen einen fachlichen Eigentümer. Eine technische Umsetzung sollte nicht nebenbei festlegen, wer nachher auf welche Daten zugreifen darf.

Ein Pilot muss typische Arbeitsabläufe prüfen

Ein Pilot ist kein kurzer Login mit einem Testkonto. Er sollte repräsentative Arbeitsweisen abdecken: einen normalen Büroarbeitsplatz, mobile Nutzung, ein gemeinsam genutztes Postfach oder eine Stellvertretung und mindestens eine relevante Anwendung oder ein Gerät mit E-Mail-Funktion.

Zu einem belastbaren Piloten gehören beispielsweise:

Anmeldung und MFA auf den vorgesehenen Geräten;
interner und externer E-Mail-Versand einschließlich Antworten;
Kalender, Stellvertretungen und gemeinsam genutzte Postfächer;
OneDrive-Synchronisation beziehungsweise vereinbarte SharePoint-Freigaben;
Outlook, Smartphones sowie ausgewählte Scanner oder Fachanwendungen;
Supportweg und Wiederanmeldung, wenn ein Benutzer den Zugriff verliert.

Die Ergebnisse werden nicht nur mit „funktioniert“ oder „funktioniert nicht“ festgehalten. Offene Punkte brauchen eine Auswirkung, eine verantwortliche Person und eine Entscheidung vor der breiten Umstellung.

Die Umschaltung braucht klare Entscheidungspunkte

Für das Umschaltfenster müssen Benutzer und Zielpostfächer vorbereitet, Datenstände eingeordnet und die notwendigen DNS-Änderungen bekannt sein. Mitarbeitende brauchen einen Kommunikationsweg, der auch während der E-Mail-Umstellung funktioniert. Ebenso wichtig sind Kriterien für Fortsetzen, Unterbrechen oder Verschieben.

Ein Rollback-Plan ist nur dann belastbar, wenn beschrieben ist, was tatsächlich zurückgestellt werden kann. Ein geänderter DNS-Eintrag lässt sich erneut ändern; bereits verschobene Daten, neue Benutzeraktivität oder angepasste Geräte sind damit aber nicht automatisch im alten Zustand. Deshalb werden die Grenzen des Rollbacks vorab festgelegt und nicht erst während einer Störung erfunden.

Abnahme und Übergabe schließen die Migration ab

Nach der Umschaltung werden die vereinbarten Arbeitsabläufe erneut geprüft. Dazu gehören die externe Erreichbarkeit, Funktionspostfächer, Berechtigungen, mobile Geräte und die ausgewählten Anwendungen. Abweichungen werden mit Priorität und Zuständigkeit dokumentiert.

Zur Übergabe gehören außerdem die administrativen Rollen, der kontrollierte Notfallzugang, Domänen- und Lizenzzuständigkeiten, die Backup- und Wiederherstellungsentscheidung sowie eine Liste der bewusst verbliebenen Altkomponenten. Erst dann kann der laufende Betrieb nachvollziehbar übernommen werden.

Kurze Checkliste für den Auftraggeber

Wer darf fachlich über Konten, Daten und Berechtigungen entscheiden?
Wer kontrolliert Tenant, Domäne und DNS-Verwaltung?
Welche Postfächer, Aliase, Verteiler und Freigaben werden wirklich genutzt?
Welche Geräte und Anwendungen hängen an E-Mail oder Microsoft-Anmeldungen?
Welche Benutzer und Abläufe bilden den Pilot ab?
Welche Tests entscheiden über die Freigabe der Umschaltung?
Wie werden Mitarbeitende während der Umstellung erreicht?
Wer übernimmt Dokumentation, offene Punkte und den anschließenden Betrieb?

Den Umfang vor dem Termin festlegen

JITIS unterstützt KMU dabei, die vorhandene Microsoft-Umgebung und ihre Abhängigkeiten vor einer Migration einzuordnen. Der Microsoft-Umgebungscheck liefert einen dokumentierten Ist-Stand und einen Umsetzungsfahrplan; Migration und laufender Betrieb werden anschließend als klar begrenzte Leistungen vereinbart. Wenn gleichzeitig ein Dienstleisterwechsel ansteht, hilft zusätzlich die Übergabe-Checkliste für Unternehmen.

Im ersten Gespräch reichen Ausgangssystem, Nutzerzahl, betroffene Dienste und gewünschter Termin. Daraus lässt sich klären, ob zunächst eine Bestandsaufnahme, ein Pilot oder bereits ein konkreter Migrationsauftrag sinnvoll ist.