PRODUKTORIENTIERTE LIEFERUNG FÜR SUPPLY CHAIN (VORLESUNG 1.3 ZUSAMMENFASSUNG)

Das Ziel der supply chain optimization (SCO) ist es, eine Software-Anwendung zu liefern oder zu verbessern, die eine ansonsten kostspielige Reihe repetitiver, alltäglicher Entscheidungen automatisiert, wodurch Führungskapazitäten für dringendere Angelegenheiten freigesetzt werden. Diese Anwendung, wie die supply chain selbst, sollte als Vermögenswert und nicht als Betriebskosten betrachtet werden, angesichts des inhärenten, langfristigen Wertes für die Organisation. Die Softwareanforderungen für einen solchen Vermögenswert gehen jedoch weit über den Rahmen konventioneller supply chain-Theorien und Werkzeuge hinaus, einschließlich des unerschrockenen Bürogriffs, Excel.

Vorlesung anschauen

supply chain ist nicht OpEx

Traditionelle supply chain-Methoden tendieren dazu, Arbeitskraft anstelle von Software einzusetzen. Dies spiegelt sich in Teams von Sachbearbeitern wider, die mit Excel-Tabellen arbeiten und nahezu täglich Entscheidungen manuell erarbeiten und überarbeiten. Die primären nachgelagerten Effekte hiervon sind höhere Gemeinkosten und verstärktes Krisenmanagement, ganz zu schweigen von den enormen Mengen an Kapazität, die der manuellen Bearbeitung und Behebung der zahllosen, unvermeidlichen Ausnahmen und Notfälle, die in der supply chain üblich sind, gewidmet werden.

Die supply chain wird, wie oben dargelegt, als Betriebsausgabe (OpEx) behandelt, was sich auf die täglichen Kosten bezieht, die im Rahmen des Geschäftsbetriebs anfallen. Diese Einstufung spiegelt ein gravierendes Missverständnis der tatsächlichen Beziehung der supply chain zu einem Unternehmen wider. Angesichts der immensen Ressourcen, die für die Aufrechterhaltung traditioneller supply chain-Orchestrierungen aufgewendet werden müssen, ist die OpEx-Kategorisierung jedoch nicht überraschend.

In einem traditionellen supply chain-System müssen Gehalt, Sozialleistungen, Schulungen, technologische Gemeinkosten etc. pro Sachbearbeiter zugewiesen werden, was die supply chain zu etwas macht, das per Design ständige manuelle Eingriffe erfordert. Dies stellt einen unverhältnismäßigen Aufwand für das dar, was im Grunde eine Reihe repetitiver, alltäglicher Aufgaben ist, die typischerweise täglich ausgeführt werden¹.

Dies berücksichtigt nicht einmal die verlorene Kapazität, die mit der manuellen Ausführung alltäglicher Aufgaben einhergeht, ganz zu schweigen vom ständigen Krisenmanagement, wenn Ausnahmen auftreten. Die Berechnung der dollarmäßigen Kosten all dieser fehlgeleiteten Konzentration ist schwierig, aber zu den verschwenderischen Beiträgern zählen nicht nur Sachbearbeiter, sondern auch deren Vorgesetzte, Manager und sogar C-Suite-Führungskräfte.

supply chain ist CapEx

Lokads Position ist, dass die supply chain als Investitionsausgabe (CapEx) umgedeutet werden sollte, da sie insgesamt ein strategischer Vermögenswert für das Unternehmen ist – ähnlich wie Gebäude, Maschinen und Fahrzeuge². Indem die supply chain als produktiver Vermögenswert und nicht als eine fortlaufende – und kostspielige – Aktivität behandelt wird, kann ein Unternehmen sie skalierbarer und profitabler machen, ähnlich wie Softwareunternehmen, die ihr Geschäft um ein zugrunde liegendes Produkt aufbauen. In diesem Fall ist das Produkt ein numerisches Rezept, das dazu entworfen wurde, alle alltäglichen, banalen Entscheidungen automatisch zu generieren, die sonst teuren menschlichen Einsatz erfordern würden.

Diese Arbeitskraft würde höchstwahrscheinlich Entscheidungen mit gewisser Genauigkeit liefern, jedoch zu weitaus höheren Kosten – sowohl finanziell als auch hinsichtlich der Kapazität – als jene, die von einer softwarebasierten Alternative getroffen werden. Täglich würde ein solches numerisches Rezept – supply chain optimization (SCO) – still und unabhängig laufen, ganz wie jedes andere hochwertige Maschinenteil in einer Organisation.

Dinge, die SCO berücksichtigen muss

Die Bandbreite der Überlegungen, die für das SCO eines beliebigen Unternehmens relevant sind, ist umfangreich und variiert je nach Geschäftsart. Dies disqualifiziert von vornherein den Gedanken, ein standardisiertes, von der Stange verfügbares SCO zu erwerben.

Betrachtet man SCO im Kontext eines B2B-Unternehmens versus eines B2C-Unternehmens, so hat letzteres möglicherweise um mehrere Größenordnungen mehr Kunden als erster, und der Verlust eines durchschnittlichen Kunden ist womöglich gar nicht bemerkbar – wie im Fall eines Supermarktes mit Tausenden Stammkunden. B2B-Unternehmen haben diesen Luxus in der Regel nicht, da sie generell weitaus weniger Kunden als B2C-Unternehmen besitzen, weshalb der Verlust auch nur eines einzigen Kunden verheerend sein könnte – wie im Fall eines Lieferanten, dessen Kunden Supermärkte sind.

Damit verschiebt sich der inhärente Wert eines einzelnen Kunden je nach Perspektive, und diese Perspektive bestimmt die Service Level und Sicherheitsbestand Ziele, die ein Unternehmen setzen sollte. Über dieses unbestreitbare Prinzip hinaus haben sowohl B2B- als auch B2C-Unternehmen einzigartige Einschränkungen, die den Gedanken, ein standardisiertes SCO einzusetzen, unglaublich schwierig machen, unter anderem:

Bestandsverwaltung: Sind die SKUs schnell oder langsam drehend? Verderblich oder nicht? Aufträge: Geben Kunden Spontan- oder geplante Aufträge auf? Sind die Aufträge konfigurierbar? Preisgestaltung: Wie viel berechnen wir? Sind die Preise pauschal? Haben wir Loyalty Karten oder Boni?

Die allein durch diese Faktoren eingeführte Variabilität – und es gibt unzählige weitere – bedeutet, dass der Versuch, ein standardisiertes SCO-Produkt einzusetzen, ein kostspieliger, zweckloser Aufwand ist.

Dinge, die SCO leisten muss

SCO ist kein typisches Softwareprodukt. Anders als jeder andere Vermögenswert ist die supply chain ein verstreutes Netzwerk von Akteuren, Materialien und Kräften – sowohl natürlicher als auch marktwirtschaftlicher Art. Folglich übersteigen die Anforderungen an SCO alles, was von vergleichbarer Software erwartet wird, wie etwa ein im Hintergrund laufendes ERP. Von einer solchen Software wird keine Agilität erwartet, während ein SCO nicht nur agil, sondern auch entscheidungsfreudig sein muss.

Eine entscheidende Dimension dieser Agilität ist die Reaktionsfähigkeit des SCO auf feindliche – oder gar existentielle – Bedrohungen. Dies sind jene Arten von Bedrohungen, die außerordentliche finanzielle Risiken für ein Unternehmen darstellen und eine schnelle sowie schlüssige Intervention erfordern. Excel ist, trotz aller Stärken, nicht darauf ausgelegt, auf diese Arten von Bedrohungen zu reagieren, geschweige denn Entscheidungsempfehlungen zu liefern, wenn sie eintreten.

Beispielsweise bleibt Excel völlig machtlos, wenn die gesamte Flotte einer Fluggesellschaft aufgrund eines plötzlichen Rückrufs am Boden steht oder wenn Kriege wüten und Tsunamis zuschlagen. Jedes dieser Ereignisse könnte für die supply chain katastrophale Folgen haben, weshalb ein SCO benötigt wird, das in der Lage ist, im Notfall mit intelligenten Empfehlungen zu reagieren. Darüber hinaus müssen diese Bedrohungen schnell berechnet und adressiert werden. Der Zeithorizont für die Bewältigung dieser Bedrohungen wird in Stunden und nicht in Tagen (und sicherlich nicht in Monaten) gemessen.

Dieses Maß an Reaktionsfähigkeit ist mit traditionellen supply chain-Management-Praktiken nicht realisierbar, von denen viele selbst nach bürokratischen Maßstäben überladen sind. SCO ist der beste Weg, um die Reaktionsfähigkeit gegenüber den Bedrohungen zu programmieren, denen ein physisch und geografisch verteiltes Netzwerk wie die supply chain ausgesetzt ist.

Geheime Zutaten des SCO

Die erfolgreiche Implementierung von SCO erfordert eine Vielzahl individueller Softwarefunktionen und Bestandteile, aber die groben Kategorien lassen sich wie folgt zusammenfassen:

• Vielseitiger Datenspeicher: Das SCO kann große Mengen an Daten speichern und zugänglich machen.
• Programmierbare Logik: Das SCO kann an verschiedene Problemlagen angepasst werden.
• Vielseitige Benutzeroberflächen: Das SCO zeigt Daten in den relevanten Interessensgebieten an.
• Kollaborative Fähigkeiten: Das SCO ermöglicht es vielen Personen, miteinander zu interagieren.
• Für Laien zugänglich: Das SCO ist von jedem bedienbar.

Obwohl Anwendungen wie Excel vermutlich die meisten der oben genannten Anforderungen erfüllen, ist es kein Allheilmittel für die supply chain und entspricht nicht den Anforderungen an ein SCO, wie sie in diesem Dokument beschrieben werden. Mit anderen Worten, nur weil Excel für SCO-Zwecke mit gewissem Erfolg eingesetzt werden kann, bedeutet dies nicht, dass es die beste – oder sogar eine gute – Option für diesen Zweck ist³.

Beispielsweise, obwohl es große Mengen an Daten speichern und verarbeiten kann, ist Excel nicht darauf ausgelegt, stabil Hunderttausende – wenn nicht Millionen – von Datenzeilen für ein umfangreiches Netz von Geschäften zu verarbeiten. Um Excel seinen gerechten Lohn zu verschaffen, ist es hinsichtlich seiner programmierbaren Logik im Kontext nicht-SCO-Funktionen sehr ausdrucksstark, jedoch nicht geeignet, Berechnungen mit Zufallsvariablen durchzuführen – neben anderen Einschränkungen.

Auf den ersten Blick mag dies wie eine triviale Einschränkung erscheinen, aber dieser Programmiermangel bedeutet, dass probabilistische Vorhersage in Excel außergewöhnlich schwierig ist. Probabilistische Vorhersage bildet die Grundlage von Entscheidungspolitiken wie der priorisierten Bestandsverwaltung replenishment, ohne die ein sinnvolles SCO faktisch nackt dasteht⁴.

Zusammenfassend erfordert ein erfolgreiches SCO unter anderem Software, die mit Blick auf die supply chain entwickelt wurde, anstatt voreingestellte Software wie Excel in den Unternehmensmix einzubringen.

Anmerkungen