Warum Software-Einführungen scheitern - und wie Sie das vermeiden

In den Jahren, in denen ich eigene Firmen führte, habe ich Einführungen gesehen, die gelangen, und solche, die stecken blieben oder still starben. Den Unterschied machte fast immer die Art, wie das Projekt geführt wurde. Im Folgenden benenne ich die wiederkehrenden Ursachen des Scheiterns und zeige, wie ich eine Einführung führe, um sie zu vermeiden.

Es ist selten die Technik selbst

Das Problem ist groß: Laut internationalen Marktstudien (Panorama, Gartner) erreicht die Mehrheit der Einführungen großer ERP-Systeme die gesetzten Ziele nicht - die Rede ist von 55-75 % der Projekte. Das sind globale Zahlen und betreffen vor allem große Pakete, aber die Ursachen wiederholen sich so deutlich, dass man sie benennen und umgehen kann. Und fast keine liegt in der Software selbst.

Kauf nach der Präsentation statt nach dem Prozess

Der häufigste Fehler ist die Wahl eines Systems anhand einer guten Vertriebspräsentation statt anhand der eigenen Prozesse. Das Programm sieht in der Vorführung großartig aus, aber es stellt sich heraus, dass Ihre Art, Aufträge anzunehmen oder die Produktion zu planen, nicht dazu passt. Dann beginnt das Anpassen der Firma an das Werkzeug - und genau an dieser Stelle verliert das Projekt den Boden unter den Füßen.

Fehlende Analyse und zu breiter Umfang

Das zweite Muster ist der Start ohne belastbare Analyse dessen, wie die Firma wirklich arbeitet, verbunden mit dem Versuch, alles auf einmal einzuführen. Je größer der Umfang zu Beginn, desto mehr kann schiefgehen, bevor überhaupt jemand einen ersten Effekt sieht. Ein großes „Alles auf einmal“-Projekt wird zu einer monatelangen Baustelle, an der man leicht das Budget überzieht und die Geduld des Teams verliert.

Ein Team, das niemand gefragt hat

Die dritte Ursache ist menschlich. Wenn über das System ohne Gespräch mit den Menschen entschieden wird, die es nutzen sollen, entsteht Widerstand, und das Werkzeug bildet die Realität in Werkstatt oder Büro nicht ab. Die Leute kehren dann nebenbei zu den alten Tabellen zurück, die Firma führt zwei parallele Abläufe, und das teure System steht zu großen Teilen ungenutzt.

Wie ich eine Einführung führe, damit sie gelingt

Ich beginne mit einem Gespräch über den Prozess. Ich nehme einen Bereich zuerst in Angriff, der einen schnellen, sichtbaren Effekt bringt - das erste Modul schaffe ich in 14 Arbeitstagen, das vollständige erste Projekt in 4-8 Wochen. Ich baue gemeinsam mit den Menschen, die das System nutzen werden, und bilde so ihre reale Arbeit ab. Weitere Module kommen in Etappen hinzu, neben dem laufenden Betrieb, und Code und Daten bleiben Ihre. So zeigt sich in jeder Etappe ein Effekt, und das Risiko einer großen, einmaligen Katastrophe hat schlicht keine Gelegenheit zu entstehen.

Wenn Sie eine Einführung planen und sie sicher machen wollen - sprechen wir dreißig Minuten. Ich sage Ihnen, mit welchem Bereich Sie beginnen sollten, damit der erste Effekt schnell kommt.