Unternehmerisches Wissen, Denken in größeren Zusammenhängen und Kenntnisse über Geschäftsbeziehungen sollten einen Projektleiter für die ERP-Einführung auszeichnen. Das ist wichtiger, als sich in den Tiefen der Software auszukennen.
1. Die besonderen Fähigkeiten
Ein ERP-Projektleiter braucht in erster Linie unternehmerische Kompetenz und die Fähigkeit, Ideen in die Tat umzusetzen. Dazu zählt zu begreifen, wie Menschen in einem Unternehmen zusammenarbeiten. Zudem sollte die Person über umfassende Kenntnisse der Geschäftsbeziehungen und ein Verständnis für deren Funktionsweise verfügen.
Erst in zweiter Linie sind technische Kenntnisse notwendig. Sie können sich zunächst auf das Prinzipielle beschränken, zum Beispiel darauf, wie das Datenmodell (des ERP-Systems) aussieht, wie (neue) Auswahlfelder in die Ablaufsteuerung eingebaut werden oder wie die Benutzeroberfläche individuell gestaltet werden kann. Wenn man das Prinzip versteht und den Zusammenhang kennt, in dem die Funktionen genutzt werden sollen, findet man sich auch in den Details zurecht.
2. Einführungsdauer realistisch abschätzen
Als Orientierung gilt: Je mehr Funktionen einzurichten sind, desto mehr Aufwand ist erforderlich. Gemeint sind Anwenderfunktionen, zum Beispiel Angebotserstellung, Auftragsbearbeitung oder Fakturierung. In einem Unternehmen gibt es von dieser Art Funktionen etwa zwischen 60 und 100, abhängig vom Geschäftsmodell. Ein Handelsunternehmen hat etwas weniger Funktionen als ein produzierendes Unternehmen. Zu einer Funktion gehören:
das Einrichten der Regeln, nach denen die Funktion arbeiten soll ("steuernde Daten und Parameter");
das Bedienen der Funktion über die Oberfläche;
die gegebenenfalls erforderlichen Dokumente (Print-Output) und
das Einrichten der Zugriffsberechtigung.
Die Herausforderung in einem ERP-Projekt liegt im Erkennen und Verstehen der eigenen Regeln, nach denen das Unternehmen arbeitet, und im Erlernen und Begreifen der Mechanismen, nach denen die Software gesteuert wird. Bei der Einführung sollen diese beiden ja zur Deckung gebracht werden. Ersteres sollte bei Beginn der Einführung, spätestens beim "Kickoff-Meeting", vollständig dokumentiert sein (Pflichtenheft).
3. Projektkosten im Griff behalten
Der Funktionsumfang eines ERP-Systems ist bereits zum Projektbeginn festgeschrieben. Er ist so, wie er vom Hersteller geliefert wird – ähnlich wie bei einem Kleidungsstück: gekauft wie gesehen. Jede Änderung oder Erweiterung des Funktionsumfangs, wenn sie überhaupt möglich ist, kostet Geld, verzögert die Einführung und bringt Unsicherheit.
Viele Anwender bestehen darauf, dass ein Prozess so laufen müsse "wie immer", auch wenn er in der Sache unlogisch und betriebswirtschaftlich unvollständig ist, weil zum Beispiel keine Wertschöpfung gebucht wird, also der Wert der Ware oder Arbeit unberücksichtigt bleibt. Ein typischer Fall ist die Bearbeitung einer Reklamation: Die Ware ist schnell getauscht oder repariert, was aber geschieht mit den Kosten? Die bleiben in sehr vielen Fällen unberücksichtigt.
Projektkosten hält der Projektleiter im Griff, wenn er und sein Team sich in Sachen Funktionsumfang mäßigen. Gute Projektverantwortliche kommen mit dem Standardumfang der ERP-Software aus, mit dem, was bereits bei der Auswahl beziehungsweise der Entscheidung für das System bekannt war. Wenn die Kosten für Änderungen und/oder Erweiterungen 15 Prozent der ursprünglich angesetzten Aufwendungen übersteigen, wurde die falsche Software ausgewählt.
4. Erwartungen der Anwender befriedigen
Natürlich muss das ERP-System die Erwartungen der Anwender erfüllen. Wünsche gibt es viele, doch in einem sind sich alle Softwarenutzer, ganz gleich, an welchem Arbeitsplatz und auf welcher Hierarchieebene, einig: Sie wollen die Software einfach bedienen können, wünschen sich Routine in den Abläufen, am besten alles "auf Knopfdruck". Geht nicht? Geht doch. ERP-Programme haben nur wenige Regeln und werden mit nur vier Parametern gesteuert: Artikelnummer, Menge, Preis und Termin. So bestellt der Kunde beim Vertrieb, so bestellt der Einkauf bei den Lieferanten, und auch die Produktion kennt (im Prinzip) nur Artikelnummer, Menge und Termin.
Wenn den Anwendern die Nutzung eines ERP-Systems kompliziert, umständlich und aufwändig vorkommt, liegt die Ursache darin, dass die Prozesse bei der Einrichtung nicht zu Ende gedacht wurden. Erkennbar ist das daran, dass immer mehr Sonderfälle, Ausnahmen und individuelle Rücksichtnahmen in die Bedienung eingebaut wurden. Die Folge ist: Die Anwender verstehen das kompliziert erscheinende Regelwerk nicht (mehr) und schalten ab.
5. Anwender motivieren
Für Unternehmen kommt die ERP-Einführung nicht selten einem Kulturschock gleich: Sie zeigt, dass nur wenige Personen, wenige Know-how-Träger die Firmenkultur prägen. Nicht immer sind das die Chefs oder Abteilungsleiter.
Ein ERP-System steuert unabhängig von Personen die Geschäftsabläufe eines Unternehmens. Es kann leicht passieren, dass sich die Mitarbeiter durch die Einführung überfahren fühlen. Die Kunst, Anwender für den Übergang in eine andere Kultur zu motivieren, liegt darin, sie zu überzeugen, die Regeln, nach denen das ERP-System funktionieren soll, selbst zu definieren. Das steckt hinter dem Begriff "Customizing", der Anpassung des "Standards" an die individuellen Anforderungen eines Unternehmens.
Allerdings geht das nicht über Nacht und bedeutet einen Kraftakt. Die Anwender müssen lernen, die Regeln und die Mechanismen des ERP-Systems zu verstehen. Für ein Unternehmen kann der Wechsel von einer personenabhängigen Unternehmenskultur zu einer kundenorientierten, objektiven und logisch richtigen Prozesssteuerung lebenswichtig sein. Know-how-Träger und Führungspersonen können wechseln. Die im System definierten Geschäftsprozesse bleiben trotzdem erhalten.
6. Höhen und Tiefen ausgleichen
Über die verschiedenen Phasen eines ERP-Projekts wurde schon viel geschrieben und diskutiert. Eine, die immer eintritt, ist die Ernüchterung, also die Zeit, in der die Euphorie von der Realität eingeholt wird. Das liegt nicht an der ERP-Software, sondern an überzogenen Erwartungen. ERP-Systeme sind am Anfang leer. Bevor Anwender die Geschäftsanwendung nutzen können, muss sie zuerst mit Regeln (den steuernden Parametern) und mit Daten gefüllt werden. Beides ist schwierig und erfordert Fleiß. Das sollte der Projektleiter dem Team gleich am Anfang einschärfen und zudem einen Überblick über die zu lösenden Aufgaben geben. Dazu gehört auch, die zu erledigenden Punkte genau zu identifizieren und die zur Lösung am besten geeigneten Mitarbeiter damit zu betrauen.
Vorteilhaft ist eine Vorgehensweise "von oben nach unten", sprich von der Bilanzstruktur (Kontenplan) deduktiv über die wertschöpfenden Prozesse bis zu den Details in den Stammdaten. Dabei sollte immer gefragt werden: Wie kommt das (der Vorgang, der Wert des Artikels) in die Bilanz, in die Schlussrechnung des Unternehmens? Auf diese Weise behält das Team die Orientierung und weiß, wie weit es schon gekommen ist. Wer sich gleich auf Details und auf Einzelfunktionen stürzt, läuft Gefahr, den Überblick zu verlieren.
7. Echtes und unechtes ERP
Es gibt zwei Arten von ERP-Systemen, echte und unechte. Bei echten ERP-Systemen bilden Ware und Wert eine untrennbare Einheit. Jede Warenbewegung in Einkauf, Produktion und Verkauf ist (real time) mit einer Wertbuchung in der Buchhaltung verbunden. Unechte ERP-Lösungen steuern primär die Warenwirtschaft in Einkauf, Produktion und Verkauf, während die damit verbundene Wertschöpfung – zeitversetzt – über Schnittstellen der Buchhaltung und gegebenenfalls der Kostenrechnung übergeben wird.
Für die Techniker in den oberen Management-Etagen ist nur die Steuerung des Warenflusses wichtig, für die Controller vor allem der Wertefluss. Erst wenn entschieden ist, was dominieren soll, lassen sich Softwareangebote vergleichen. Versteht das Unternehmen diesen Unterschied nicht oder erkennt es ihn erst während der Einführung, steht das Projektteam irgendwann vor großen Problemen. Dann kann plötzlich nicht geliefert oder produziert werden, weil – überspitzt gesagt – das ERP-System wegen fehlender Wertangaben einer Ware die Buchung verweigert.
Warenwirtschaftssysteme, ob mit oder ohne branchenspezifische Ausprägung, gibt es viele, wogegen die Gruppe der echten ERP-Systeme eher klein ist. Bei einem Vergleich sollte das Projektteam den Charakter eines ERP-Systems ("echt" oder "unecht"), seine Herkunft (Entstehungsgeschichte) und Umgebung (Anbieter, Partner) berücksichtigen. (jha)