Projektunterlagen sichern
Leistungsbeschreibungen, Pflichtenhefte, Protokolle, Tickets, Changes und Abnahmen vollständig exportieren.
Ratgeber · ERP · SOFTWARE · EBUSINESS
ERP-Projekt gescheitert: Was jetzt technisch zu klären ist
Wenn Einführung, Budget oder Termine eskalieren, sollten Systemzustand, Leistungsstand und Projektentscheidungen gesichert werden.
Ausgangslage
Technische Einordnung statt vorschneller Schuldzuweisung
Ein gescheitertes ERP-Projekt ist selten auf eine einzelne Ursache zurückzuführen. Unklare Anforderungen, laufende Änderungen, unzureichende Migrationstests, fehlerhafte Schnittstellen und organisatorische Abhängigkeiten können sich gegenseitig verstärken.
Wichtig ist eine nüchterne Bestandsaufnahme: Welche Leistungen waren dokumentiert, welche Änderungen wurden freigegeben, was ist technisch umgesetzt und welche Probleme lassen sich reproduzieren? Erst diese Tatsachengrundlage erlaubt eine belastbare Ursachenanalyse.
Die Leistung betrifft die technische Untersuchung. Rechtsberatung, Vertragsauslegung und die abschließende Bewertung rechtlicher Ansprüche sind nicht Gegenstand der technischen Begutachtung.
Typische Prüfbereiche
Was konkret untersucht werden kann
Systemzustand dokumentieren
Versionen, Konfigurationen, Rollen, Datenstände, Schnittstellen und bekannte Fehlerbilder festhalten.
Kernprozesse priorisieren
Geschäftskritische End-to-End-Prozesse und ihre Abhängigkeiten konkret benennen.
Beweisfragen formulieren
Pauschale Schuldzuweisungen in überprüfbare technische Fragen übersetzen.
Änderungen kontrollieren
Unkoordinierte Updates können Ursachen verdecken und Beweismittel verändern.
Unabhängig prüfen
Soll, Ist, Ursache und Wirkung von einer nicht projektbeteiligten Stelle untersuchen lassen.
Vorgehen
Nachvollziehbar vom Auftrag bis zum Ergebnis
Sachverhalt, Systeme, Zeitraum und Prüftiefe eindeutig abgrenzen.
Unterlagen, Daten, Versionen und technische Zustände geordnet sichern.
Soll und Ist vergleichen, Tests reproduzieren und Ursachen analysieren.
Feststellungen, Belege, Grenzen und Antworten verständlich dokumentieren.
Fragen zur technischen Prüfung
Wann gilt ein ERP-Projekt als technisch gescheitert?
Es gibt keine allgemeine technische Schwelle. Hinweise sind unter anderem dauerhaft nicht nutzbare Kernprozesse, fehlende Abnahmereife, nicht beherrschbare Datenprobleme oder ein Leistungsstand, der das definierte Projektziel nicht erreicht.
Sollte das System sofort gestoppt werden?
Das hängt von Betriebsrisiken und Beweislage ab. Veränderungen sollten kontrolliert, dokumentiert und mit Projektleitung sowie Rechtsbeistand abgestimmt werden.
Wer ist verantwortlich?
Verantwortung ist keine pauschale technische Feststellung. Eine Prüfung kann Ursachen und Mitwirkungsfaktoren herausarbeiten; die rechtliche Zurechnung erfolgt separat.