Inhaltsverzeichnis
Rund drei Viertel der deutschen Mittelständler betreiben heute mindestens eine geschäftskritische Anwendung in der Cloud – gleichzeitig scheitert nach Branchenerhebungen etwa jedes dritte Migrationsprojekt an Zeit, Budget oder Akzeptanz. Der Grund ist selten die Technik. Es sind unklare Ziele, unterschätzte Abhängigkeiten und Lift-and-Shift-Ansätze ohne fachliche Bewertung. Eine strukturierte Cloud Migration Beratung schließt genau diese Lücke: Sie übersetzt Geschäftsziele in eine belastbare Zielarchitektur, priorisiert Workloads nach Risiko und Nutzen und begleitet den Rollout bis in den stabilen Betrieb. Dieser Leitfaden zeigt Ihnen, wie eine professionelle Migrationsberatung im Mittelstand abläuft und an welchen Stellen die meisten Projekte scheitern – bevor Sie den ersten Server verschieben.
Was ist Cloud Migration Beratung?
Cloud Migration Beratung ist die methodische, herstellerneutrale Begleitung eines Unternehmens beim Umzug seiner IT-Landschaft in eine Public-, Private- oder Hybrid-Cloud – von der Ist-Analyse über die Zielarchitektur bis zum betriebsfähigen Zustand. Sie unterscheidet sich deutlich von rein tool-getriebenen Migrationen, bei denen ein Assessment-Werkzeug Server scannt und ein Bericht mit Verschiebeempfehlungen entsteht. Solche Reports beantworten die Frage „Was ist technisch möglich?“ – nicht aber „Was ist betriebswirtschaftlich sinnvoll?“ oder „Wie sieht die IT in drei Jahren aus?“.
Eine Beratung im engeren Sinne bewertet Anwendungen entlang von Geschäftskritikalität, Datenklassen, Lizenzmodellen, Integrationstiefe und Betriebskosten – und leitet daraus einen priorisierten Migrationsfahrplan ab. Sie ist besonders dann sinnvoll, wenn Sie mehrere Cloud-Bausteine kombinieren wollen (typischerweise Microsoft 365, Azure und SaaS-Fachanwendungen), wenn Compliance-Anforderungen (DSGVO, ISO 27001, TISAX) im Raum stehen oder wenn eine bestehende On-Premises-Umgebung schrittweise abgelöst werden soll.
Cloud Migration Beratung ist damit ein Teilgebiet des umfassenderen Cloud Consultings und häufig der operative Vorläufer einer echten Cloud Transformation, bei der nicht nur Systeme, sondern auch Prozesse und Organisation neu ausgerichtet werden.
Das 5-Phasen-Modell einer Cloud Migration
Bewährt hat sich im Mittelstand ein fünfstufiges Vorgehen. Es orientiert sich an den etablierten Frameworks von Microsoft (Cloud Adoption Framework) und AWS, ist aber pragmatisch auf Unternehmen mit 20 bis 200 Mitarbeitenden zugeschnitten – ohne die typische Enterprise-Überfrachtung.
Phase 1 — Assess: Ist-Analyse und Cloud Readiness
Am Anfang steht eine strukturierte Bestandsaufnahme: Welche Anwendungen sind im Einsatz? Welche Abhängigkeiten bestehen? Wie steht es um Identitäten, Netzwerke und Datenklassifizierung? Und – oft entscheidend – wie „cloud-reif“ ist die Organisation selbst? In dieser Phase entstehen ein Applikations-Inventar, eine erste Kostenschätzung (Total Cost of Ownership) und eine Bewertung der Migrations-Risiken pro Workload. Erfahrungsgemäß dauert diese Phase im Mittelstand zwei bis vier Wochen. Details zu Vorgehen, Werkzeugen und Ergebnistypen finden Sie in unserem Beitrag zur Cloud-Readiness-Analyse.
Phase 2 — Plan: Zielarchitektur und Migrationsstrategie
Auf Basis des Assessments wird für jede Anwendung eine Migrationsstrategie festgelegt. In der Praxis reichen für den Mittelstand vier der klassischen „6 R“ aus:
- Rehost („Lift & Shift“) – 1:1-Verschiebung in die Cloud, minimaler Umbau. Schnell, aber selten kostenoptimal.
- Replatform – kleinere Anpassungen (z. B. Wechsel auf Managed Database, Container-Runtime) für bessere Betriebskosten.
- Refactor – teilweise Neuentwicklung, um Cloud-native Dienste zu nutzen. Höhere Investition, deutlich niedrigere Betriebskosten.
- Replace – Ablösung durch ein SaaS-Produkt (z. B. Migration einer Eigenentwicklung nach Microsoft 365 oder Dynamics).
Ergänzt werden Retain (bleibt bewusst on-prem) und Retire (wird abgeschaltet). Ergebnis dieser Phase ist ein Zielarchitektur-Dokument, ein Wellenplan und ein belastbares Budget.
Phase 3 — Pilot: Proof of Concept mit einer Nutzergruppe
Bevor produktive Systeme umgezogen werden, wird die Zielarchitektur mit einer klar abgegrenzten Nutzergruppe (typischerweise 10 bis 25 Mitarbeitende) verprobt. Ziel ist es, Identitäts-Sync, Netzwerkkopplung, Backup, Monitoring und Rollback-Verfahren unter realen Bedingungen zu validieren – nicht nur „ob es läuft“, sondern wie sich Support-Aufwand, Performance und Benutzerakzeptanz tatsächlich verhalten. Ein sauber aufgesetzter Pilot dauert im Mittelstand meist vier bis sechs Wochen und beendet die Diskussion „theoretisch geht das schon“.
Phase 4 — Migrate: Rollout in Wellen
Der eigentliche Umzug erfolgt in Wellen, gruppiert nach Fachbereich, Standort oder Anwendungskomplex. Wichtig ist die klare Trennung zwischen Datentransfer, Cut-over und Hypercare-Phase (14 bis 30 Tage intensiver Betriebsbegleitung nach jedem Cut-over). Für Microsoft-zentrierte Umgebungen ist die Microsoft 365 Migration meist der erste große Baustein: Postfächer, OneDrive, Teams und SharePoint werden umgezogen, bevor Server-Workloads nach Azure folgen. Ein strukturierter Betriebsübergang in die Microsoft Cloud Services und die Azure-Infrastruktur verhindert, dass am Go-Live-Wochenende Verantwortlichkeiten unklar werden.
Phase 5 — Optimize: Kosten- und Sicherheits-Feintuning
Die Cloud ist erst dann wirtschaftlich, wenn nach der Migration konsequent optimiert wird. In der Optimize-Phase geht es um zwei Hebel: FinOps (Right-Sizing, Reserved Instances, Abschalten von Idle-Ressourcen, Tagging-Strategie) und Security-Härtung entlang eines Zero-Trust-Ansatzes (Conditional Access, MFA-Durchsetzung, Endpoint-Compliance, Privileged Identity Management). Beide Themen adressieren wir in Verbindung mit Information Security und einem sauberen Endpoint Management als festen Bestandteil des Beratungsauftrags – nicht als Nachgelagertes.
Investitionsrahmen einer Cloud-Migrations-Beratung
Der Beratungsaufwand hängt wesentlich von der Zahl der Nutzer, der Anwendungskomplexität und dem gewünschten Zielbild ab – von einem kompakten Readiness-Assessment über die Zielarchitektur und einen Pilotbetrieb bis zur vollständigen Migrationsbegleitung und der anschließenden Optimize-Phase. Weil sich diese Aufwände so stark nach Ausgangslage unterscheiden, geben wir keine pauschalen Preisangaben, sondern erarbeiten den Rahmen gemeinsam mit Ihnen im Assessment.
Häufig lassen sich Teilbudgets über staatliche Digitalisierungsförderungen (z. B. „Digital Jetzt“) anteilig refinanzieren – auch das prüfen wir gerne gemeinsam mit Ihnen.
Häufige Fallstricke (und wie sie vermieden werden)
In Migrationsprojekten kristallisieren sich immer wieder dieselben Stolperfallen heraus:
- Reines Lift & Shift ohne Refactoring – Ergebnis: die On-Premises-Architektur läuft in der Cloud, kostet aber 30 bis 60 Prozent mehr, ohne dass ein einziger Vorteil realisiert wird.
- Lizenz-Doppelkosten – Alt- und Neusysteme laufen monatelang parallel, weil Cut-over-Termine verschoben werden. Sauber geplant sind zwei bis maximal drei Monate Parallelbetrieb tolerierbar.
- Unklare Verantwortlichkeiten – Wer betreibt nach Go-Live Azure AD? Wer patcht die VMs? Ohne ein RACI-Modell vor Migrationsstart wird jede Störung zur Eskalation.
- Vernachlässigtes Netzwerk-Design – ExpressRoute oder VPN, DNS-Strategie, Standort-Anbindung: unterdimensioniert wird die Cloud spürbar langsam.
- Change Management als Anhängsel – Ohne begleitende Kommunikation, Schulung und Champions-Konzept in den Fachbereichen scheitert die Nutzerakzeptanz – selbst bei technisch perfekten Rollouts.
Praxisbeispiel: Cloud Migration in einem 120-Mitarbeiter-Unternehmen
Ein produzierendes Familienunternehmen mit rund 120 Mitarbeitenden an drei Standorten wollte einen alternden File- und Exchange-Server ablösen, gleichzeitig hybrides Arbeiten ermöglichen und ein ISO-27001-Audit vorbereiten. Die Ausgangslage: Windows-basierte Fileserver, lokales Exchange, eine ERP-Eigenentwicklung auf SQL Server, zwei kleinere Fachanwendungen.
Nach einem sechswöchigen Assessment wurde folgender Fahrplan festgelegt: Microsoft 365 (E3) für Mail, Teams, SharePoint und OneDrive als erste Welle, Azure IaaS für den SQL Server der ERP-Eigenentwicklung als zweite Welle, Ablösung einer der Fachanwendungen durch ein SaaS-Produkt (Replace), Retire eines nicht mehr benötigten Terminalservers. Der Pilot mit 20 Nutzern aus Vertrieb und Buchhaltung lief acht Wochen und deckte insbesondere Schwächen im Conditional-Access-Design auf, die vor dem Rollout bereinigt wurden.
Die eigentliche Migration erfolgte in vier Wellen über fünf Monate. Ergebnis nach zwölf Monaten: Betriebskosten für die betroffenen Systeme ca. 22 Prozent unter dem Vorher-Niveau, Ticket-Aufkommen im User Helpdesk um rund 30 Prozent gesunken, ISO-27001-Audit im Erstversuch bestanden.
Häufig gestellte Fragen
Wie lange dauert eine Cloud-Migration im Mittelstand?
Ein sauber geplantes Projekt für ein Unternehmen mit 50 bis 200 Mitarbeitenden dauert vom Assessment bis zum Ende der Hypercare-Phase in aller Regel sechs bis zwölf Monate. Kürzere Zeiträume sind möglich, wenn es sich um reine Microsoft-365-Migrationen ohne Server-Workloads handelt (drei bis fünf Monate).
Was kostet eine Cloud-Migrations-Beratung?
Der Aufwand hängt stark von Nutzerzahl, Anwendungskomplexität und Zielbild ab, weshalb wir grundsätzlich mit einem individuellen Angebot nach dem Assessment arbeiten statt mit pauschalen Preisangaben. Hinzu kommen laufende Lizenzen (Microsoft 365, Azure) sowie der Cloud-Verbrauch, der nach der Optimize-Phase üblicherweise 10 bis 25 Prozent unter dem alten On-Premises-Betrieb liegt.
Welche Cloud-Plattformen deckt Centercon ab?
Der Schwerpunkt liegt auf Microsoft 365 und Microsoft Azure, ergänzt um hybride Szenarien mit bestehenden On-Premises-Systemen. Für SaaS-Ablösungen (Replace) begleiten wir auch Migrationen in gängige Fachanwendungen. Für rein AWS- oder Google-Cloud-basierte Zielbilder empfehlen wir spezialisierte Partner.
Was passiert mit unseren Bestandssystemen?
Nicht jede Anwendung muss migriert werden. Im Assessment entscheiden wir gemeinsam pro System, ob es umgezogen (Rehost/Replatform), umgebaut (Refactor), ersetzt (Replace), bewusst on-prem belassen (Retain) oder abgeschaltet (Retire) wird. Bestandsdaten werden – abhängig von Aufbewahrungspflichten – archiviert oder gezielt übernommen.
Cloud Migration Beratung mit Centercon: Ihr nächster Schritt
Cloud-Migration ist kein IT-Projekt, sondern eine Investitionsentscheidung mit mehrjähriger Wirkung. Wer sie strukturiert angeht, senkt Betriebskosten, verbessert die Sicherheitsposition und schafft die Grundlage für hybrides Arbeiten. Wer sie unterschätzt, zahlt drei Jahre lang doppelt.
Wenn Sie prüfen möchten, wie eine sinnvolle Migrationsstrategie für Ihr Unternehmen aussehen könnte, laden wir Sie zu einem kostenlosen Erstgespräch (ca. 45 Minuten) ein. Wir klären mit Ihnen unverbindlich Ausgangslage, mögliche Zielbilder und einen realistischen Rahmen für Zeit und Budget – ohne Verpflichtung zur Beauftragung. Sprechen Sie uns gern an.
