Diagnose-erstes ERP: Wie sieht der neue Weg in der Praxis aus?
Die ersten drei Artikel dieser Serie haben einen Mechanismus aufgebaut: Das Manntage-Modell musste die Diagnose billig verkaufen, weil es den Input bepreist; und sobald KI die mechanische Arbeit verbilligt hat, wurde die Qualität der Entscheidung zum einzigen echten Unterschied. Eine Frage bleibt: Wie sieht dieser Mechanismus in einem Projekt aus? Dieser Artikel stellt keine neue Frage — er beschreibt die Reihenfolge. Wie läuft eine diagnose-erste ERP-Reise Schritt für Schritt ab?
Die fünf Schritte des neuen Wegs

- Messen: Bevor Sie eine Demo sehen oder Angebote einholen, beziffern Sie den Ist-Zustand — wie viel Ihrer Prozesse ist dokumentiert, wie sauber sind die Stammdaten, wer besitzt welche Entscheidung. Ohne Messung ruht jeder weitere Schritt auf Vermutungen.
- Diagnostizieren: Machen Sie aus der Messung einen Befund. "Die Bestandsgenauigkeit ist niedrig" ist eine Beobachtung; "Korrekturbuchungen nach der Inventur häufen sich in diesem Lager, in dieser Warengruppe" ist eine Diagnose. Die Diagnose sagt Ihnen, welches Problem es wert ist, gelöst zu werden.
- Kriterium schreiben: Schreiben Sie die Erfolgsdefinition des Projekts vor dem Start auf — mit Zahl und Datum. "Go-live" ist kein Erfolgskriterium; "der Monatsabschluss sinkt von fünf Arbeitstagen auf zwei" ist eines. Das Kriterium muss unabhängig vom Anbieter überprüfbar sein.
- Phasen nach Abhängigkeit ordnen: Nicht der Appetit der Fachbereiche, sondern die technische Abhängigkeit bestimmt die Phasenfolge. Wenn eine Phase ohne das Ergebnis der vorherigen nicht funktioniert, ist diese Reihenfolge nicht verhandelbar.
- Abnahme an Nachweise binden: Am Ende jeder Phase soll nicht "es funktioniert" stehen, sondern "dieses Szenario wurde mit diesen Daten von dieser Person ausgeführt und bestanden." Ist die Abnahme nicht an Nachweise gebunden, wird die Übergabe zur Diskussion.
Der alte Weg gegen den diagnose-ersten Weg
Die beiden Wege erledigen nicht dieselbe Arbeit in anderer Reihenfolge; sie treffen unterschiedliche Entscheidungen auf unterschiedlichem Wissensstand. In der Tabelle wird der Unterschied deutlich:
| Entscheidung | Alter Weg | Diagnose-erster Weg |
|---|---|---|
| Scope | Zum Angebotszeitpunkt, mit dem geringsten Wissen | Nach der Messung, auf Basis von Befunden |
| Produktauswahl | Erste Frage: welche Marke? | Letzte Frage: welche Fähigkeit, nach welchem Kriterium? |
| Phasenfolge | Nach dem Lieferplan des Anbieters | Nach technischer Abhängigkeit |
| Abnahmekriterium | "Wir sind live gegangen" | Schriftliches Szenario + Nachweis + benannter Freigeber |
| Gewicht des Budgets | Auf Einrichtung und mechanischer Arbeit | Auf Diagnose und Entscheidungsqualität |
| Eigentümer des Risikos | Vollständig beim Kunden | Geteilt, gebunden an das Kriterium |
Kein Produktname — eine Fähigkeitskategorie
Die sichtbarste Folge des diagnose-ersten Wegs ist, dass sich der Platz der Produktauswahl in der Reihenfolge verschiebt. Die Entscheidung fällt nicht über einen Markennamen, sondern über drei Teile: welche Fähigkeit, nach welchem Kriterium, unter welcher Voraussetzung. "Stücklistenverwaltung" ist eine Fähigkeitskategorie; "kann bei einer mehrstufigen Stückliste eine Revisionshistorie geführt werden?" ist das Kriterium dieser Kategorie; "die Produktstammdaten müssen zuvor bereinigt sein" ist ihre Voraussetzung.
Dieses Tripel erzeugt zugleich die Fragen an den Anbieter — und diese Fragen werden zum Gerüst des Lastenhefts. Die Markenfrage verschwindet nicht; sie rückt ans Ende. Ob ein Produkt die richtige Wahl ist, wird erst dann zu einer beantwortbaren Frage, wenn Fähigkeit und Kriterium niedergeschrieben sind. In Projekten, die umgekehrt vorgehen, wird das Lastenheft rückwärts aus der Funktionsliste des bereits gewählten Produkts geschrieben.
Die Phasenfolge ergibt sich aus Abhängigkeiten
In den meisten Projekten ist der Phasenplan Verhandlungssache: Welches Modul zuerst aufgemacht wird, entscheidet der Appetit der Fachbereiche oder der Lieferplan des Anbieters. Im diagnose-ersten Weg ist diese Reihenfolge eine technische Restriktion. Einige konkrete Beispiele:
- Die Fertigungssteuerung lässt sich nicht aufbauen, bevor Stückliste und Fertigungsauftragsfluss funktionieren — die Steuerung verbraucht das Ergebnis der Stückliste.
- Die Kalkulation liefert kein sinnvolles Ergebnis, bevor Lagerbewegungen korrekt erfasst sind; Kosten sind eine Ableitung der Bewegung.
- Der Vertriebsbericht wird nicht verlässlich, bevor Kunden- und Produktstammdaten bereinigt sind — Dubletten verfälschen den Bericht lautlos.
Werden diese Abhängigkeiten verletzt, bleibt das Projekt nicht stehen; Schlimmeres passiert — eine in falscher Reihenfolge aufgebaute Phase scheint zu funktionieren, und das Problem zeigt sich erst, wenn sich Daten ansammeln. Die Phasenfolge an Abhängigkeiten zu binden, verhindert diesen verzögerten Fehler von vornherein.
Die Abnahme wird an Nachweise gebunden
Der teuerste Moment eines Projekts ist die Übergabe: Die Diskussion zwischen "das war im Scope" und "das ist eine Zusatzentwicklung" entscheidet, auf welcher Seite die Rechnung landet. Der einzige Weg, dieser Diskussion zuvorzukommen, ist, die Abnahme von Anfang an an Nachweise zu binden.
In der Praxis heißt das: Das Ergebnis jedes Abnahmeszenarios wird nicht nur als bestanden/nicht bestanden erfasst, sondern im Fehlerfall nach Ursache klassifiziert — fehlende Konfiguration, fehlende Daten, eine Anforderung außerhalb des Scopes oder ein echter Fehler? Diese vier Ursachen stellen vier verschiedenen Parteien die Rechnung. Daneben steht der Name der freigebenden Person. Ohne Klassifizierung landen alle "nicht bestanden"-Einträge auf einem Haufen, und bei der Übergabe wird die Frage, wer recht hat, eine Frage der Lautstärke statt der Aufzeichnung.
Wo fängt man an?
Der erste der fünf Schritte ist die Messung — und auch die Messung hat einen Ausgangspunkt. Um das Risikoprofil Ihres eigenen Projekts zu sehen, können Sie die ERP-Risiko-Bewertung mit 10 Fragen nutzen: Prozessreife, Management-Sponsoring, Change Management, Datenqualität, interne Ressourcen, Scope-Klarheit, Budget-Realismus, Anpassungsappetit, Zeitplan und Teamerfahrung — zehn Dimensionen, gewichtet bewertet, und Sie landen in einem von vier Risikobändern. Das Ergebnis ist eine Schätzung, keine Diagnose: Es sagt Ihnen, wo Sie hinschauen sollten, nicht was Sie tun sollen. Aber der erste der fünf Schritte liegt damit hinter Ihnen.
Dies ist der vierte und letzte Artikel einer 4-teiligen Serie.
1. Steht das
Ende der Manntage-Beratung bevor?
2. Ein Röntgenbild der
KI-Versprechen
3. Was
hat KI im ERP verbilligt — und was aufgewertet?
4. Diagnose-erstes ERP: Wie sieht der neue Weg in der Praxis aus? (dieser
Artikel)
Um neue Analysen nicht zu verpassen, abonnieren Sie den MindDX-Digital Excellence Newsletter.
