Seite 179 - Cloud‐Migration II - Der Weg in die Cloud

179 
Workshops sollte der Gesamtplan immer an alle Teilnehmer kommuniziert 
werden. 
Hat der Plan eine finale Version erreicht, so sollte über die Migrationstests 
entschieden werden. Fragestellungen sind hier: 
Wie viel wird getestet? Viele/wenige Systeme? Viele/wenige Daten?  
Wird ein voller Migrationszyklus getestet (inklusive Probebetrieb)?  
Anhand welcher Kriterien wird eine GO‐Entscheidung gegeben? 
Wird der NO‐GO‐Fall (Rückstieg) geprobt? 
Endergebnis sind ein Migrationsplan und ein Plan für den Ablauf der Test‐ 
und Echtmigrationen. 
Durchführung der Migration 
Jede Migration ist individuell, daher lassen sich an dieser Stelle nur 
allgemeine Grundsätze zur Durchführung der Migration geben. Diese sind 
aus der Erfahrung vieler Migrationsprojekte zusammengetragen worden. 
Die wichtigsten Punkte für Migrationen zu Cloud‐Services sind: 
In den Migrationsplan sollten Puffer eingebaut und diese während 
der Migration auch genutzt werden.  
Einem erstellten Plan sollte man folgen und nicht improvisieren. Der 
Plan ist deswegen erstellt worden!  
In der Planung neigen Experten dazu, zu optimistische 
Durchlaufzeiten anzugeben. Dass die tatsächlichen Zeiten oft länger 
sind, sollte zu keinen Überraschungen führen.  
Wenn ein „Point of Decision“ für das Treffen der GO/NO‐GO‐
Entscheidung definiert wurde, dann sollte die Entscheidung auch 
dort getroffen werden (etwaige zeitliche Puffer sollten daher vor 
diesem Punkt liegen). 
Die Erfahrung des Cloud‐Anbieters sollte man nutzen, er macht die 
Dinge nicht zum ersten Mal. Aber auch auf die interne IT sollte 
vertraut werden. Die Wahrheit liegt bei gegensätzlichen Aussagen 
meist irgendwo in der Mitte. 
Für den ersten Betriebstag sollte man trotz aller Vorbereitung und 
Kommunikation ein kleines Chaos erwarten: Insbesondere ein verstärktes