In diesem Format beleuchten wir reale Lessons-Learned-Fälle aus unserem Projektfundus und dem Logistik- und SCM-Kosmos. Wir zeigen die Ausgangslage, den Umsetzungsansatz beziehungsweise die Lösung sowie die konkreten Maßnahmen.
Diese Ausgabe schließt die dreiteilige Serie. Teil 1 hat gezeigt, wo Transparenz entsteht — an der Quelle. Teil 2 hat gezeigt, wie daraus eine Auftragslogik wird — das Staplerleitsystem. Teil 3 beantwortet die härteste Frage: Wie fügt sich all das dauerhaft zusammen, ohne dass der laufende Betrieb stehen bleibt? Denn hier scheitern Intralogistik-Projekte am häufigsten. Nicht am Konzept — das steht meist gut auf Papier —, sondern an der Integration vieler Module in eine Lagersteuerung, während die Linie weiterläuft.
Ausgangslage: viele Automationsmodule, ein Geschäftsprozess
Eine automatisierte Lager- und Verpackungslösung — Hochregallager, Kleinteilelager, Verpackungslinien und Fördertechnik — sollte mit den übergeordneten Systemen verbunden werden: ERP, Lagerverwaltung und Materialflussrechner. Der Geschäftsprozess reicht vom Wareneingang bis zum Versand und umfasst Bypass-Strecken für die Bodenlagerung, Depalettierung, Kontrollen von Gewicht und Kontur sowie die Neuetikettierung. Beteiligt war nicht ein Dienstleister, sondern mehrere — ERP- und WMS-Entwickler ebenso wie die Hersteller der einzelnen Anlagen. Genau diese Vielzahl an Schnittstellen ist der Grund, warum Integration ein eigenes Handwerk ist und kein Anhängsel des Konzepts.
Der Kern: rollierend integrieren, nicht mit dem Urknall
Der entscheidende methodische Hebel war die Absage an den Big-Bang. Statt alle Module gleichzeitig scharfzuschalten, liefen rollierende Funktionstests je Modul in einem iterativen Integrationstestprogramm — über zwölf Wochenzyklen mit rund 100 Testfällen. Am Stichtag waren davon etwa 80 Prozent grün. Diese Zahl ist ehrlich zu lesen: Sie ist ein Testfortschritt, keine Erfolgsquote des Gesamtprojekts. Der Anspruch für den Go-live lag darüber — mindestens 90 Prozent der go-live-kritischen Fälle mussten grün sein, bei einer Defect-Bearbeitung innerhalb von 48 Stunden.
Möglich wurde diese Steuerung durch zwei Dinge. Erstens eine frühe SIPOC-Analyse als gemeinsame Referenz: Für jede Schnittstelle wurde festgehalten, wer verantwortlich ist, in welchem Datenformat kommuniziert wird und welcher Eskalationsweg gilt. Zweitens ein Ampel-Dashboard pro Prozessschritt, das allen Partnern zugänglich war — und das go-live-relevante Fehler klar von kosmetischen trennte. Denn die wichtigste Frage vor einem Go-live ist nicht „Wie viele Fehler sind offen?„, sondern „Welche davon verhindern den Start?“.
Ein Wort zum Testmanagement, weil hier viel Substanz steckt: Testfälle wurden klassifiziert, Regressionstests automatisiert, und als laufende Kennzahl diente die Zahl der Fehler pro Testzyklus. Für die kritischen Restpunkte — allen voran die Neuetikettierung — gab es einen Backup-Workflow, damit ein Fehler dort nicht den ganzen Versand blockiert. Risikomanagement in der Integration heißt nicht, Fehler auszuschließen, sondern für die wahrscheinlichen einen geübten Plan B zu haben. Zur Ehrlichkeit gehört auch der offene Rand: Zum zuletzt dokumentierten Stand waren rund 82 Prozent der Fälle grün; ob seither ein vollständiger End-to-End-Abnahmetest gelaufen ist, bleibt Teil der Nachverfolgung. Ein Integrationsprojekt ist selten an einem Stichtag „fertig“ — es erreicht Go-live-Reife und wird danach stabilisiert.
Die ehrlichste Lektion: die Menschen, nicht die Systeme
Der wertvollste Punkt aus diesem Projekt ist keiner über Technik. Die Dauerbelastung der Key-User — sechs bis sieben Tage pro Woche — hat die Testtiefe gemindert. Wer seine besten Leute wochenlang an der Belastungsgrenze fährt, bekommt oberflächlichere Tests, nicht gründlichere. Dazu kam ein Rhythmus-Problem: Nur am Wochenende zu testen, verlängerte die Feedback-Schleifen; erst die Wochentests beschleunigten die Fehlerkorrektur spürbar. Und ein inhaltlicher Dauerbrenner: Neuetikettierung und Verpackung blieben lange die kritischen Restpunkte — die unscheinbaren Prozessschritte am Ende der Kette, die in der Planung gern unterschätzt werden.
Das ist die Fortsetzung des roten Fadens aus Teil 1 und 2: Über Erfolg oder Scheitern entscheidet die Halle. In der Integration heißt das konkret: ein Ressourcen-Rotationsplan mit einer Belastungsprognose pro Rolle gehört genauso ins Projekt wie die Testfälle selbst.
Das Vorgehen: sieben Phasen mit klaren Toren
Getragen wurde die Integration von einem siebenstufigen Modell: von der Initialisierung mit fixiertem Scope über Prozess- und Systemdesign, Entwicklung und Modultest, den End-to-End-Integrationstest, Schulung und Datenmigration bis zum Go-live mit Hyper-Care und einer abschließenden Nachbetrachtung. Zwei Tore sind dabei nicht verhandelbar: Die Trainingsumgebung muss spätestens sechs Wochen vor dem Start stehen, der Datenmigrations-Probelauf spätestens vier Wochen vorher. Und der Go-live braucht einen Cut-over-Plan mit Rollback-Option sowie eine Woche 24/7-Hyper-Care. Wer diese Tore weich definiert, verschiebt das Risiko nur in den Produktivbetrieb.
Kommuniziert wurde diszipliniert: ein wöchentliches 15-Minuten-Steering, das Ampel-Dashboard für alle Partner sichtbar, eine Eskalationsmatrix mit Reaktionszeiten unter 24 Stunden. Bei mehreren Dienstleistern und Anlagenherstellern an einem Materialfluss ist Kommunikation kein Beiwerk — sie ist Teil der Architektur.
Und noch eine Dimension macht Integration schwer: die Zahl der Beteiligten. An diesem Materialfluss arbeiteten mehrere ERP- und WMS-Entwickler parallel, dazu die Hersteller von Hochregallager, Kleinteilelager und Verpackung sowie ein eigenes Schulungs- und Datenmigrationsteam. Jede dieser Parteien bringt eigene Release-Stände, Testumgebungen und Prioritäten mit. Ohne die gemeinsame SIPOC-Referenz und ein für alle sichtbares Ampel-Dashboard zerfällt so ein Projekt in Einzelgespräche — und genau dort gehen die go-live-kritischen Fehler verloren.
Der digitale Horizont — richtig sequenziert
Auch hier trägt das Zielbild weiter. Integrationstests lassen sich über Robotic Test Automation automatisiert ausführen, Schnittstellen live überwachen, der Materialfluss als digitaler Zwilling abbilden. Ein ML-Modell kann Testfälle nach Fehlerwahrscheinlichkeit priorisieren, Optimierungsalgorithmen können Ressourcen zwischen Wochen- und Wochenendtests ausbalancieren, und NLP kann Log-Einträge clustern und Tickets automatisch weiterleiten. Voraussetzung bleibt die API-Fähigkeit der Systeme — und für die KI-Modelle: sauber gelabelte Fehlerdaten. Auch das ist wieder eine Reihenfolge-Frage: Erst die disziplinierte, testbare Integration, dann die Automatisierung des Testens darüber.
Ehrlich bleibt auch zum Abschluss: Diese Serie ist ein Methoden- und Erfahrungsbogen, keine Sammlung von Erfolgszahlen. Ihr Wert liegt in der Reihenfolge — Transparenz an der Quelle, dann Auftragslogik, dann Integration — und in den Lektionen, die sich nur im echten Projekt zeigen.
Maßnahmen — sofort umsetzbar für Ihre Systemintegration
→ Integrieren Sie rollierend, nicht mit dem Big-Bang. Modulweise Funktionstests machen Fehler beherrschbar; ein gleichzeitiger Start aller Module potenziert sie.
→ Trennen Sie go-live-kritische Fehler klar von kosmetischen. Ein Ampel-Dashboard pro Prozessschritt, für alle Partner sichtbar, ist dafür das einfachste wirksame Werkzeug.
→ Planen Sie die Belastung Ihrer Key-User wie eine Ressource. Sechs bis sieben Tage pro Woche senken die Testtiefe — ein Rotationsplan schützt die Qualität.
→ Testen Sie unter der Woche, nicht nur am Wochenende. Kurze Feedback-Schleifen korrigieren Fehler schneller, als es jede Intensivphase am Wochenende kann.
→ Ziehen Sie die unscheinbaren Endprozesse nach vorn. Neuetikettierung und Verpackung werden gern unterschätzt und bleiben dann die kritischen Restpunkte bis kurz vor dem Start.
Was bedeutet das für Ihr Unternehmen?
→ Integrieren Sie Ihre Automationsmodule rollierend — oder planen Sie insgeheim doch einen Big-Bang?
→ Wissen alle Partner jederzeit, welche offenen Fehler den Go-live wirklich verhindern — oder diskutieren Sie über Fehlerlisten ohne Priorität?
→ Behandeln Sie die Belastung Ihrer Schlüsselpersonen als Projektrisiko — oder erst, wenn die Testtiefe schon gelitten hat?
Damit schließt sich der Bogen. Transparenz an der Quelle, eine Auftragslogik darüber, und eine disziplinierte Integration, die das Ganze trägt, ohne den laufenden Betrieb zu stoppen: So wird aus einzelnen Bausteinen eine funktionierende Intralogistik. Das Konzept ist die Eintrittskarte. Über den Erfolg entscheidet die Integration — und die Menschen, die sie tragen.
Anonymisierter Projektfall aus dem SCM-Projektfundus.