Als einer der führender Tenant 2 Tenant Migrationsspezialisten im Deutschsprachigen Raum möchten wir euch mit unserer BLOG-Serie Informationen bereitstellen damit ihr eine eventuell geplante T2T Migration erfolgreich durchführen könnt.
Im Ersten Teil dieser BLOG-Serie ging es um die Analysephase.
Kurz zusammengefasst nochmal die 4 Phasen einer T2T Migration:
- Analysephase
- Solution Design / Migrationsplanung
- Migrationsphase
- Hyper-Care Phase nach der Migration
Dieser Artikel behandelt die Phase 2 – Solution Design / Migrationsplanung:
Nach einer umfangreichen Analysephase sind die Rahmenparameter bekannt. Wir wissen nun wie viele User wir migrieren, welche Teams, welcher Content, werden die Clients auch migriert und in welchem Zeitraum.
Darauf aufbauend entsteht nun das sogenannte Solution Design Dokument. Ziel dieses Dokumentes ist es pro Teilbereich der Migration festzulegen, was, wie und wann migriert wird und welche technischen Voraussetzungen noch geschaffen werden müssen.
Nach Abschluss dient dieses Dokument als roter Faden und beinhaltet alle wichtigen (technischen) Parameter bzw. nötigen Änderungen an der Ziel-Umgebung.
Daraus aufgeleitet erstellen wir mit der KANBAN Methodik ein Projekt-Backlog mit allen offenen Arbeitspaketen, die wir für eine erfolgreiche Migration noch bearbeiten müssen.
Der Vorteil von Kanban liegt für solche Migrationsprojekte auf der Hand. Kanban-Projektmanagement zielt darauf ab, die Arbeit besser mit der Kapazität und Bandbreite der Mitarbeiter zu koordinieren und in Einklang zu bringen. Da gerade in größeren T2T Projekten neben Kundenressourcen auch externe Firmen hinzugezogen werden müssen ist dies auf Basis unserer Erfahrungen der beste Weg ein solches Projekt zu steuern.
Die Migrationsplanung – das Solution Design Dokument
Im Solution Design Dokument wird zu einem fixierten Tag - welcher gleichzeitig auch einen Milestone in der Migrationsroadmap darstellt - die technische Lösung dokumentiert. Dies dient einerseits dazu, eine vorhandene Dokumentation zu haben, welche Dinge auf Basis der Analysephase angepasst bzw umkonfiguriert werden müssen, aber auf der anderen Seite auch einen Checkpoint, um die Dinge der Analysephase nochmals zu beleuchten.
Das Solution Design Dokument ist somit eine Kombination aus den Ergebnissen der Analysephase und der zeitlichen wichtigsten Meilensteine.
Die technischen Konfigurationen werden zentral im Solution Design zusammengefasst, jedoch im KANBAN Board geführt und überwacht.
ACHTUNG: bitte keine (User)Kommunikationsthemen in das Solution Design Dokument, also wann wer welche Information von den Usern bekommt. Diese Informationen sollten extra in einem Kommunikationsplan festgehalten werden.
Die Migrationsplanung – das Migrationsrunbook:
Das Migrationsrunbook ist ein Teil der gesamten Migrationsplanung (die doch ein wenig komplexer ist, als sie in einem BLOG Artikel beschrieben werden kann), jedoch ein sehr wichtiger.
Wenn wir uns im Schnelldurchlauf ein T2T Migrationsprojekt ansehen:
Analysephase => Migrationsplanung => Initiale Synchronisation => Delta-Syncs => CUT-OVER Wochenende
Dann hat gerade zu Beginn des Projektes die KANBAN Methodik ihre Stärken, jedoch in Richtung des Cut-Over Wochenende ihre Grenzen erreicht!
Speziell am Cut-Over Wochenende wird ein klarer Ablauf benötigt WER, WANN,WAS zu tun hat und diesen roten Faden haben wir in unser Migrationsrunbook gebracht.
Du möchtest gerne eine Vorlage von einem Migrationsrunbook haben?
Dann schreib mich gerne an 😉
Bis in ein paar Tagen wo wir uns dann zum dritten Teil lesen werden – der tatsächlichen Migration bis hin zum CUTOVER Wochenende und dem anschließenden Hypercare Support.
