Warum scheitern WMS-Projekte? Dokumentierte Fälle und Frühwarnzeichen

Drei öffentliche Fälle

Die folgenden Fälle stammen aus verschiedenen Ländern und aus Projekten, die keine reinen WMS-Projekte waren; was in Lager- und Distributionsprozessen geschah, zeigt jedoch deutlich die Risiken, denen ein WMS-Projekt ausgesetzt sein kann. Zahlen nur so, wie in den zitierten Quellen angegeben.

Fall	Was geschah	Lehre für Ihr WMS-Projekt
Hershey (USA, 1999)	Das System aus ERP, CRM und Supply-Chain-Software ging live, als die Halloween-Aufträge hereinströmten; das Unternehmen erklärte, die Probleme würden die Auslieferung von Waren im Wert von etwa 100 Mio. USD verhindern ^[1].	Legen Sie das Go-live nicht in die Hochsaison; bestimmen Sie den Termin anhand von Bereitschaftskriterien, nicht nach dem Kalender.
Target Canada (2013–2015)	Das Team, das die Probleme untersuchte, schätzte, dass die Produktinformationen im System nur zu etwa 30 % korrekt waren (in den USA zu 98–99 %). Verteilzentren quollen über, während die Filialregale leer waren; manche Artikel konnten nicht für den Versand verarbeitet werden. Alle 133 Filialen wurden geschlossen ^[2].	Sind Stammdaten wie Artikelmaße, Gewichte und Einheiten falsch, kann das Lagersystem nicht funktionieren. Machen Sie die Datenbereinigung zur ersten Projektaufgabe und prüfen Sie Daten bei der Eingabe.
ASOS (Vereinigtes Königreich, 2019)	Weil die Einführung neuer Automatisierungssoftware am Standort Berlin stockte, hatte das Unternehmen Verfügbarkeitsprobleme in den USA und der EU; der CEO nannte es „ein Versagen in der Umsetzung“. Das Unternehmen verbuchte 50,5 Mio. GBP an Übergangs- und Restrukturierungskosten ^[3].	Einen neuen Standort, Automatisierung und Software gleichzeitig zu starten, vervielfacht das Risiko. Planen Sie einen schrittweisen Hochlauf und Zeit bis zur vollen Kapazität ein.

Sieben häufige Fehlermuster

Falscher oder vager Umfang. Ein System wird gewählt, bevor die Prozesse aufgeschrieben sind; Ausnahmen (Retouren, Teillieferungen, Quarantäne) tauchen erst im Echtbetrieb auf.
Fehlende oder falsche Stammdaten. Ohne Maße, Gewichte, Barcodes und Einheiten können Einlagerungs- und Kommissionierregeln nicht funktionieren ^[2].
Ein Projektteam, das den Betrieb nicht kennt. Das Projekt wird als IT-Aufgabe behandelt; das Lagerteam ist nicht am Design beteiligt und fühlt sich nicht für das System verantwortlich.
Verkürzte Tests. Wird der Zeitplan eng, werden zuerst die Tests gekürzt; das System geht ohne End-to-End- und Lasttests live.
Go-live zum falschen Zeitpunkt. Ein Go-live in der Hochsaison oder mit vielen gleichzeitigen Änderungen nimmt die Zeit, Probleme zu beheben ^[1]^[3].
Unbemerkte Integrationsfehler. Fehlerhafte Nachrichten aus dem ERP stauen sich unbemerkt; Bestandsdifferenzen zeigen sich später.
Ungemessene Ziele. Weil Genauigkeit und Produktivität vor dem Go-live nicht gemessen wurden, lässt sich weder Erfolg noch Misserfolg belegen.

Frühe Anzeichen der „Rückkehr zu Excel“ nach einem WMS

Scheitern sieht nicht immer wie eine Krise aus. Oft scheint das System zu funktionieren, während der Betrieb still beginnt, um es herumzuarbeiten. Achten Sie in den Monaten nach dem Go-live auf diese Anzeichen:

Berichte werden wieder in Tabellen erstellt; den Daten aus dem System wird nicht vertraut.
Manche Buchungen werden auf Papier statt am Handheld erledigt und später gesammelt erfasst.
Zähldifferenzen sinken nicht; Bestandskorrekturen werden Routine.
Benutzer übersteuern ständig die Vorschläge des Systems (Lagerplätze, Pickreihenfolge).
Niemand schaut auf den Bildschirm für Integrationsfehler, oder es gibt keinen.
Jede Regeländerung erfordert einen Auftrag an den Anbieter.

Liegen zwei oder mehr dieser Anzeichen vor, hilft eine Messung des Ist-Zustands mit der Betriebsdiagnose, Software-, Prozess- und Datenprobleme auseinanderzuhalten.

Risiken verringern

Schreiben Sie Ihre Prozesse und Ausnahmen vor der Auswahl auf; lassen Sie Anbieter Ihre eigenen Abläufe in einer Drehbuch-Demo durchspielen.
Legen Sie Datenbereinigung und Verantwortliche in den ersten Projektwochen fest.
Treffen Sie die Go-live-Entscheidung anhand einer Go-/No-Go-Checkliste, nicht des Kalenders; halten Sie den Rückfallplan schriftlich fest.
Fragen Sie Referenzkunden nach ihren ersten Wochen nach dem Go-live; unsere Fragen für Referenzgespräche sind dafür gedacht.
Erfassen Sie Kennzahlen zu Genauigkeit, Produktivität und Durchlaufzeit vor dem Go-live und knüpfen Sie das Ende der Hypercare daran.

Wenn Sie eine anonyme Lehre aus Ihrem eigenen Projekt teilen möchten, schreiben Sie an info@findwms.com. Geteilte Fälle werden nur mit ausdrücklicher Erlaubnis und ohne Firmen- und Personendaten veröffentlicht.

Häufige Fragen

Warum geraten WMS-Projekte ins Stocken?

Meist nicht wegen der Software. Die drei häufigsten Ursachen: Artikelstammdaten nicht bereit, Lagerplatzstruktur physisch nicht vorhanden und Prozessentscheidungen vor Projektstart nicht getroffen. Software schafft keine Ordnung, die es nicht gibt.

Was ist der riskanteste Moment beim Go-live?

Der Anfangsbestand. Ohne eine genaue Zählung auf Platzebene unmittelbar vor der Umstellung läuft das System vom ersten Tag an mit falschen Daten, und Sie verlieren das Vertrauen der Fläche innerhalb weniger Tage. Es zurückzugewinnen dauert Monate.

Wie viel Schulung ist genug?

Eine eintägige Schulung ist beim nächsten Schichtwechsel vergessen. Was hängen bleibt, ist ein paar Tage Mitarbeit auf der Fläche und eine einseitige Arbeitsanweisung je Rolle. Achten Sie darauf, dass Schulung eine eigene Position im Angebot ist.

Quellen

CIO, „Supply Chain: Hershey's Bittersweet Lesson“ — cio.com (abgerufen: 2026-09-19)
Canadian Business, „The Last Days of Target Canada“ — canadianbusiness.com (abgerufen: 2026-09-19)
RTÉ / Reuters, „ASOS warns on profit again after botching warehouse revamps“, 18. Juli 2019 — rte.ie (abgerufen: 2026-09-19)

Methode und Korrekturen: Redaktionsrichtlinie.