Die Wartung der Optimierung

Joannes Vermorel

Die Gebühren, die Lokad seinen Unternehmenskunden in Rechnung stellt, sind unkompliziert¹: eine monatliche Pauschalgebühr für eine Kombination aus Software+Experten². Zur Überraschung einiger sind unsere monatlichen Gebühren im Laufe der Zeit tendenziell konstant, anstatt am Ende der Einführungsphase stark zu sinken. Die meisten sind jedoch nicht überrascht, da eine weitere absurde Demonstration von Gier seitens eines Anbieters nur ein weiterer Montag in der Welt der Unternehmenssoftware ist. Dies ist jedoch keine klassische Darstellung von maßloser Habgier. Diese Gebühr ist vielmehr erforderlich, um eine dauerhafte Leistung der Lieferkette zu erzielen.

Der profitabelste Weg für Anbieter von Unternehmenssoftware ist und war schon immer das Geld nehmen und abhauen. Lizenzgebühren im Voraus sind sozusagen Geld drucken. Im Vergleich zur Lizenzierung ist die Integration aufwändiger. Die Risiken sind höher und die Margen dünner. Daher lagern große Anbieter diesen Teil in der Regel vollständig aus, indem sie ein Netzwerk von Integratoren aufbauen, die die Verantwortung für sie übernehmen können. Der aus Sicht des Anbieters am wenigsten profitable Teil ist jedoch bei weitem die Wartung. Anekdotisch ist dies der Grund, warum Anbieter trotz erheblicher Wartungsgebühren immer noch Upgrades für ihre Kunden vorschreiben. Die Wartungsgebühren sind trotz ihrer Größe bei weitem nicht ausreichend, um den Anbieter bei der Unterstützung seiner eigenen Altlasten zu unterstützen.

Die Optimierung der Lieferkette ist jedoch ein Sonderfall, da Anbieter (nicht Lokad) es geschafft haben, die Wartung zu eliminieren. Dieser “Erfolg” ist jedoch sicherlich nicht der, den ihre Kunden sich vorgestellt hatten.

Seit den 1980er Jahren liefern Anbieter (wie Lokad, aber Jahrzehnte zuvor) Software zur Automatisierung von Entscheidungen in der Lieferkette³. Seitdem hat fast jedes große Unternehmen nicht nur eine, sondern oft mehrere solcher Lösungen erworben. Selbst ERP-Systeme, was für Enterprise Resource Planning steht, haben in den 1990er Jahren ihren Namen von diesem Bestreben erhalten, den “Planungs” -Teil zu automatisieren. Andernfalls würden ERP-Systeme ERMs genannt, was für Enterprise Resource Management steht.

Die Automatisierung von Entscheidungen in der Lieferkette ist jedoch nicht erfolgt. Die Systeme wurden implementiert, aber sie verstauben entweder oder weichen von ihrer ursprünglichen Mission ab⁴. Als Ergebnis werden die meisten Lieferketten immer noch über Tabellenkalkulationen verwaltet, was zeigt, dass selbst wenn diese Optimierungslösungen anfangs als erfolgreich angesehen wurden, bei der Wartung etwas schief gelaufen ist.

Diese Misserfolge sind aus Sicht der Softwareanbieter profitabel. Der Anbieter geht mit den Lizenzgebühren davon, möglicherweise in Form einer mehrjährigen Verpflichtung (im Fall von SaaS). Da die Lösungen nicht funktionieren - zumindest nicht der Optimierungsteil - ist nur wenig oder keine Wartung erforderlich. Kunden sind nicht besorgt über Softwarefunktionen, die sie sowieso nicht nutzen, und setzen daher den Anbieter nicht unter Druck. Von der ursprünglichen Lösung bleibt nur ein Fragment im Einsatz - normalerweise ein schlankes Dateneingabe-Gateway zur Verwaltung grundlegender Automatisierungsregeln, das in Unternehmenssysteme integriert ist (z. B. min/max Einstellungen für SKUs).

Auf der anderen Seite gelingt es Lokad, automatisierte Lieferkettenentscheidungen in Produktionsqualität zu liefern. Es erfordert jedoch fortlaufende Anstrengungen einer speziellen Task Force, die dem Kunden gewidmet ist - den Lieferkettenwissenschaftlern im Lokad-Jargon -, um dies zu erreichen. Der Wissenschaftler ist dafür verantwortlich, das numerische Rezept zu entwickeln und später zu pflegen, das die interessanten Lieferkettenentscheidungen generiert.

Das resultierende numerische Rezept kann unbeaufsichtigt bleiben. Das ist im Kontext der Optimierung der Lieferkette im Wesentlichen das, was “Produktionsqualität” bei der Automatisierung bedeutet. Daher kann der Supply Chain Scientist jederzeit aus dem Bild entfernt werden, ohne dem Unternehmen Schaden zuzufügen.

Das heißt jedoch nicht, dass die Lieferkette ein sich kontinuierlich änderndes Biest ist, das natürlich Auswirkungen hat. Während unsere Algorithmen mit sich ändernden Flüssen umgehen können, haben wir noch keine Algorithmen, die mit allen anderen subtilen Änderungen umgehen können, die erforderlich sind, um das numerische Rezept in Produktionsqualität aufrechtzuerhalten.

Als Ergebnis haben die Lieferkettenwissenschaftler eine Reihe von Aufgaben zu erledigen, die angegangen werden müssen, sobald Lokad in Produktion ist:

• Neue Daten werden verfügbar⁵, und das numerische Rezept muss aktualisiert werden, um von diesen neuen Daten zu profitieren. Umgekehrt werden einige Datenquellen ausgemustert, und numerische Abhängigkeiten müssen entsprechend gelöst werden. In großen Unternehmen befindet sich die Anwendungsumgebung in ständiger Entwicklung, nicht nur während des Upgrades des ERP-Systems.

• Die Strategie des Unternehmens ändert sich. Das numerische Rezept spiegelt die strategische Absicht des Kunden wider, und diese Reflexion geht weit über die Auswahl von Werten für eine Handvoll Parameter hinaus. Es ist nicht ungewöhnlich, dass der Supply Chain Scientist ganze Teile des Rezepts umschreibt, um Inflektionen der Strategie anzupassen, aber dies geschieht gelegentlich.

• Das Vertrauen muss aufrechterhalten werden. Die Lieferkettenführung benötigt den Supply Chain Scientist, um fortlaufend nachzuweisen, dass das numerische Rezept gut funktioniert. Von dem Wissenschaftler wird erwartet, dass er nicht nur neue Instrumente zur Darstellung neuer oder überarbeiteter Leistungsindikatoren entwickelt, sondern auch alle Fragen beantwortet, die von der Führung gestellt werden.

• Die Transparenz muss gewahrt werden. Der Wissenschaftler ist dafür verantwortlich, das numerische Rezept “weiß zu kastrieren”. Dies bedeutet, dass Teams geschult werden, damit sie ein angemessenes Verständnis haben, das es ihnen wiederum ermöglicht, das Beste aus der durch das numerische Rezept bereitgestellten Automatisierung zu machen. Wenn Teams rotieren, müssen neue Mitarbeiter (neu)geschult werden.

Wenn wir bei einer dieser Aufgaben versagen, haben Lieferkettenpraktiker keine andere Wahl, als zu ihren Tabellenkalkulationen zurückzukehren.

Daher kann das numerische Rezept wochenlang unbeaufsichtigt bleiben⁶, seine Relevanz nimmt jedoch im Laufe der Zeit zwangsläufig ab. Daher sind fortlaufende Engineering-Ressourcen erforderlich, um das numerische Rezept relevant zu halten. Trotz der jüngsten Fortschritte in der künstlichen Intelligenz liegt die Entwicklung einer Software, die sich selbst warten kann, weit über dem aktuellen Stand der Technik. Es ist vielleicht umstritten zu schreiben, aber die Aufgabe erscheint so schwierig wie die Herausforderung, künstliche allgemeine Intelligenz zu erreichen.

Obwohl fortlaufende Beiträge des Supply Chain Scientists erforderlich sind, könnte man verzeihlicherweise denken, dass diese Bemühungen abnehmen werden, sobald das numerische Rezept in Produktion ist. Unsere Erfahrung hat das Gegenteil bewiesen. Die Komplexität des numerischen Rezepts nimmt zwangsläufig zu, um dem jeweiligen Level der verfügbaren Engineering-Ressourcen gerecht zu werden⁷.

In den letzten zehn Jahren haben wir immer wieder einen Wendepunkt in Bezug auf die Ressourceninvestition beobachtet. Wenn die anfänglichen Ressourcen, die in die Einrichtung des Rezepts investiert wurden⁸, die jährliche Investition des Unternehmens in dessen Wartung übersteigen, erhält das Rezept nicht das erforderliche Maß an Pflege, um seinen Produktionsstatus zu erhalten. Das häufigste Symptom dieser Vernachlässigung ist ein langer Rückstand für alle wichtigen, aber nicht sofort kritischen Teile: Dokumentation, Code-Reviews, Code-Bereinigung, Instrumentierung usw.

Keine Technologie oder kein Prozess garantiert den Geschäftserfolg⁹, aber eine unsachgemäße Wartung ist ein bewährtes Rezept, um ein Unternehmen wieder auf den Ausgangspunkt zurückzuführen - bevor es summarisch in einem Meer von Tabellenkalkulationen ertrinkt. Lassen Sie Ihr Unternehmen nicht zu einem weiteren Datenpunkt in unserem wachsenden Register von vollkommen vermeidbaren Lieferkettenversagen werden.