Eine Cloud-Migration scheitert selten an der Technik, sondern an fehlender Vorbereitung. Wer vorher weiß, welche Daten wohin wandern und wer währenddessen worauf zugreifen muss, übersteht den Wechsel fast immer ohne Produktivitätsverlust.
Typischer Ablauf einer Migration
- Bestandsaufnahme: Welche Server, Dateien, Programme und Abhängigkeiten gibt es aktuell, und welche davon werden wirklich noch gebraucht.
- Zielbild festlegen: Vollständige Cloud-Lösung oder hybrider Betrieb mit einzelnen lokalen Systemen, abhängig von Anforderungen und Altsystemen.
- Testmigration: Ein Teilbereich wird zuerst migriert, um Probleme im kleinen Rahmen zu erkennen, bevor der gesamte Betrieb betroffen ist.
- Datenübertragung: Strukturiert, mit Prüfung auf Vollständigkeit und Zugriffsrechten, nicht als unkontrollierter Massenupload.
- Umstellung der Arbeitsplätze: Zugänge, Synchronisation und Berechtigungen für jeden Mitarbeiter einrichten.
- Parallelbetrieb und Abschluss: Altsystem für eine Übergangsphase im Hintergrund verfügbar halten, bis alles zuverlässig läuft.
Risiken, die oft unterschätzt werden
- Unvollständige Datenübertragung. Alte Dateiserver enthalten oft Datenleichen, deren Fehlen erst Wochen später auffällt.
- Berechtigungen werden 1:1 übernommen. Eine Migration ist der richtige Zeitpunkt, um veraltete oder zu weitreichende Zugriffsrechte zu bereinigen.
- Fehlende Schulung. Eine technisch saubere Migration bringt wenig, wenn das Team die neue Umgebung nicht bedienen kann.
- Kein Rollback-Plan. Für den unwahrscheinlichen, aber möglichen Fall, dass etwas grundlegend nicht funktioniert, sollte ein Weg zurück definiert sein.
- Internetabhängigkeit unterschätzt. Eine Cloud-Lösung braucht eine verlässliche Internetanbindung, das sollte vorab geprüft werden.
Realistischer Zeitrahmen
Für ein kleines Unternehmen mit bis zu zwanzig Arbeitsplätzen und überschaubarer Datenmenge ist eine Migration meist in zwei bis vier Wochen abgeschlossen, Testphase eingerechnet. Große Datenmengen, viele Altsysteme oder branchenspezifische Software verlängern den Zeitrahmen entsprechend. So kann der Ablauf konkret aussehen:
| Phase | Was passiert | Betrieb läuft? |
|---|---|---|
| Woche 1 | Bestandsaufnahme, Zielbild, Rechte- und Ablagestruktur planen | Ja, ungestört |
| Woche 2 | Testmigration mit 1–2 Nutzern, Feinjustierung | Ja, ungestört |
| Woche 3 | Hauptmigration (idealerweise übers Wochenende), Arbeitsplätze umstellen | Kurze Übergabefenster |
| Woche 4 | Parallelbetrieb, Einweisung, Nacharbeiten, Altsystem einfrieren | Ja, mit Ansprechpartner |
Was eine Migration kostet
Die Kosten bestehen aus zwei Teilen. Einmalig: die Migration selbst — für kleine Unternehmen je nach Datenmenge und Altsystemen typischerweise im vierstelligen Bereich. Laufend: die Lizenzkosten der neuen Plattform pro Nutzer und Monat, denen wegfallende Ausgaben für Server-Hardware, Strom, Wartung und irgendwann fällige Ersatzbeschaffungen gegenüberstehen. Diese Verschiebung von unregelmäßigen Investitionen zu planbaren Monatskosten ist für viele KMU der eigentliche wirtschaftliche Gewinn — die Preismodelle der beiden großen Plattformen vergleicht der Artikel Google Workspace oder Microsoft 365.
Was für einen reibungslosen Ablauf sorgt
- Migration außerhalb der Kernarbeitszeit oder in ruhigeren Phasen planen.
- Einen klaren Ansprechpartner für Rückfragen während der Umstellung benennen.
- Kurze Einweisung für alle Mitarbeiter, nicht nur für die IT-affinen im Team.
- Erste Woche nach der Migration aktiv auf Rückmeldungen und Probleme achten.
Nicht vergessen: Auch Cloud-Daten brauchen ein eigenständiges Backup — warum, erklärt der Artikel Backup-Strategie für kleine Unternehmen. Für die konkrete Planung und Umsetzung siehe Cloud-Migration. Für die laufende Betreuung danach siehe Managed Workspace.
