ID-INFO-Blog
Wie lange dauert es, den IBM i zu verlassen?
Letzte Woche sprach ich mit einem IBM-Experten, der erklärte, dass sich fünf Jahre zuvor das neue Management darüber beschwert hatte, dass ihr IBM i-System wirklich alt sei.
Warum? Denn sie basierte auf Zeichen statt auf einer grafischen Benutzeroberfläche. Daher entschieden sie sich dafür, es durch ein SaaS-CRM zu ersetzen, das auf einer grafischen Benutzeroberfläche basiert. Dieser IBM i-Experte hat seinen Job verloren.
Als erfahrener IBM i-Benutzer war es keine Überraschung, als 5 Jahre später das SaaS-CRM mit grafischer Benutzeroberfläche das IBM i-System noch nicht ersetzt hatte. Obwohl das Unternehmen viel Geld ausgegeben hatte, war das Ersatzprojekt ein Fehlschlag. Die Unschuldigen wurden bestraft und die Schuldigen wurden befördert.
Kommt Ihnen das bekannt vor? Wie ist das möglich? Tatsächlich wird Ihnen eine schnelle Google-Suche nach „Wie viel Prozent der ERP-Implementierungen sind gescheitert?“ 75 % ergeben.
Übersetzung des Originalartikels von Robert Losey: http: //ow.ly/pw4b50GiuFJ
Ich habe viele Entscheidungen gesehen und gehört, IBM i-Anwendungen auf neue GUI-basierte Anwendungen zu migrieren. Die meisten kosten viel mehr als ursprünglich geplant. Für die wenigen, die es bis zum Ende schaffen, erreichen sie einen Rückstand von etwa 5-7 Jahren mehr als die ursprünglichen 1-2 Jahre (von denen viele noch weiter zurückliegen).
Vielleicht kennen Sie ähnliche Erfahrungen.
Einfach nur das neue Management, das die Entscheidung getroffen hat, die uralten IBM i-Anwendungen wegzuwerfen, sind sich der kritischen Faktoren nicht bewusst, die wenig mit GUI-Bildschirmen zu tun haben. Es gibt viele verschiedene Grundursachen. Hier sind einige davon.
Funktionalität und Geschäftslogik. Die Bewertung zur Auswahl des neuen Systems beinhaltete keine gründliche Analyse der Funktionalität und der Geschäftslogik im Vergleich zur aktuellen IBM i-Anwendung.
Nuancen und spezifische Verfeinerungen. Das Auswahlteam war sich der spezifischen Nuancen und Softwareverbesserungen nicht bewusst, die im Laufe der jahrzehntelangen Nutzung hinzugefügt worden waren.
Datenbanken und Dateidesign – manchmal ist die Länge der Felder nicht ausreichend. In Fällen, in denen die Feldlängen in der Größe verändert werden können, habe ich erlebt, dass Implementierungsteams ignorieren, dass die zugehörigen Feldlängen nicht miteinander in Einklang gebracht werden. Ich habe auch Fälle gesehen, in denen die Datei-Layouts keine kritischen Felder für das Fachspezifische enthielten.
Dem Migrationsteam fehlten wichtige Teamkollegen mit kritischem Fachwissen und Branchenkenntnissen. – Ich habe andere Fälle erlebt, in denen der Anwendungsmanager oder erfahrene Hauptnutzer mit tiefem Prozesswissen NICHT in das Implementierungsteam aufgenommen wurden. Folglich werden Schlüsselinformationen und -prozesse ausgelassen.
Implementierungsteams – Ich habe Implementierungen beobachtet, bei denen ein Team die Software und nichts über die Infrastruktur weiß, ein anderes Team kennt nur die Serverhardware, die Kenntnisse eines anderen Teams beschränken sich auf die Windows-Software, ein weiteres Team kennt nur das Netzwerk – aber ALLE Teams sprechen nicht miteinander oder verstehen die Technologie des anderen nicht.
Nicht standardisierte Daten – Zu häufige nicht standardisierte Felder, die von den Nutzern für „Notizen“ aktualisiert wurden, da die aktuelle Software keine Felder für eine spezielle neue Software enthielt.
Diejenigen, die sich dafür entscheiden, IBM i-Anwendungen zu ersetzen, wissen nicht, dass das aktuelle System wahrscheinlich über zwei bis drei Jahrzehnte gewachsen ist und Nuancen und maßgeschneiderte, geschäftsspezifische Funktionen enthält. Schlimmer noch, sie verstehen den Beruf vielleicht gar nicht.
Was ist die Lösung?
Es gibt keine einfache Lösung für die Migration von Software. Auch vor 10 bis 30 Jahren, als ERP-Software zum ersten Mal eingesetzt wurde, gab es keine einfache Lösung. Softwareimplementierungen sind schwierig. Die erfolgreichsten haben Teammitglieder, die das Geschäft verstehen, tief graben, um zu verstehen, was sie haben und was sie abrufen, und sich realistische Ziele setzen, um die Software mit Hilfe von gut informierten Teamkollegen zum Laufen zu bringen.
Was führt zum Scheitern?
Die Einstellung, dass „dieser IBM i veraltet ist, weil er keine grafische Benutzeroberfläche hat“. Wenn es sich um den Impuls zur Veränderung handelt, seien Sie auf der Hut.
Sie haben Fragen oder Pläne zu Ihrer IBM i-Plattform? Unsere Teams stehen Ihnen zur Verfügung. Kontaktieren Sie uns unter 01 88 32 12 34, oder über das Kontaktformular.