Microsoft 365 Migration: Die 7 häufigsten Stolpersteine

Warum scheitert eine Microsoft-365-Migration selten an der Technik?

Eine Microsoft-365-Migration scheitert fast nie an der Technik, sondern an Organisation, Kommunikation und übersehenen Details. Die Werkzeuge sind ausgereift: Postfächer, Dateien und Berechtigungen lassen sich heute zuverlässig übertragen. Wenn ein Projekt trotzdem holprig läuft, liegt das an dem, was um die Technik herum passiert oder eben nicht passiert.

Microsoft 365 ist die abonnementbasierte Cloud-Suite aus Exchange Online (E-Mail), SharePoint und OneDrive (Dateien) sowie Teams (Zusammenarbeit). Eine Migration bedeutet, bestehende Postfächer, Laufwerke und Anwendungen in diese Cloud-Dienste zu überführen. Technisch ist das ein gut beherrschbarer Vorgang, organisatorisch dagegen ein Projekt mit vielen beweglichen Teilen.

Die wahren Stolpersteine sind weniger spektakulär als ein Serverabsturz, kosten aber genauso viel Zeit und Nerven: eine fehlende Bestandsaufnahme, unterschätzte Datenmengen, vergessene Berechtigungen und unvorbereitete Mitarbeitende. Die gute Nachricht lautet: Wer diese Punkte ernst nimmt und vorab klärt, hat den Großteil der typischen Probleme bereits vermieden. Eine saubere Planung ersetzt teures Nachbessern im laufenden Betrieb.

Warum sollten Sie vor jeder Migration den Bestand inventarisieren?

Ohne Überblick wird jede Migration zur Überraschung. Eine saubere Bestandsaufnahme klärt vorab die entscheidenden Fragen: Wie viele Postfächer gibt es, und wie groß sind sie? Welche Datenmengen liegen auf den Laufwerken? Welche Freigaben, Drittanbieter-Anbindungen und Fachanwendungen hängen daran? Erst diese Inventur macht den Aufwand kalkulierbar.

Die Datenmengen sind dabei der häufigste Unterschätzungsfehler. Ein einzelnes Exchange-Online-Postfach fasst je nach Plan bis zu 50 GB, ein Archivpostfach kann darüber hinaus auf 1,5 TB anwachsen. Bei 30 oder 50 Mitarbeitenden summieren sich daraus schnell mehrere Terabyte, die über die Internetleitung wandern müssen. Wer das nicht vorab rechnet, wundert sich später über Übertragungszeiten, die Tage statt Stunden dauern.

Gerade Altlasten kommen bei der Inventur ans Licht: verwaiste Postfächer ausgeschiedener Mitarbeitender, vergessene Freigaben, längst ungenutzte Anwendungen, die im Hintergrund noch auf Daten zugreifen. Solche Überraschungen mitten im laufenden Umzug zu entdecken ist deutlich teurer, als sie vorher zu bereinigen. Eine Migration ist immer auch die beste Gelegenheit, digitalen Ballast loszuwerden.

Die Inventarisierung ist außerdem die Grundlage für eine realistische Zeitplanung. Erst wenn klar ist, welche Datenmengen tatsächlich bewegt werden müssen, lässt sich seriös abschätzen, wie lange der Umzug dauert und in welche Wellen er sich am besten aufteilen lässt.

Ein praktischer Nebenaspekt ist die Internetanbindung. Da bei der Migration sämtliche Daten über die Leitung in die Cloud wandern, entscheidet die verfügbare Bandbreite mit über die Dauer. Wer mehrere Terabyte über einen schmalen Anschluss schiebt, plant besser großzügig oder nutzt für die Erstbefüllung spezielle Verfahren. Auch das lässt sich nur abschätzen, wenn die Datenmengen vorab bekannt sind, ein weiterer Grund, die Inventur nicht zu überspringen.

Warum migriert man besser in Wellen statt im Big-Bang?

Migrieren Sie in Wellen, nicht in einem einzigen Big-Bang über Nacht. Ein Cutover, bei dem alle Mitarbeitenden gleichzeitig umgestellt werden, klingt schnell, ist aber riskant: Tritt ein Problem auf, sind sofort alle betroffen, und der Support kann nicht mehr gezielt helfen, weil er an allen Fronten zugleich gefordert ist.

Beim Wellen-Modell wird stattdessen Gruppe für Gruppe migriert, etwa abteilungs- oder standortweise. Schwierigkeiten lassen sich so früh erkennen und beheben, und Erkenntnisse aus der ersten Welle fließen direkt in die nächste ein. Die folgenden Punkte sprechen für dieses Vorgehen:

• Geringeres Risiko: Probleme treffen nie das ganze Unternehmen gleichzeitig.
• Enger Support: Jede überschaubare Gruppe wird eng begleitet.
• Lerneffekt: Jede Welle läuft reibungsloser als die vorige.
• Durchlaufender Betrieb: Kein riskanter Wochenend-Cutover für alle auf einmal.

Während der Übergangsphase arbeiten alte und neue Umgebung parallel, sodass die E-Mail-Zustellung über die sogenannte Koexistenz nahtlos weiterläuft. So bleibt der Betrieb durchgehend handlungsfähig, während der Umzug Schritt für Schritt voranschreitet, kontrolliert statt mit angehaltenem Atem.

Welche Berechtigungen und Details werden am häufigsten vergessen?

Technisch migriert ist nicht gleich produktiv genutzt. Immer wieder geraten dieselben Details in Vergessenheit, und gerade die Berechtigungen sind der Klassiker. In gewachsenen Umgebungen weiß oft niemand mehr genau, wer auf welche geteilten Postfächer und Ablagen zugreifen darf. Wird das nicht sauber übertragen, fehlt am ersten Arbeitstag der Zugriff auf den gemeinsamen Posteingang oder das Projektlaufwerk.

Daneben verschwinden gern weitere vermeintliche Nebensächlichkeiten: persönliche Signaturen, individuelle Outlook-Regeln, die Verknüpfungen zu Netzwerkdruckern und die Anbindung an Branchensoftware. Wenn diese Kleinigkeiten nach dem Umzug fehlen, entsteht Frust, selbst wenn die eigentliche Migration einwandfrei verlief. Aus Sicht der Mitarbeitenden zählt nicht, dass die Daten korrekt übertragen wurden, sondern ob sie wie gewohnt arbeiten können.

Ein weiterer oft übersehener Punkt ist der Datenschutz. Eine Migration ist der ideale Moment, um Berechtigungen nicht eins zu eins zu übernehmen, sondern aufzuräumen. Nach dem Prinzip der Datenminimierung aus der DSGVO sollte jeder nur auf das zugreifen können, was er für seine Arbeit wirklich braucht. Wer veraltete Freigaben mitschleppt, baut sich genau das Problem auf, das später beim Einsatz von KI-Werkzeugen schmerzhaft sichtbar wird.

Eine Checkliste dieser Punkte gehört deshalb zwingend zur Planung. Sie sorgt dafür, dass nichts durchrutscht, was später im Alltag stört, und macht den Unterschied zwischen einem technischen Erfolg und einem gefühlten Fehlstart. Wie sich Berechtigungen sinnvoll ordnen, vertiefen wir im Beitrag zu Fileserver oder SharePoint.

Wie sichern Sie die Daten während und nach der Migration?

Microsoft sichert die Verfügbarkeit der Plattform, aber nicht den vollständigen Inhalt Ihrer Postfächer und Dateien. Das ist eine der häufigsten Fehlannahmen rund um eine Migration. Microsoft arbeitet nach dem Modell der geteilten Verantwortung: Der Anbieter hält die Infrastruktur am Laufen, für die langfristige Sicherung der eigenen Daten bleiben Sie selbst zuständig.

Konkret bedeutet das: Gelöschte E-Mails liegen im Standard nur 14 Tage, maximal 30 Tage im Papierkorb, gelöschte SharePoint-Inhalte je nach Konfiguration bis zu 93 Tage. Danach sind sie endgültig weg. Wer etwa nach einem irrtümlich gelöschten Projektordner ein halbes Jahr später sucht, steht ohne eigenes Backup mit leeren Händen da.

Deshalb gehört eine eigene, unabhängige Sicherung von Microsoft 365 zu jedem soliden Migrationsprojekt. Sie ergänzt die bewährte 3-2-1-Regel, also drei Kopien auf zwei Medien mit einer Kopie außer Haus, um die Cloud-Daten. Während der Migration selbst sorgt die parallele Koexistenz dafür, dass die Quelldaten bestehen bleiben, bis die Übertragung gegengeprüft ist. So gehen weder beim Umzug noch im späteren Betrieb Daten verloren.

Wie sieht ein realistischer Zeitplan für die Migration aus?

Ein durchdachtes Migrationsprojekt gliedert sich in klar benannte Phasen: Bestandsaufnahme, Planung und Konzept, Pilotwelle, Hauptmigration in Wellen und Nachbereitung. Diese Reihenfolge ist kein Selbstzweck, sondern verhindert, dass im Eifer des Umzugs grundlegende Vorarbeiten übersprungen werden. Jede Phase liefert die Voraussetzung für die nächste.

In der Pilotwelle wird eine kleine, gemischte Gruppe umgezogen, idealerweise mit IT-affinen Mitarbeitenden, die Rückmeldung geben. Hier zeigt sich, ob Signaturen, Drucker und Branchensoftware sauber funktionieren, bevor der Großteil der Belegschaft folgt. Aus den Erkenntnissen entsteht ein verfeinertes Drehbuch für die Hauptmigration, in dem jeder Schritt, jede Zuständigkeit und jeder Rückfallplan dokumentiert ist.

Für die Dauer gibt es keine Pauschalantwort, doch eine Orientierung: Bei einem kleineren Betrieb mit übersichtlichen Datenmengen ist die eigentliche Umstellung oft in wenigen Tagen erledigt, bei größeren Häusern mit vielen Terabyte und komplexen Berechtigungen zieht sie sich über mehrere Wochen. Entscheidend ist nicht die Geschwindigkeit, sondern dass am Ende keine Daten fehlen und niemand ausgebremst wird. Wer hier Zeit in die Planung investiert, spart sie im Betrieb doppelt wieder ein.

Wie nehmen Sie Ihre Mitarbeitenden beim Umstieg richtig mit?

Der am häufigsten unterschätzte Faktor ist der Mensch. Eine neue Oberfläche, andere Wege zu vertrauten Dateien, ungewohnte Funktionen in Teams und SharePoint, ohne Vorbereitung führt das zu Unsicherheit und einer Welle von Support-Anfragen direkt nach dem Umstieg. Die beste Technik bringt keinen Mehrwert, wenn sie nicht genutzt wird.

Deshalb gehören kurze Schulungen, verständliche Anleitungen und ein klarer Ansprechpartner fest zum Plan. Niemand muss zum Microsoft-365-Experten werden, aber jeder sollte wissen, wo die täglich genutzten Dinge zu finden sind und wie gemeinsames Bearbeiten oder der Versionsverlauf funktionieren. Das nimmt den Druck und beugt Frust vor.

Eine Migration ist erst dann gelungen, wenn die Mitarbeitenden am Montagmorgen wissen, wo sie was finden, nicht wenn die Daten technisch übertragen sind.

Bei implec begleiten wir den Umstieg so, dass Ihre Mitarbeitenden vom ersten Tag an handlungsfähig sind. Seit 2002 haben wir Migrationen jeder Größe begleitet und wissen, dass die Akzeptanz im Team über den Erfolg entscheidet. Wenn Sie eine Migration planen, lohnt vorab auch ein Blick auf die passende Lizenzierung und die Frage, ob eine hybride Architektur für einzelne Systeme sinnvoller ist. Sprechen Sie uns für eine unverbindliche Erstberatung gern über unsere Kontaktseite an.