1. Klares Anforderungsprofil ermitteln:
Dies gilt sowohl in technischer Hinsicht mit den Innovations-, Funktions- und Integrationsaspekten als auch für die betriebswirtschaftlichen Erfordernisse. Nachlässigkeiten in dieser Phase der Projektvorbereitung haben zwangsläufig einen teuren Nachbearbeitungsaufwand zur Folge. Im Rahmen der Definition des Anforderungsprofils kann aber beispielsweise auch die Frage bedeutsam sein, ob die Migration nicht gleichzeitig dazu genutzt werden kann, zur Ersparnis von Lizenzkosten von einem kommerziellen Betriebssystem auf ein Open Source-System zu wechseln.
2. Strukturen vereinfachen:
Einerseits wird dies durch eine konsequente Prozessorientierung erreicht, da die Altsysteme meist funktionsorientiert sind. Doch eine Prozessorientierung entsteht nicht durch die Implementierung von IT-Systemen, sondern es müssen dafür die betrieblichen Verhältnisse entsprechend gestaltet werden. Auf der operativen Ebene wird eine Vereinfachung der Strukturen als Migrationsziel auch durch die Vermeidung doppelter und gar mehrfacher Datenerfassung und redundanter Reports erreicht.
3. Alte Gewohnheiten durch neue Workflows ersetzen:
Die betrieblichen Abläufe weisen oft althergebrachte Profile auf, die zwar in der Vergangenheit einmal ihren Sinn hatten, aber nicht mehr den aktuellen und noch weniger den zukünftigen Geschäftsprozessanforderungen entsprechen. Deshalb muss ein großes Augenmerk auf traditionsbegründete Prozesse gelegt werden, damit sie im Rahmen der Migration nicht unreflektiert weitergeführt, sondern eliminiert bzw. zeitgemäß modifiziert werden. Die neuen Workflows sollten durch Projektion in die Zukunft längerfristigen Erfordernissen entsprechen und flexibel änderbar sein können.
4. Die Anwendungslandschaft entschlacken:
Ein Migrationsprojekt birgt immer auch die Chance in sich, die historisch gewachsenen Software-Strukturen zu entschlacken. Denn kaum ein Unternehmen ist frei von einer Vielzahl an Applikationen, die schon lange keine ausreichende Existenzberechtigung mehr besitzen, aber trotzdem unverändert Systeme, Ressourcen und Lizenzbudgets belasten. Eine kritische Analyse führt deshalb fast immer zu einer deutlichen Verschlankung der Anwendungslandschaft, ohne dass anschließend Nutzeneinbußen festzustellen wären.
5. Umfassende Standardisierung:
Wirtschaftliche und transparente Verhältnisse, die zudem möglichst wenige Fehlerquellen in sich bergen, sind vor allem durch Orientierung an definierten Regeln zu erreichen. Deshalb sollte auf eine Standardisierung der Methoden und Abläufe sowie auf die Strukturierung von Daten und Output nach dem Prinzip des kleinsten gemeinsamen Nenners abgezielt werden. Deren Grundsätze können sowohl intern entwickelt als auch aus allgemein anerkannten Regelwerken abgeleitet werden.
6. Auswahl einer projektgerechten Migrationsmethodik:
Allgemein bekannt ist, dass die Ergebnisse von IT-Projekten gleich welcher Art zu einem relativ hohen Anteil keine befriedigenden Ergebnisse erzielen. Nicht selten bestehen insbesondere bei komplexen Maßnahmen die Ursachen in der Projektmethodik, weil sie zu wenig Wert auf Transparenz und Steuerbarkeit des Vorhabens legt. Aus diesem Grund sollte sie konventionell angelegt sein, damit die Zwischenschritte besser prüfbar bleiben. Ansonsten besteht die Gefahr, dass Schwächen unentdeckt bleiben, sich im Verlauf des Projekts zu gewaltigen Problemen auswachsen und möglicherweise erst beim Testing erkannt werden können. Dies hat dann im Regelfall zur Konsequenz, dass weder Termine noch Budgets eingehalten werden können.
7. Evaluierung der richtigen Tools im Dickicht des Marktangebots:
Nicht selten werden Werkzeuge mit großem Optimismus eingesetzt, aber enttäuschen die Erwartungen oder belasten das Projekt sogar ganz erheblich. Weil sie konzeptionell keine ausreichende Deckungsbreite mit den Anforderungen haben, funktional überfordert sind und damit nur partiell unterstützen. Die Folgen sind geringe Akzeptanz der Benutzer, erhebliche Projektverzögerungen und deutliche Effizienzeinbußen mit höheren Projektkosten.
8. Wirkungsvolle Mobilisierungseffekte erzeugen:
Mit dem Betriebsstart ist zwar die eigentliche Migration abgeschlossen, aber sie bewirkt üblicherweise Prozessänderungen und Neuerungen für die Benutzer. Doch erst die folgenden Schritte in der Anwendungspraxis generieren den tatsächlichen Nutzen, deshalb müssen die Projektverantwortlichen im Rahmen des Change Managements dafür Sorge tragen, dass für die technischen Veränderungen ein positiver Nährboden zur kontinuierlichen Fortentwicklung geschaffen wird.
