Cloud-Migration: Vorbereitungscheckliste für IT-Leitung

Dies ist die Vorbereitungsarbeit, in der Reihenfolge, in der eine IT-Leitung sie erledigen muss — mit den Ergebnissen, die jeder Schritt hervorbringen muss.

Vorausgesetzt ist, dass die Entscheidung für die Migration gefallen ist. Wenn Sie noch entscheiden, ist Der Cloud-Moment der Schweiz: Sind Sie bereit? die Bereitschaftsprüfung; dies ist, was danach folgt.

Schritt 1 — Das Ziel aufschreiben, mit einer Zahl

Vor jeder Inventararbeit: ein Satz mit messbarem Ergebnis und Datum. Nicht «in die Cloud migrieren» — etwas, das zu einem Zeitpunkt wahr oder falsch sein kann.

Drei tragfähige Formen:

• «Die Vollkosten je Umgebung bis Q3 um X Prozent senken»
• «Die Bereitstellung einer neuen Testumgebung bis Q2 von drei Tagen auf unter zwei Stunden senken»
• «Bis Jahresende eine dokumentierte Wiederherstellungszeit von unter vier Stunden für die drei geschäftskritischen Systeme erreichen»

Das Ergebnis: ein Satz, mit der Auftraggeberin abgestimmt, gegen den jede spätere Abwägung entschieden wird.

Schritt 2 — Anwendungen inventarisieren und einordnen

Der mühsamste Schritt und derjenige, von dem alles Weitere abhängt. Die Einheit ist die Anwendung oder Arbeitslast, nicht der Server.

Je Anwendung zu erfassen:

Dann einordnen. Die üblichen sechs — stilllegen, behalten, umziehen, anpassen, umbauen, ersetzen — je mit benannter Begründung.

Zwei Befunde bringt dieser Schritt zuverlässig hervor. Erstens: Mehrere Anwendungen haben gar keine Nutzenden; sie stillzulegen ist der günstigste verfügbare Gewinn. Zweitens: Die Abhängigkeitskarte stimmt nicht, weil manche Verbindungen nie dokumentiert wurden. Besser jetzt als beim Umschalten.

Das Ergebnis: eine Tabelle mit einer Zeile je Anwendung, einer Entscheidung und einer benannten Verantwortung. Ohne sie geht es nicht weiter.

Schritt 3 — Die regulatorischen Fragen klären

Sie schränken die Architektur ein, gehören also vor den Entwurf und nicht danach.

• Datenstandort je Klasse. Welche Daten müssen in der Schweiz bleiben, welche dürfen in der EU liegen, welche sind frei. Die meisten Landschaften haben weniger eingeschränkte Daten, als die pauschale Annahme nahelegt.
• Zugriffskontrolle. Wer kann die Daten erreichen — einschliesslich Supportpersonal des Anbieters in anderen Rechtsordnungen und dahinterliegender Unterauftragsverarbeiter. Das ist die Frage, die nach revDSG/nDSG und DSGVO geprüft wird; der Speicherort nicht.
• Aufbewahrung. Mindest- und Höchstfristen je Datenklasse und wie die neue Umgebung sie durchsetzt.
• Ausstieg. Für FINMA-beaufsichtigte Unternehmen ist ein dokumentierter, belegbarer Ausstieg eine Anforderung. Für alle anderen ist er der Unterschied zwischen Lieferant und Abhängigkeit.

Das Ergebnis: schriftliche Antworten, prüfbar durch die Person, die Compliance freigibt. Leben sie nur in jemandes Kopf, existieren sie nicht.

Schritt 4 — Die Checkliste vor jeder Welle

Je Welle, bevor sich etwas bewegt:

• Ausgangswerte erfasst — Leistung, Kosten, Verfügbarkeit
• Rückfallplan geschrieben und mindestens einmal ausgeführt
• Sicherungen durch Wiederherstellung geprüft, nicht durch einen grünen Haken
• Verantwortliche Person je Anwendung der Welle benannt
• Umschaltfenster mit dem Geschäft vereinbart, einschliesslich: wer bricht ab
• Kommunikationsplan — wer erfährt was, und wann
• Erfolgskriterien vor dem Umzug definiert, nicht danach gewählt

Die Zeile zum Rückfall wird am häufigsten angenommen statt gemacht. Ein nie ausgeführter Rückfallplan ist eine Hypothese — und der erste Ernstfall ist der schlechteste Zeitpunkt, das zu erfahren.

Schritt 5 — Der Infrastrukturplan

Was die Landing Zone enthält, abgestimmt und freigegeben, bevor die erste Arbeitslast ankommt:

Netzwerk und Identitäten — Segmentierung, wie Zugriff gewährt wird, wie er überprüft wird und durch wen.

Observability — was protokolliert wird, wie lange aufbewahrt, wer es liest und was einen Alarm auslöst. Sparen Sie hier nicht; es sind die Nachweise, die Sie bei einer Störung brauchen — und bei regulierten Arbeitslasten ein Teil dessen, was Sie aufbewahren müssen.

Sicherung und Wiederherstellung — zulässiger Datenverlust und zulässige Wiederherstellungsdauer je Anwendungsklasse, aus dem Geschäft abgeleitet statt aus der IT, und geprüft.

Kostenzuordnung — Kennzeichnung nach Team oder Produkt ab Tag eins. Eine nachträgliche Einführung über eine laufende Landschaft ist wirklich mühsam.

Leitplanken — Budgetwarnungen, verpflichtende Kennzeichnungen, standardmässige Grössenbegrenzungen. Leitplanken skalieren; Freigabeschritte werden umgangen.

Das Ergebnis: eine schriftliche Landing-Zone-Definition, geprüft von jemandem, der sie nicht geschrieben hat.

Schritt 6 — Verantwortliche benennen

Drei Rollen mit echten Namen, vor der ersten Welle:

• Migrationsleitung — entscheidet Reihenfolge und Freigabe je Welle
• Kostenverantwortung — berichtet monatlich Abweichungen, ab Tag eins statt nach dem Go-live
• Plattformverantwortung — verantwortet die Landing Zone nach Projektende

Die dritte Rolle wird vergessen, und ihr Fehlen ist der Grund, warum Landschaften im Zustand des Umzugstags einfrieren. Die Optimierung, aus der die Einsparung entsteht, findet nach dem Projekt statt — oder gar nicht.

Wie «vorbereitet» aussieht

Sechs Ergebnisse. Liegen alle sechs vor, ist die Migration eine Terminplanung. Fehlen zwei oder mehr, findet die Migration sie für Sie — zu einem schlechteren Zeitpunkt.

1. Ein Ziel, ein Satz, mit Zahl und Datum
2. Ein Anwendungsinventar mit Entscheidungen und Verantwortlichen
3. Schriftliche regulatorische Antworten zu Standort, Zugriff, Aufbewahrung und Ausstieg
4. Eine Checkliste je Welle, mit geprüftem Rückfall
5. Eine freigegebene Landing-Zone-Definition
6. Drei benannte Verantwortliche

Weiterführend

• Cloud-Migration: Ein Rahmen für vier Entscheidungen
• Kosteneffiziente Cloud-Migration in fünf Schritten
• Cloud-Migration: 10 Fehler, die KMU immer noch machen

Wenn Sie diese sechs Ergebnisse für Ihre Landschaft erarbeiten möchten, vereinbaren Sie ein Gespräch. Unverbindlich.