Was wir bei ERP-Einführungen gelernt haben: was funktioniert hat und welche Fehler wir nicht wiederholen
Jahre an Projekten in Fertigung, Handel, Dienstleistung und öffentlichen Einrichtungen haben uns eine klare Liste hinterlassen, woran eine Einführung scheitert und was sie gelingen lässt.
Bevor wir MKA entwickelt haben, hat unser Team Software entwickelt und ERP-Systeme in Fertigungsunternehmen, Handelsunternehmen, Dienstleistungsfirmen und öffentlichen Einrichtungen eingeführt. Manche Projekte liefen sehr gut. Andere kosteten mehr als geplant. Aus beiden haben wir gelernt, und dies ist die ehrliche Liste.
Fehler, die wir gesehen haben (und heute vermeiden)
1. Mit der Software statt mit dem Prozess beginnen
Der teuerste Fehler: das System installieren und „das Unternehmen später anpassen“. Wenn niemand festgelegt hat, wie ein Einkauf genehmigt wird oder wer einen Kreditauftrag freigibt, automatisiert das System nur das Durcheinander. Heute: Das Projekt beginnt mit einer Prozessanalyse und einer Liste von Entscheidungen, die das Unternehmen treffen muss, bevor irgendetwas konfiguriert wird.
2. Alles individuell anpassen
Jeder Wunsch „Diese Maske soll auch noch das können“ fügt Code hinzu, der danach gewartet, getestet und migriert werden muss. Wir haben Systeme gesehen, die so stark angepasst waren, dass sie sich nicht mehr aktualisieren ließen. Heute: Wir versuchen es zuerst mit Konfiguration zu lösen (Preislisten, Genehmigungsabläufe, Vorlagen, Berechtigungen). Individuellen Code entwickeln wir nur, wenn die Geschäftsregel es wirklich erfordert.
3. „Die gesamte Historie“ ungereinigt migrieren
Zehn Jahre verschmutzter Daten zu laden, bringt zehn Jahre Probleme mit sich: doppelte Kunden, Produkte mit drei Codes, Salden, die nicht aufgehen. Heute: Wir legen fest, was migriert wird (bereinigte Stammdaten, geprüfte Eröffnungssalden, Historie nur, wenn sie einen Mehrwert bringt), und stimmen die Salden vor dem Go-live mit der Buchhaltung ab.
4. Mit einem schlecht gezählten Lager live gehen
Der Anfangsbestand ist die Grundlage der Lagerkartei (Kardex) und der Kosten. Beginnt er falsch, trägt alles Weitere den Fehler mit. Heute: Der Go-live umfasst eine geplante Inventur, wo relevant mit Chargen und Lagerplätzen, und eine mit dem Buchhaltungsteam geprüfte Bewertung.
5. Alle schulen und niemanden
Eine zweitägige allgemeine Schulung für das ganze Unternehmen ist nach einer Woche vergessen. Heute: Wir schulen in jedem Bereich Key-User, die das System gründlich kennen und ihre Teams unterstützen, und wir schulen nach Rolle mit echten Fällen aus ihrem Arbeitsalltag.
6. In allen Filialen gleichzeitig live gehen
Ein „Big Bang“ vervielfacht die Störungen genau dann, wenn das Team am wenigsten Zeit hat, sich um sie zu kümmern. Heute: Wir bevorzugen einen Pilotbetrieb in einer Filiale oder einem Bereich, stabilisieren ihn und weiten erst dann aus.
7. Vorschriften als Nebensache behandeln
In Bolivien unterliegen Rechnungsstellung, gesetzlich vorgeschriebene Bücher und Lohnabrechnung strengen Regeln, und diese ändern sich (die Ley 1733 ist das jüngste Beispiel). Ein System, das nicht Schritt hält, führt zu Bußgeldern und Nacharbeit. Heute: Steuer- und arbeitsrechtliche Regeln sind Teil des Produkts, parametrisiert und mit Gültigkeitsdaten.
Was wir in jedem Projekt wiederholen
- Ein Sponsor aus der Geschäftsleitung. Prozessentscheidungen trifft jemand mit Autorität, nicht der Anbieter.
- Phasen mit klaren Ergebnissen. Initiierung, Planung, Ausführung und Kontrolle sowie Abschluss. Jede Phase hat einen Fortschrittsbericht und eine aufgeschlüsselte Investitionsübersicht.
- Kurze Lieferungen. Wir arbeiten in Sprints von zwei bis vier Wochen: Das Unternehmen sieht regelmäßig etwas Reales funktionieren, nicht erst am Projektende.
- Tests vor dem Go-live. Jede wichtige Regel hat ihren automatisierten Test, und die Key-User validieren mit ihren eigenen Fällen.
- Kennzahlen ab dem ersten Tag. Wir legen fest, was gemessen wird (Abschlussdauer, Inventurdifferenzen, Forderungslaufzeit), um zu wissen, ob das System den Betrieb tatsächlich verbessert hat.
- Begleitung nach dem Go-live. Der erste Monatsabschluss im neuen System wirft immer Fragen auf; in diesem Monat da zu sein, macht den Unterschied.
Kurz gesagt
Ein ERP scheitert nicht an der Software: Es scheitert an nicht getroffenen Entscheidungen, verschmutzten Daten und Benutzern, die sich das System nie zu eigen machen.
Deshalb folgen wir heute bei jeder Einführung von MKA unserer eigenen Implementierungsmethodik, die auf dem PMBOK basiert, und starten mit den bereits integrierten bolivianischen Vorschriften.