Am Freitag, dem 26. Oktober 2007, berichtete inside-it.ch, dass OC Oerlikon sein Super-SAP-Projekt einstellen wird. Der neue Ansatz soll eine «intelligentere, flexiblere und günstigere Lösung bieten, die alle ERP-Systeme der Geschäftsbereiche über ein zentrales SAP-Konsolidierungstool integriert».
Das klingt nach einer Vereinfachung – aber warum scheitern SAP-Roll-in-Projekte eines nach dem anderen? Als Lösungsarchitekt und interessierter Beobachter solcher Projekte wage ich einige einfache Erklärungen:
Der ursprünglich pragmatische Plan, eine Reihe verschiedener ERP-Umgebungen technisch zu vermeiden, ist in den meisten Fällen nicht das eigentliche Primärziel. Oft zielt das Roll-in-Projekt darauf ab, einen Betrieb mit identischen Prozessen im gesamten Unternehmen zu implementieren und von Best Practices zu profitieren. Äusserst anspruchsvolle Ziele!
Leider wird die Zielorganisation des Projekts und die Prozesse für das Gesamtunternehmen oft unzureichend auf SAP abgestimmt. Darüber hinaus erfordert die organisatorische und kulturelle Komplexität eines solchen ursprünglich technischen Projekts, dass alle qualitätssichernden Massnahmen von Anfang an klar definiert und konsequent eingehalten werden. Sehr oft geschieht dies in solchen Initiativen deutlich später – wenn überhaupt.
Natürlich sind dies nicht die einzigen Aspekte, die für den Erfolg eines SAP R/3 Roll-in-Projekts oder eines anderen Super-Projekts zu beachten sind. Aber zunächst ist jedem Projektleiter zu empfehlen, auf die oben beschriebenen Stolpersteine in SAP-Roll-in-Projekten aufmerksam zu sein.
Schreibe einen Kommentar