Google Workspace Migration Checkliste: so wird der Umzug planbar
Eine Google Workspace Migration scheitert selten am reinen Transfer, sondern an unklaren Zuständigkeiten, Berechtigungen, DNS und fehlender Validierung. Wenn du Scope, Inventar und Migrationsstrategie früh sauber festlegst, reduzierst du Risiko, sparst Zeit in der Cutover-Phase und kannst Nutzen messbar machen.
- Inventarisiere Accounts, Daten, Shared drives und Geschäftsprozesse vor dem Umzug.
- Wähle Strategie und Tooling so, dass Pilot und Delta-Migration möglich sind.
- Plane Pre-Cutover, Validierung und Post-Migration als feste Arbeitspakete.
Der Artikel liefert eine kompakte, umsetzbare Checkliste inklusive Templates, die du direkt als Arbeitsblatt übernehmen kannst.
Du fragst Dich, was das konkret für Euer Setup bedeutet? Schreib uns oder sichere Dir direkt Dein kostenloses Erstgespräch.
Definition
Eine Google Workspace Migration überträgt ausgewählte Daten und Funktionen wie Gmail, Kalender, Kontakte und Google Drive inklusive Shared drives von einer Quellumgebung in eine Zielumgebung in Google Workspace. Sie ist kein vollautomatischer Umbau der Organisation, weil Zugriffe, Ownership, Compliance-Regeln und Integrationen separat geplant, getestet und freigegeben werden müssen.
Einleitung
Wenn am Cutover-Tag E-Mail nicht ankommt, Kalender fehlen oder ein Shared drive plötzlich ohne Ownership dasteht, ist der Schaden sofort sichtbar. Mit einer Google Workspace Migration Checkliste machst du Entscheidungen, Risiken und Prüfungen vorher verbindlich und bekommst einen Umzug, der im Alltag funktioniert.
Scope und Ziel: Was wird migriert und wofür?
Der wichtigste Budget- und Zeithebel ist ein klarer Scope. Definiere Zielbild und Erfolgskriterien: Welche Nutzergruppen sollen wann produktiv arbeiten können, und welche alten Wege sollen enden (z. B. Outlook-Workarounds, lokale PST-Archive, Schatten-IT)? Lege fest, ob es um eine full migration geht oder um eine Coexistence-Phase, in der Quelle und Ziel zeitweise parallel laufen. Messbarkeit entsteht, wenn du vorab Kriterien festhältst: Zugriff funktioniert, Mail-Flows sind korrekt, kritische Prozesse laufen, Support-Tickets bleiben im erwarteten Rahmen.
Inventar vor der Migration: Accounts, Daten, Prozesse
Ohne Inventar wird jede Migration zum Blindflug. Erstelle ein Arbeitsblatt, das Quell- und Zielzustand verbindet: Accounts, Mailboxes, Delegated mailbox access, Gruppen, Kalender (inklusive Calendar resources wie Räume/Equipment), Contacts und Datenablagen. Bei Shared drives ist Ownership besonders kritisch: Wer ist Owner, wer hat permissions, und welche Shared resources hängen daran? Ergänze Geschäftsprozesse: Onboarding, Rechnungsfreigaben, Vertriebs-Postfächer, Support-Queues, Archivierung, Newsletter-Tools und signifikante Integrationen.
- Accounts-Mapping: Quelle → Ziel (inklusive Aliase, Gruppen, Rollen)
- Daten-Mapping: Mail, files, calendars contacts, Shared drives, Berechtigungen
- Prozess-Mapping: Welche People machen was, womit und wann?
Migrationsstrategie und Tooling: Phasen statt Big Bang
Wähle die Strategie so, dass Zeitdruck und Risiko steuerbar bleiben. Typisch sind Wellen nach Abteilung, Standort oder Rollen. Für Migrationen aus Microsoft 365 oder Microsoft Exchange ist entscheidend, ob du Mail, Kalender und Kontakte konsistent migrieren kannst und ob eine Incremental (delta) migration möglich ist, damit Änderungen zwischen Pilot und Cutover nicht verloren gehen. Bei den Tools gilt: Data Migration Service kann für einfache Pfade passen, Google Workspace Migrate ist für komplexere Szenarien relevant; ergänzend gibt es third party Tooling, wenn spezielle Anforderungen (z. B. Exporte/Archive) im Raum stehen. Entscheidend ist nicht der Name des Tools, sondern ob es deine Requirements abdeckt: Mapping file (CSV mapping), Re-Run-Fähigkeit, Logging, und sauberes Validate der Ergebnisse.
Pre-Cutover-Checkliste: Quelle und Zielumgebung vorbereiten
Der Pre-Cutover ist der Moment, in dem „Plan“ zu „Betrieb“ wird. Ziel ist, dass am Cutover-Tag niemand raten muss, wer was ändert. Nutze diese migration checklist als Gate vor dem Start:
- Organisation: Projektplan, Entscheidungsweg, Kommunikationsplan, Support-Fenster, Rollback plan
- Google Admin Console: Admin-Rollen, OU-Struktur, Zugriff für admins, Policies, OAuth-Freigaben
- Domain & Mail: Domain-Verification, MX records, SPF, DKIM, DMARC, Zuständigkeit für DNS und Timing
Prüfe zusätzlich Berechtigungen und Ownership für Drive und Shared drive(s). Wenn permissions und Ownership nicht sauber geplant sind, verlieren Teams nach dem move Zeit, weil sie auf files nicht mehr zugreifen können oder Freigaben neu erfinden müssen.
Pilot migration: Prozesse validieren, bevor alle umziehen
Plane einen Pilot mit Nutzerprofilen, die typische Probleme abdecken: Führungskraft mit Delegation, Assistenz mit Kalender-Management, Team mit Shared drives, Power-User mit vielen Labels/Ordnern (Gmail labels / label-to-folder mapping). Erfolgsmaßstab ist nicht nur „migrated“, sondern: Zugriff, Suche, Freigaben, Mobilgeräte, Meeting-Einladungen und Stellvertretungen funktionieren wie erwartet. Alles, was im Pilot scheitert, wird im großen Cutover teuer.
Migration in Phasen und Validierung: Transfer ist nicht gleich fertig
Führe die Migration in batches aus und baue nach jeder Welle eine kurze Validierung ein. Prüfe stichprobenartig Mailboxes, Emails (inklusive Anhänge), Calendar events, Kontakte, Drive-Strukturen und Shared drives. Validierung heißt auch Fachsicht: Können Teams ihre operativen Aufgaben durchführen, ohne Workarounds? Halte Issues sofort fest, priorisiere sie, und entscheide transparent, ob du nachziehst, bereinigst oder bewusst keepst, was in der Quelle bleibt.
Post migration: Aufräumen, Absichern, Dokumentieren
Post migration ist der Teil, der Risiko reduziert und Nutzen im Alltag sichert. Plane feste Tasks: Cleanup alter Weiterleitungen, Entfernen nicht mehr benötigter Zugriffe (erst nach Freigabe), Review von Gruppen und Freigaben, und Nachziehen von Restdaten. Ergänze Compliance: Retention-Regeln, Aufbewahrung, Zugriffskontrollen, Audit-Logs und Berechtigungsreview für sensible Shared drives. Dokumentation ist kein Extra, sondern die Basis für Betrieb: Entscheidungen, Abweichungen, Known Issues, und eine kurze Guide-Seite für Anwender (Anmeldung, Mail, Calendar, Drive, Freigaben).
Templates und Downloads: Arbeitsblätter, die du sofort nutzen kannst
Wenn du die Planung beschleunigen willst, arbeite mit drei einfachen Templates: Inventar-Worksheet (Accounts/Daten/Prozesse), Cutover-Runbook (Minute-by-minute mit Verantwortlichen) und Validierungsprotokoll (Prüfschritte, Nachweise, Status). Damit wird das Projekt für Budget, Zeit und Messbarkeit greifbar: Jede Aufgabe hat Owner, Zeitpunkt und Verify-Kriterium.
Wann externe Unterstützung sinnvoll wird
Externe Hilfe lohnt sich, wenn Risiko und Komplexität nicht mehr mit „nebenbei“ beherrschbar sind: mehrere Domains, viele Shared resources, strenge Compliance, oder eine Migration Microsoft → Google mit Kalender- und Stellvertreterlogik. Ein gutes Setup reduziert Ausfallzeit, macht Entscheidungen auditierbar und sorgt dafür, dass eure Leute nach dem Umzug nicht nur Zugriff haben, sondern wirklich arbeiten können.
Fazit
Eine Google Workspace Migration wird planbar, wenn du Scope und Inventar vorziehst, eine Pilot migration ernst nimmst, Pre-Cutover als Gate behandelst und nach jeder Phase sauber validierst. So sinken Risiko und Zeitdruck, und der Nutzen für Anwender wird im Alltag messbar.
Häufige Fragen
Was gehört in ein Inventar für eine Google Workspace Migration?
Mindestens Accounts, Mailboxes, Kalender, Kontakte, Drive-Daten inklusive Shared drives, Permissions/Ownership sowie geschäftskritische Prozesse und Integrationen. Ziel ist ein überprüfbares Mapping von Quelle zu Ziel.
Warum ist ein Pilot vor dem Cutover so wichtig?
Ein Pilot validiert Transfer, Zugriffe und typische Arbeitsabläufe mit echten Nutzerprofilen. Damit findest du Issues früh, reduzierst Risiko und kannst den Cutover mit klaren Abnahmekriterien planen.
Welche DNS-Themen sind vor dem Cutover entscheidend?
Domain-Verifizierung, MX records sowie SPF, DKIM und DMARC. Wenn Timing und Zuständigkeiten hier nicht klar sind, entstehen Mail-Probleme direkt nach dem Wechsel.
Was sind typische Post-Migration Tasks?
Validierung von Daten und Zugriff, Cleanup alter Weiterleitungen, Berechtigungsreview, Retention- und Compliance-Checks sowie Dokumentation und ein kurzer Anwender-Guide für die wichtigsten Änderungen.
