UNITEDINTERIM Blog

Warum laufen Software-Implementierungen falsch oder bringen nicht den erwarteten Segen, die Lösung aller Probleme? In meiner langen Praxis war ich häufig als CFO, Projektleiter / Projekt-Berater und auch Change Agent mit der Einführung und oft mit dem Umbau bzw. der Reparatur von ERP-Systemen befasst. Sei es SAP, ORACLE, NAVISION, sage X3, MFGpro, KHK, VLEX, ams.erp, Conwis, ect. Es ist kein spezifisches Problem eines Anbieters, sondern die Ursache liegt in der Vorgehensweise und im System-Design.

Module und Organisation

Die Überlegungen von Taylor zur Arbeitsteilung in der Produktion ( Ford und Fliessbandfertigung ) waren die Basis der modernen Theorie des General Managements (Duponts, GM). Die heutigen Organisationsformen mit Hierarchie und Fachabteilungen wie Einkauf, Verkauf, Produktion, Finanzen, Administration entwickelten sich. Softwareanbieter folgten den Gliederungen der Unternehmensorganisation und boten in erster Linie Programme zur Elektronischen Daten Verarbeitung in den Teilprozessen. Von papierbasiert zu digitalisiert.

Ein vielfach zu beobachtendes Phänomen zeigt sich beim Customizing. Ausgewählte Key-User der jeweiligen Abteilung bestimmen mit Tunnelblick und im Eigeninteresse die Einstellungen. Der Fehler liegt nun darin, dass dann nur auf die schnelle Abarbeitung der Abteilungsaufgaben und nicht über den Tellerrand geschaut wird. Im Zusammenspiel der Module passen dann die Teile nicht mehr zusammen. Daten fehlen oder die Abhängigkeiten werden nicht verstanden. Und wer ist für die Pflege der Stammdaten zuständig ( nicht in unserer Abteilung…)? Ist die Syntax durchgängig richtig?

In einem Projekt hörte ich auf Nachfrage bei den verantwortlichen Beratern der Software-Anbieter, dass die Einstellungen doch alle so von den Key-Usern gewünscht waren – nur, die Einstellungen der Module passten nicht zusammen. Fachlicher Tunnelblick auch auf der Seite.