Produktorientierte Lieferung für die Supply Chain - Vorlesung 1.3

00:22 Einführung
02:40 Warum ein Produkt? Weil Kapitalismus
08:18 Was sollte das Produkt tun?
10:05 Software-Diseconomies of Scale
12:50 Lassen Sie uns ein SCO-Produkt von der Stange kaufen
21:58 SCM vs. SCO
25:58 Zwischenspiel
28:21 SCO ist kein gewöhnliches Softwareprodukt
33:26 Software-Zutaten für SCO
42:49 Aber Tabellenkalkulationen sind nicht das Endziel
46:51 Python ist auch nicht das Endziel
58:52 SC ist keine Abteilung der IT
01:03:19 Zusammenfassend zwei Herausforderungen, die es zu bewältigen gilt
01:07:04 Bevorstehende Vorlesung und Fragen des Publikums

Beschreibung

Das Ziel einer quantitativen Lieferkette besteht entweder darin, eine Softwareanwendung zu liefern oder zu verbessern, die einen Bereich routinemäßiger Entscheidungen (z. B. Lagerauffüllungen, Preisaktualisierungen) automatisiert. Die Anwendung wird als Produkt betrachtet, das entwickelt werden soll. Die Supply Chain-Theorie soll uns dabei helfen, eine Anwendung zu liefern, die das Unternehmen in Richtung Lieferkettenleistung lenkt und dabei mit allen Produktionsbeschränkungen kompatibel ist.

Vollständiges Transkript

Hallo allerseits, vielen Dank, dass Sie sich dieser Reihe von Vorlesungen zur Lieferkette angeschlossen haben. Ich bin Joannes Vermorel und werde “Produktorientierte Lieferung für die Optimierung der Lieferkette” präsentieren.

Wenn ich von einem Produkt spreche, meine ich eine Softwareanwendung. Für diejenigen von Ihnen, die jemals das Privileg hatten, zu untersuchen, was sich hinter den Kulissen einer modernen Unternehmens-Software verbirgt, könnte dies eine ziemliche Erfahrung sein.

Für diejenigen, die mit den Werken von H.P. Lovecraft vertraut sind, gibt es einige beunruhigende Ähnlichkeiten. Lovecraft hat eine Reihe von Romanen produziert, und eines der wiederkehrenden Themen ist die Idee des verbotenen Wissens. Es geht nicht darum, dass das Universum nicht bekannt sein kann, es kann. Es ist nur so, dass das Einzige, was die Menschheit bewahrt, die Unwissenheit ist. Unwissenheit ist kein Problem; es ist genau das, was uns vor einem Universum schützt, das für unsere Geister zu furchterregend ist, um es zu ertragen. Diese Idee wurde in viele moderne Spiele recycelt, insbesondere Rollenspiele, bei denen Charaktere neben den traditionellen Lebenspunkten auch Verstandpunkte haben. Wenn Sie bestimmte Dinge tun, die Ihren Verstand schädigen, verlieren Sie Verstandpunkte. Die Herausforderung bei der Unternehmenssoftware besteht darin, sie erstellen zu können, während Sie Ihren Verstand bewahren, was eine der Anforderungen ist, um für das Unternehmen einen Mehrwert zu schaffen. Also, lassen Sie uns fortfahren.

Warum ein Produkt, und insbesondere ein Softwareprodukt? Schauen wir uns einmal genauer an, wie Supply Chains traditionell funktionieren. Früher gab es viele Menschen vor Ort, die Dinge hin und her bewegten, Pakete sortierten, Fahrzeuge fuhren und alle manuellen Arbeiten erledigten. Es waren auch viele Menschen an der Produktion und in den Geschäften beteiligt. Was in den letzten Jahrzehnten allmählich passiert ist, ist, dass die Anzahl der Menschen mit blauen Kragen kontinuierlich abnimmt. Heutzutage sind die Dinge in Bezug auf die Produktion weitgehend automatisiert. Es gibt immer noch einige Branchen, wie zum Beispiel die Textilindustrie, in denen es schwierig ist, alles zu automatisieren, weshalb diese Branchen dorthin gezogen sind, wo Arbeitskräfte am billigsten sind. Die Realität ist, dass der Bedarf an Arbeitskräften erheblich gesunken ist.

Sie stehen vor einer ziemlich merkwürdigen Situation, in der viele Unternehmen, wenn man vorausschaut und autonome Fahrzeuge drohen, mehr Angestellte im Büro haben werden, die sich mit Excel Tabellenkalkulationen befassen, um die Supply Chain zu steuern, als Menschen mit blauen Kragen vor Ort, die die manuellen Arbeitsvorgänge durchführen. Das ist es, worauf ich mich beziehe, wenn ich von Büroarbeit spreche.

Ein weiterer eigenartiger Aspekt ist, dass Supply Chains bei vielen Unternehmen seit mindestens zwei Jahrzehnten digitalisiert sind. Es ist nicht so, dass wir Software in die Supply Chains einführen; Supply Chains werden bereits über Software gesteuert und betrieben. Aber wenn wir uns die Rolle der Menschen in diesen Softwaresystemen ansehen, werden Menschen buchstäblich als menschliche Co-Prozessoren in Ihrem durchschnittlichen Supply Chain System verwendet. Es gibt bestimmte Arten von Operationen, die die reguläre CPU, der Prozessor in der Maschine, nicht durchführen kann, und so wird die gesamte Aufgabe an einen Menschen delegiert. In Verbindung mit simplen numerischen Rezepten, wie zum Beispiel der ABC-Analyse, der Min-Max Bestandsführung und ähnlichen Rezepten, verbringen Menschen ihre Tage damit, Feuer zu löschen. Sie haben es immer mit Ausnahmen und Bedingungen zu tun, die nicht in das Standardframework passen.

Aus Kostensicht handelt es sich hierbei um operative Ausgaben (OpEx). Sie müssen jeden Tag eine Armee von Angestellten bezahlen, um alle banalen Entscheidungen zu treffen, die Ihr Unternehmen täglich treffen muss. Dazu gehören beispielsweise, was gekauft werden soll, wo das Inventar platziert werden soll, ob eine Einheit von einem Lager in ein Geschäft verlegt werden soll und viele andere Routineentscheidungen. Menschen treffen diese Entscheidungen und kämpfen gegen die Unzulänglichkeiten der naiv vom System generierten automatischen Entscheidungen an.

Mein Vorschlag für Sie heute ist, dass wir von OpEx zu Investitionsausgaben (CapEx) wechseln möchten. Das ist der ganze Sinn dieser produktorientierten Lieferung. Wir möchten ein Vermögen aufbauen, und warum? Weil es kapitalistisch ist. Wenn Sie sich die 100 profitabelsten Unternehmen der Welt heute ansehen, sind die Hälfte von ihnen in Bezug auf den Gewinn Softwareunternehmen. Sie repräsentieren das Wesen ultra-kapitalistischer Unternehmen, bei denen Sie eine Investition im Voraus tätigen und dann mit einem Gerät oder Artefakt enden, das mit minimalen marginalen Investitionen einen Mehrwert generiert.

Um auf das Thema meines vorherigen Vortrags zurückzukommen, benötigen wir Robotisierung, um das Management wieder unter Kontrolle zu bringen. Automatisierung und Menschen sollten zusammenarbeiten; Menschen sollten nicht da sein, um mit den Unzulänglichkeiten von dummen Bestandspolitiken wie Min-Max umzugehen. Stattdessen sollten sie Wert hinzufügen, numerische Rezepte verbessern und als Strategen agieren. Es gab ein altes IBM-Motto, das besagte: “Maschinen sollten arbeiten; Menschen sollten denken.” Das ist die Art von Denken, die in diese Präsentation einfließt. Wir möchten die Supply Chain zu einem kapitalistischen Vermögen machen, und um das zu erreichen, müssen wir die Supply Chain in eine Maschine verwandeln, die ein Softwareprodukt liefert.

Was macht dieses Produkt eigentlich? Es trifft Entscheidungen. Nicht willkürliche, offene Entscheidungen, sondern banale, routinemäßige Entscheidungen wie was produziert werden soll, wie viele Einheiten von einem Lieferanten gekauft werden sollen und wie viele Einheiten von einem Ort an einen anderen verschoben werden sollen. Auf den ersten Blick mag es so aussehen, als ob es viele Entscheidungen im Supply Chain Management gibt. Wenn Sie jedoch die Aufgaben untersuchen, erfordern selbst die kompliziertesten Supply Chains nur einige Dutzend Arten von Entscheidungen, die jeden Tag getroffen werden müssen. Das ist nicht überwältigend und in Bezug auf die Anzahl der Funktionen durchaus vernünftig. Interessanterweise sind diese Entscheidungen weitgehend exklusiv, sodass es Grenzen gibt, was mit einem Teile-und-Herrsche-Ansatz erreicht werden kann. Wenn Sie sich beispielsweise entschieden haben, 100 Einheiten von einem Lieferanten zu kaufen, kann ein anderes Teilsystem nicht entscheiden, stattdessen 200 Einheiten zu kaufen. Irgendwann müssen Sie sich darüber im Klaren sein, wie viele Einheiten Sie kaufen und von einem Ort an einen anderen verschieben möchten. Diese Entscheidungen sind diskret, begrenzt in ihrem Umfang und weitgehend exklusiv. Was wir wollen, ist ein Stück Software, das jeden Tag vollautomatisch Bestellentscheidungen generiert.

Etwas, das meiner Meinung nach oft schlecht verstanden wird, ist der Begriff der Skalennachteile in der Software. Während Skalenvorteile den meisten Menschen vertraut sind, trifft das Gegenteil in der Software zu, wo das Hinzufügen von einem Viertel mehr Funktionen die Kosten verdoppeln kann. Dieses Konzept erklärt, warum kleine Startups mit großen Unternehmen konkurrieren können - weil sie sich auf einen kleineren Teil der Funktionen konzentrieren, kann der Aufwand, ihr Produkt auf den Markt zu bringen, erheblich geringer sein als der eines großen Unternehmens.

Mit dem Gedanken an die Skalennachteile müssen wir entscheiden, ob wir für unser Supply Chain Optimierungsprodukt bauen, kaufen oder einen anderen Ansatz wählen sollen. Wenn wir uns dafür entscheiden, das Produkt von einem Anbieter zu kaufen, müssen wir die Funktionen berücksichtigen, die der Softwareanbieter liefern muss, um den Markt zu bedienen.

Also, lassen Sie uns überlegen, ein Supply Chain Optimierungsprodukt von der Stange zu kaufen. Auf diesen Folien gebe ich einen Überblick über nur einen winzigen Bruchteil aller Dinge, die wir angehen müssen. Ich habe aus erster Hand Erfahrung damit, denn als ich 2008 Lokad gründete, begann ich mit einem kleinen Softwareprodukt, das eher auf Prognosen als auf Supply Chain Optimierung ausgerichtet war. Als ich mit Kunden zusammenarbeitete, wurde mir klar, dass es so viele Funktionen und Fähigkeiten gab, die ich nicht hatte, und als ich zu anderen Kunden wechselte, fand ich noch mehr fehlende Fähigkeiten. Es schien ein endloser Prozess zu sein, immer wieder neue Anforderungen zu entdecken.

Werfen wir einen Blick auf nur die Kernfunktionen. Zunächst haben wir Unternehmen, die B2C oder B2B sind und völlig unterschiedliche Muster im Supply Chain Management aufweisen. Zum Beispiel haben B2B-Unternehmen in der Regel weniger Kunden, aber diese Kunden bestellen viel größere Mengen. Dies birgt verschiedene Arten von Risiken, wie zum Beispiel das Risiko, einen einzigen Kunden zu verlieren, der einen erheblichen Teil des Umsatzes des Unternehmens ausmacht. Dann gibt es komplexere Geschäftsmodelle wie B2B2C oder B2B2B.

Denken Sie an die verschiedenen Arten von Standorten, die abgedeckt werden müssen, wie Geschäfte, Lagerhäuser und Produktionsstätten. Jede Art von Standort bringt ihre eigenen Herausforderungen mit sich. Geschäfte zum Beispiel sind anfällig für Bestandsungenauigkeiten, selbst mit RFID-Technologie, einfach weil Kunden Produkte bewegen können. Lagerhäuser und Produktionsstätten wie Farmen oder Bergwerke haben ihre eigenen spezifischen Probleme und Unsicherheiten bei der Produktionsertragsquote.

Supply Chain-Netzwerke können verschiedene Ebenen oder Echelons haben, von Einzelechelon- bis zu Mehrfachechelon-Systemen. Die Komplexität der Supply Chain-Verwaltung nimmt erheblich zu, wenn die Anzahl der Echelons wächst. Die Netzwerktopologie ist ein weiterer wichtiger Aspekt, der berücksichtigt werden muss. Eine Baumtopologie ist der klassische Vorwärtsversorgungskettenpfad, bei dem einige Produktionsstätten an mehrere Lagerhäuser versenden, die wiederum an zahlreiche Geschäfte verteilen. Es können jedoch auch andere Topologien existieren, wie gerichtete azyklische Graphen (DAGs), bei denen ein Geschäft von mehreren Lagerhäusern bedient werden kann.

Also, im Grunde genommen ist es nicht nur ein Baum in Bezug auf Graphen, er kann sich wieder verbinden, obwohl er immer noch nur vorwärts ist. Aber das Gleiche kann mit einem gerichteten azyklischen Graphen (DAG) passieren, wenn Sie mehrere Lieferanten haben. Sie können sogar Schleifen in Ihrem Supply Chain-Graphen haben, die immer dann auftreten, wenn Reparaturen erforderlich sind. Zum Beispiel gibt es in der Bergbauindustrie oder der Luft- und Raumfahrtindustrie viele Reparaturschleifen mit reparierbarer Ausrüstung.

Nun, der Bestand selbst hat nicht nur eine Natur; er variiert sehr. Man kann nicht einfach sagen: “Oh, ich habe diese Vorstellung von SKUs und das war’s.” Nein, nicht ganz, denn zunächst haben Sie Rohstoffe, die buchstäblich in Mengen wie Gramm, Kilogramm oder Volumen gemessen werden. Dann haben Sie die Einheiten, die die schönen, sauberen Einheiten sind, die meistens vorherrschen. Aber dann können Sie auch viel Bestand haben, der sehr häufig vorkommt, zum Beispiel in der Pharma- oder Lebensmittelbranche, wo die Charge mit spezifischen Verfallsdaten geliefert wird. Dann können Sie sogar komplett serialisierten Bestand haben, bei dem jede einzelne Einheit eine eigene Seriennummer hat. In Bezug auf die Supply Chain-Optimierung ändert das den gesamten Ansatz, es handelt sich also um ein völlig anderes Problem, wenn man sich jedes dieser Dinge ansieht.

Dann haben Sie natürlich alle Probleme von Marktplätzen. Bei Lokad haben wir Kunden in buchstäblich jeder erdenklichen Situation. Wir haben Kunden, die auf einem Marktplatz eines Drittanbieters verkaufen, sie können ihren eigenen Marktplatz haben oder beides haben. Es kann etwas sein, das sekundär ist, damit sie es nutzen können, um die Dinge zu liquidieren, die sie nicht verkauft haben. Es gibt viele Situationen.

Nehmen wir zum Beispiel einen Moment lang an, dass Sie überlegen, was eine Bestellung ist. Sie haben die Spot-Bestellung, bei der Sie im Grunde genommen etwas direkt an der Theke kaufen und es Ihnen gehört. Aber dann können Sie auch eine Bestellung haben, bei der steht: “Ich kaufe es, aber ich möchte nicht, dass dieses Ding sofort geliefert wird; ich möchte, dass es in einem Monat geliefert wird.” Aus der Perspektive der Optimierung der Lieferkette ist es offensichtlich ein völlig anderes Spiel, denn wenn Sie im Voraus wissen, dass Sie eine bestimmte Menge an Dingen zu einem bestimmten Datum liefern müssen, möchten Sie das nicht prognostizieren, also ist es etwas völlig anderes.

Und dann haben Sie eine konfigurierte Bestellung, das ist zum Beispiel, wenn Sie einen Computer online kaufen und auswählen können, wie viel Speicher, wie viel Festplatte, welches Betriebssystem, welche Sprache für Ihren Computer eingerichtet wird und welche Tastatur Sie haben möchten, unter anderem. Sie können also einen massiven Konfigurator haben, und das ändert die Landschaft wieder. Das passiert auch bei Dingen wie Fahrrädern oder Autos und ändert die Landschaft komplett, wenn Sie solche Dinge haben, weil es Ihnen Optionen und Möglichkeiten gibt, das Problem der Optimierung der Lieferkette völlig anders zu betrachten.

Selbst bei den Preisen können Sie den Stückpreis haben, der flach, super einfach und super linear ist, aber das ist nicht alles. Sie können Preisnachlässe haben, zum Beispiel wenn Sie zehn Einheiten kaufen, erhalten Sie einen Rabatt. Oder Sie können Treueprogramme haben, bei denen einige Kunden mit einer Treuekarte einen Rabatt erhalten können, aber nur für bestimmte Arten von Produkten oder nur abhängig von bestimmten Bedingungen. Und dann können Sie sogar im B2B-Bereich sehr häufig Dinge haben, die verhandelt werden, also ist es buchstäblich eine Transaktion, bei der viele Dinge verkauft werden, aber Sie haben einen regulären Katalogpreis. Ein Lieferant kann jedoch einem Kunden einen Rabatt gewähren, weil er wichtig ist, und das ist einfach so. Kurz gesagt, ich spreche jetzt kaum seit ein paar Minuten und habe nur das Wesentliche abgedeckt. Ich habe noch nicht einmal angefangen, die unverzichtbaren Dinge anzusprechen. Machen Sie also einfach eine Pause und versuchen Sie, sich vorzustellen, wie ein Enterprise-Softwareprodukt von der Stange aussehen wird, das die Optimierung der Lieferkette liefern soll. Die Anzahl der zu berücksichtigenden Funktionen ist buchstäblich verrückt, und wenn Sie versuchen, darüber nachzudenken, wie man all diese Dinge zu einem Monolithen zusammenfügt, verlieren Sie buchstäblich den Verstand. Wir sind wieder bei der Idee, dass es nicht so ist, dass das Universum nicht bekannt sein kann, sondern dass Sie Ihren Verstand verlieren, wenn Sie der nackten Wahrheit des Universums ausgesetzt sind.

Also haben wir ein großes Problem, und hier müssen wir das Supply Chain Management vom Supply Chain Optimization unterscheiden. Das ist eine Unterscheidung, die ich bereits in einer meiner vorherigen Vorlesungen eingeführt habe. Es herrscht eine große Verwirrung zwischen der Managementseite und der Optimierungsseite. Management geht um Buchhaltung, Unterstützung von Arbeitsabläufen und hauptsächlich um Dateneingabeprozesse. Wenn Sie all die Dinge darstellen wollen, die ich gerade beschrieben habe, ist das viel zu bewältigen, aber es ist machbar. Ein “übergewichtiges” ERP kann das tun. Ja, Sie werden am Ende mit 10.000 Tabellen enden, es wird ziemlich hässlich sein, aber es ist möglich. Aber machen Sie sich keine Illusionen, das ERP (das eigentlich ERM, Enterprise Resource Management, heißen sollte) wird nicht viel tun. Es wird lediglich diese Dinge verfolgen. Sie werden Tonnen von Entitäten haben - MOQs, erledigt; Preisnachlässe, erledigt; Geschäfte, erledigt; Lagerhäuser, erledigt - aber Sie brauchen keine Intelligenz. Es geht nur um banale digitale Entsprechungen, um die Daten widerzuspiegeln, sodass es möglich ist, die Daten in das System einzugeben, und das war’s.

Es ist möglich, weil wir hier ein wenig gegen die Regel “ein Viertel mehr Funktionen verdoppelt die Kosten” betrügen können. Es gibt etwas, das ich nicht wirklich darüber gesagt habe: Es funktioniert, wenn Sie Ihre Funktionen vollständig voneinander trennen. Solange die Funktionen nicht miteinander interagieren, ist es in Ordnung; Sie unterliegen nicht diesem Fluch der Skalenerträge. Aus der Perspektive der Dateneingabe gibt es kein Problem. Sie müssen nicht die Benutzeroberfläche haben, die es Ihnen ermöglicht, die MOQs mit dem zu verbinden, was es Ihnen ermöglicht, einen zusätzlichen Store zum Netzwerk hinzuzufügen. Diese beiden Dinge können vollständig getrennt sein.

Wenn es jedoch um die Optimierung der Lieferkette geht, trifft das Gleiche nicht zu. Wenn Sie MOQs haben, haben sie tiefgreifende Auswirkungen darauf, wie häufig Sie bestellen, wie häufig Sie Dinge von Ihrem Lager zu Ihren Geschäften liefern werden. Es gibt viele weitreichende Konsequenzen. Sie können die Dinge nicht trennen, weil letztendlich Ihre Lieferkette nur ein System ist, in dem alles Einfluss auf alles hat. Aus der Perspektive der Optimierung der Lieferkette haben Sie buchstäblich das Problem, dass all diese Dinge eingesteckt werden müssen, wenn Sie eine Optimierung liefern möchten, und genau hier scheitern die Dinge.

Auf der Managementseite können Sie potenziell ein Produkt erhalten. Bei der Optimierung der Lieferkette ist die Antwort jedoch, dass Sie es nicht können. Ich meine, Sie können so tun, als ob, aber buchstäblich können Sie es nicht. Selbst bei Lokad, das ursprünglich nicht als ein Unternehmen für vorhersagende Lieferungen begann, das sich auf die vorhersagende Optimierung der Lieferkette spezialisiert hat, sondern als ein Service für Prognosen. Wenn Sie zum Lokad-Blog von 2008 zurückgehen, habe ich zunächst mit der Vorhersage von Zeitreihen begonnen, was völlig fehlgeleitet war. Trotzdem ist das, wie ich angefangen habe. Selbst für die Vorhersage von Zeitreihen, die nur ein winziger Teil des gesamten Problems ist, ist es unbeherrschbar. Das ist mein Fazit nach über 12 Jahren in diesem Geschäft.

Wenn wir zur spezifischen Welt der Softwareproduktion zurückkehren müssen, ist es etwas ganz Besonderes. Es sei denn, Sie wurden selbst als Softwareingenieur ausgebildet und sind mit der Art und Weise vertraut, wie große, erfolgreiche Softwareunternehmen Software produzieren, wissen Sie wahrscheinlich sehr wenig darüber. Es stellt sich heraus, dass es eine sehr spezifische Welt mit vielen stark gegenintuitiven Aspekten ist. Traditionelle Unternehmen, insbesondere solche mit einer klassischen mechanischen Ingenieurmentalität oder einer Marketingmentalität, haben immense Schwierigkeiten, zu verstehen, wie Software überhaupt funktioniert.

Diese Aspekte werden wir in zukünftigen Vorlesungen ausführlicher behandeln, aber es gibt ein Buch, das ich wirklich mag, das von Joel Spolsky, einem ehemaligen Microsoft-Mitarbeiter, der in frühen Teams von Microsoft Excel gearbeitet hat, produziert wurde. Er ist auch Mitbegründer von Stack Overflow und Trello. 2004, als ich noch Student war, habe ich sein Buch und seinen Blog gelesen. Das Buch trägt den Titel “Joel on Software” und gibt Ihnen humorvoll einen Einblick in das, wie ein erfolgreiches Softwareunternehmen geführt wird. Es ist sehr anders als das, was die meisten Menschen außerhalb dieser Branche erwarten. Ich werde die Details zu diesem Buch in die Videobeschreibung aufnehmen.

Aber wir sollten im Hinterkopf behalten, dass die Optimierung der Lieferkette kein durchschnittliches Softwareprodukt ist. Normalerweise, wenn Sie es mit einem durchschnittlichen Softwareprodukt zu tun haben - ich meine, ja, es gibt einige gegnerische Verhaltensweisen, je nach Art des Softwareprodukts. Wenn Sie es mit einem sozialen Netzwerk zu tun haben, können Sie viele Menschen haben, die hasserfüllte Inhalte veröffentlichen, was ein ganz anderes Spiel ist. Wenn es jedoch um klassische Unternehmenssoftware wie Microsoft Word oder Excel geht, handelt es sich um ein Produkt, bei dem Sie das richtige Design haben möchten, aber es gibt keinerlei Notfall. Bei traditionellen Softwareprodukten ist es in Ordnung, Jahre damit zu verbringen, Ihr Design und Produkt zu verfeinern. Es ist eine langfristige Investition, und Sie müssen Jahrzehnte vorausschauen. Es gibt keinen Grund, irgendetwas in Bezug auf die Entwicklung zu überstürzen. Die Optimierung der Lieferkette funktioniert jedoch nicht so. Sie haben keine Wahl, da ständig Dinge passieren und das Gelände sehr rau ist.

Sie können extreme Situationen wie die Pandemie oder andere Probleme wie Ransomware haben, die die Hälfte Ihres Netzwerks lahmlegen können. Sie müssen kluge Entscheidungen treffen, um das Beste aus den Kapazitäten zu machen, die Ihnen noch zur Verfügung stehen. Sie können mit Flottenstilllegungen aufgrund tragischer Ereignisse konfrontiert sein, politischen Maßnahmen wie Zöllen, die Ihre Strategie stören, oder natürlichen Katastrophen wie Tsunamis oder Bränden und Hitzewellen wie in Kalifornien oder Australien. Diese Ereignisse passieren, und wenn sie es tun, müssen Sie buchstäblich in Stunden reagieren können.

Sie haben Ihr Softwareprodukt, aber Sie müssen Veränderungen vornehmen, und Sie möchten programmatische Veränderungen vornehmen. Denken Sie daran, wenn Sie in der Denkweise sind, ein Software-Asset zu liefern, haben Sie ein kleines Team, das die Software antreibt, die wiederum Ihre Supply Chain antreibt. Sie haben keine Armee von Angestellten, die den ganzen Tag lang Feuerwehr spielen. Selbst wenn Sie eine Armee von Angestellten haben, müssen Sie sie schulen, und wenn etwas völlig Unerwartetes passiert, haben Sie eine Armee, die nicht für diese spezielle Situation geschult wurde. Meiner Erfahrung nach dauert es umso länger, etwas zu erreichen, je mehr Menschen Sie verwalten müssen.

Vor einigen Tagen hat ein Frachtschiff aufgrund schlechter Wetterbedingungen über 1.800 Container verloren. Solche Dinge passieren einfach, und Sie können nicht hoffen, sie zu beseitigen. Die Supply Chain ist nicht wie die Produktion, wo Sie möglicherweise einen Produktionsstandort mit strenger Kontrolle haben. Per Definition finden Supply Chains in einer großen Welt statt, in der Sie die meiste Zeit keine Kontrolle über die Elemente haben. Es gibt so viele Kräfte, die außerhalb Ihrer Kontrolle liegen, dass Sie in der Lage sein müssen, überraschenden Ereignissen zu begegnen. Sie wissen bereits, dass Überraschungen passieren werden, also müssen Sie vorbereitet sein. Vorbereitet zu sein bedeutet nicht, alles sorgfältig geplant zu haben; es geht darum, ein System zu haben, in dem Sie bei Bedarf in Stunden reagieren können. Das ist das Wesentliche dessen, was Sie tun können, um das Problem realistisch anzugehen.

Nun, was brauchen wir in Bezug auf Softwarekomponenten für die Optimierung der Supply Chain? Zunächst benötigen wir eine vielseitige Datenspeicherung, um alle verschiedenen Arten von Datenquellen darzustellen. Es gibt so viele Dinge, die wir darstellen möchten, daher möchten wir etwas sehr Vielseitiges in dieser Hinsicht, mit viel Struktur und Vielfalt.

Zweitens möchten Sie programmierbare Logik. Ich komme auf diese Idee zurück: Wenn Sie keine programmierbare Logik haben, wie gehen Sie mit all diesen Problemen um? Wie verbinden Sie all diese Dinge miteinander? Sie können kein Produkt von der Stange kaufen, das bereits alles für Sie vorprogrammiert hat; das funktioniert nicht.

Als Nächstes benötigen Sie vielseitige Benutzeroberflächen, da sich die Art und Weise, wie Sie Ihre Probleme betrachten möchten, von Situation zu Situation enorm unterscheiden wird. Die KPIs werden von einem Unternehmen zum anderen völlig unterschiedlich sein, daher benötigen Sie eine vielseitige Benutzeroberfläche, in der Sie die Zahlen auf jede gewünschte Weise präsentieren können; sonst wird es eine große Einschränkung sein.

Sie möchten auch kollaborative Fähigkeiten, denn die Supply Chain ist per Definition Teamarbeit. Es sind viele Menschen beteiligt, und es ist verteilt, daher müssen kollaborative Fähigkeiten im Mittelpunkt stehen.

Schließlich möchten Sie programmierbare Fähigkeiten, die für Personen zugänglich sind, die keine ausgebildeten Softwareingenieure sind. Dies ist aus mehreren Gründen wichtig. Erstens gibt es nicht viele ausgebildete Softwareingenieure auf dem Arbeitsmarkt, daher ist es sehr wettbewerbsfähig, sie einzustellen. Zweitens erfordert es so viel Aufwand und Hingabe, ein talentierter Softwareingenieur zu werden, dass es herausfordernd ist, gleichzeitig ein Supply Chain-Spezialist zu sein.

Es ist nicht sehr üblich, Menschen zu finden, die über duale Kompetenzen in beiden Bereichen verfügen. Das Gleiche würde gelten, wenn Sie jemanden suchen würden, der sowohl Programmierer als auch Anwalt oder Programmierer und Arzt ist. Ja, Sie werden einige Menschen mit diesen Fähigkeiten finden, aber können Sie es in großem Maßstab tun oder jedes Jahr zuverlässig mehr von ihnen einstellen, wenn Sie ein großes Unternehmen sind? Aus meiner Erfahrung mit Lokad über ein Jahrzehnt hinweg funktioniert das einfach nicht.

Sie möchten etwas Programmierbares, aber Sie müssen kein professionell ausgebildeter Softwareingenieur sein, um mit der Programmierung umzugehen. Denken Sie daran, Sie müssen jemanden mit Kompetenz in der Supply Chain haben, weil Sie in der Lage sein müssen, innerhalb von Stunden die Programmierkorrekturen auf Ihr System anzuwenden, ohne ein Ticket zu öffnen und es an die IT weiterzuleiten. Wenn Sie es auf diese Weise tun müssen, dauert es Wochen, um Probleme zu beheben, nicht Stunden. Also, welche Art von Software kann das Problem tatsächlich lösen?

Nun, Excel kann es. Es ist nicht schön und es mag nicht wie der Höhepunkt moderner Software wirken, aber es erfüllt den Zweck. Es erfüllt alle Anforderungen.

Vielseitige Datenspeicherung? Ja, bis zu einem gewissen Grad können Sie viele Arten von Daten in Excel speichern. Programmierbare Logik? Absolut, Excel ist vollständig programmierbar. Vielseitige Benutzeroberfläche? Ja, Sie können Balkendiagramme, Liniendiagramme und viele Möglichkeiten zur Datenpräsentation haben. In Bezug auf Benutzeroberflächen ist es sehr vielseitig. Es mag nicht am besten ausgearbeitet sein, aber in Bezug auf Vielseitigkeit kann es viel tun.

In Bezug auf kollaborative Fähigkeiten ist es etwas grob. Es gibt einige Versionen von Excel, die online sind und marginale Verbesserungen bieten, aber grundsätzlich können Sie Ihre Tabellenkalkulationen teilen. Das Problem mit dem Mangel an kollaborativen Funktionen liegt nicht darin, dass es sich um eine Desktop-Anwendung handelt. Das Problem ist die Denkweise, die hinter Tabellenkalkulationen steht und die für intensive kollaborative Arbeit nicht geeignet ist. Normalerweise ist es einfacher, die Tabelle neu zu erstellen, als zu versuchen herauszufinden, was der Kollege getan hat, wenn er eine sehr komplexe Tabelle erstellt hat. Das Problem mit dem Mangel an kollaborativen Funktionen liegt in der Denkweise, die mit Tabellenkalkulationen einhergeht und inhärent starke Grenzen für die Zusammenarbeit hat.

Excel ist jedoch vollständig zugänglich für Nicht-Entwickler und es gibt sogar Visual Basic for Applications für kompliziertere Aufgaben. In Bezug auf die Bestandteile erfüllt Excel alle Anforderungen, was meiner Meinung nach zu einem großen Teil den operativen Erfolg in den meisten Lieferketten erklärt.

Nach meiner Erfahrung werden die meisten Lieferketten der Welt, von den kleinsten Unternehmen bis zu den größten und von denen, die noch keinen Cent in Unternehmenssoftware für die Optimierung der Lieferkette investiert haben, von Excel gesteuert. Es gibt nur sehr wenige Ausnahmen. Manchmal verwenden die Menschen Excel, um Min-Max-Einstellungen in anderen Softwarelösungen zu überarbeiten, aber die Wartung dieser Einstellungen wird denjenigen überlassen, die mit Excel arbeiten.

Excel treibt heute die Welt der Lieferkette an, und ich glaube nicht, dass es ein Zufall ist. Im Kern adressieren Tabellenkalkulationen grundlegend viele der richtigen Probleme. Viele andere Optionen werden als überlegen dargestellt, scheitern aber standardmäßig, wenn Sie nicht programmieren können. Wenn Sie nicht programmieren können, bedeutet das, dass Sie bei einem größeren Problem oder einer Notfallsituation Pech haben. Die Leute werden in Situationen, in denen eine vielseitige Benutzeroberfläche fehlt oder eine Lösung für Nicht-Entwickler nicht zugänglich ist, auf Excel-Tabellenkalkulationen zurückgreifen. Wenn nur ein IT-Team Ergebnisse liefern kann, werden die Menschen anfangs möglicherweise Tickets öffnen und geduldig warten, aber innerhalb von drei Monaten werden wahrscheinlich alle wieder auf Excel-Tabellenkalkulationen zurückgreifen, weil es schneller ist. Excel ist nicht das Endspiel, aber was auch immer wir als überlegenen Ersatz bringen, es muss die richtigen Anforderungen erfüllen.

Wie können wir etwas besser machen? In Bezug auf vielseitige Datenspeicherung ist Excel gut, aber nicht sehr skalierbar. Die Verarbeitung von Millionen von Zeilen wird zu einem Problem, selbst mit modernen Excel-Versionen, die eine Million Zeilen verarbeiten können. Leistungsprobleme treten schnell auf, wenn im großen Maßstab gearbeitet wird. Programmierbare Logik in Excel ist möglich, aber sie ist sehr fragil und spröde. Wenn Sie versehentlich einen Fehler oder Bug in Ihre Tabelle einführen, wird das Debuggen und die Ermittlung der Fehlerquelle zu einem Albtraum. Die Logik wird endlos dupliziert, was zu Tausenden von Kopien derselben Logik führt und es schwierig macht, Fehler zu identifizieren und zu beheben.

Die Benutzeroberfläche ist nicht ideal, da sie nicht vollständig webbasiert ist und die Daten immer mit der Oberfläche verflochten sind. Es gibt zwar kollaborative Möglichkeiten, aber sie sind unübersichtlich. Die Zusammenarbeit sollte auf der Ebene der programmierbaren Logik stattfinden. Viele Anbieter von Supply-Chain-Optimierung bieten Zusammenarbeit bei den Ausgaben an, wie z.B. das manuelle Anpassen von Prognosen und die Beteiligung mehrerer Personen. Dies ist jedoch der falsche Ansatz. Zusammenarbeit muss stattfinden, aber sie muss auf der logischen Ebene, auf der Ebene der programmierbaren Logik, stattfinden. Excel ist für Nicht-Entwickler sehr zugänglich, aber wenn Sie etwas etwas komplizierteres tun möchten, wird es herausfordernd. In der Supply-Chain-Verwaltung möchten wir mit allen möglichen Zukunftsszenarien arbeiten, was bedeutet, dass wir mit probabilistischen Prognosen, Zufallsvariablen und Unsicherheiten umgehen müssen. Dies ist zwar in Excel möglich, aber ziemlich kompliziert. Excel ist einfach für einfache Aufgaben, aber für komplexere Situationen müssen Sie ein Excel-Zauberer werden.

Die Wartbarkeit ist wichtig, da Sie ein Vermögen aufbauen möchten, das im Laufe der Zeit an Wert gewinnt. Mit Tabellenkalkulationen ist es schwierig, dies zu erreichen, und es ist schwer, etwas wirklich Genaueres zu erstellen, zumindest im Sinne eines Softwareprodukts.

Die Schlagworte des Tages sind KI und Python, mit all den Trends und Hypes rund um Data Science. Für das Supply-Chain-Management halte ich Python jedoch für unterlegen.

Verstehen Sie mich nicht falsch; Ich liebe Python und ich denke, es ist eine brillante Sprache. Ich bringe es sogar meiner 10-jährigen Tochter bei. Es gibt jedoch mehrere Gründe, warum Python nicht die beste Wahl für das Supply-Chain-Management ist. Erstens erfordert es Softwareingenieure. Obwohl Python eine der zugänglichsten Programmiersprachen ist, benötigen Sie bei komplexeren Aufgaben ein Softwareentwicklungsteam, was Herausforderungen mit sich bringt, wenn Sie Personen benötigen, die sowohl Supply-Chain-Experten als auch Softwareingenieure sind.

Python hat schöne Funktionen, aber die Art und Weise, wie Abhängigkeiten behandelt werden, ist ziemlich komplex und das Paketmanagement ist schlecht. Pakete sind Bausteine, die zusätzliche Funktionen bieten, und wenn Sie sagen, dass Sie Python verwenden möchten, interessieren Sie sich nicht nur für die Sprache, sondern auch für das gesamte Ökosystem von Paketen wie NumPy, Pandas, TensorFlow und SciPy - alles Drittanbieterabhängigkeiten oder Softwarebibliotheken. Das Paketmanagement ist seit über einem Jahrzehnt schlecht und obwohl es sich verbessert, ist der Fortschritt langsam. Es gibt viele Aspekte des Systemdesigns, die es schwierig machen, es zu verbessern.

Die Leistung ist auch schlecht, hauptsächlich aufgrund des Designs. Die Rechenleistung bezieht sich auf die Qualität der von Python genutzten Rohrechenleistung Ihres Computers. Überraschenderweise erledigt Microsoft Excel diese Aufgabe in dieser Hinsicht viel besser. Excel ist hoch optimiert und nutzt Multi-CPU-, Multi-Core-Systeme und führt nativ kompilierte Logik aus. Microsoft hat viel investiert, um Excel extrem schnell zu machen.

Im Gegensatz dazu hat Python inhärente Probleme, die oft dazu führen, dass die Leistung 100-mal langsamer ist als das, was Ihr Computer theoretisch liefern könnte. Auch wenn dies für einige akzeptabel erscheinen mag, angesichts der Leistungsfähigkeit moderner Computer ist es nicht ideal für Unternehmen mit Transaktionsvolumina von über 50 Millionen US-Dollar. Sie möchten etwas, das von Anfang an eine gute Leistung bietet.

Die Idee, eine Drittanbieterbibliothek wie NumPy zu verwenden, um das Leistungsproblem von Python zu lösen, führt nur zu mehr Komplexität. Sie lösen vielleicht das Leistungsproblem, aber Sie schaffen ein neues Problem, indem Sie die zusätzliche Komplexität von NumPy einführen, mit der Sie sich im Laufe der Zeit befassen und warten müssen. Dies erhöht auch die Anforderungen an die Softwareentwicklung.

Bei dem Versuch, Python-Lösungen für das reale Supply Chain Management umzusetzen, treten verschiedene Probleme auf, wie z.B. Nullverweis-Ausnahmen, Out-of-Memory-Ausnahmen und lange Berechnungszeiten. Möglicherweise müssen Sie 20 Minuten lang auf eine Berechnung warten und wissen nicht, ob sie jemals abgeschlossen wird oder ob Sie den Prozess einfach abbrechen und neu starten sollten. Ich weiß es einfach nicht, daher möchten Sie Dinge haben, bei denen Sie eine sehr, sehr gute Vorstellung davon haben, wie viel Zeit es dauern wird, um abzuschließen. Übrigens, wenn ich zu Excel zurückkehre, gibt Ihnen Excel heutzutage, wenn eine Operation etwas Zeit in Anspruch nimmt, eine ziemlich zuverlässige Anzeige, eine Fortschrittsanzeige, wie viel Zeit es dauern wird. Also nochmal, Sie möchten, und das ist Teil dessen, was ich als Produktionsbereitschaft bezeichne. Sie möchten etwas haben, das, wiederum, höchstwahrscheinlich unbeaufsichtigt läuft, während der Nacht oder während der nächtlichen Stapelverarbeitung, zum Beispiel. Sie möchten etwas, das keinen Data Scientist benötigt, um das Ganze zu überwachen.

Und nochmal, wenn Sie das Problem mit Data Scientists haben, dann benötigen Sie die dritte Kompetenz: Supply Chain Experte, Software Engineering Experte und jetzt einen Data Scientist Experten. Es ist möglich, all diese drei Qualitäten in einer Person zu haben, aber viel Glück bei der Einstellung von mehr als einer Person pro Jahr, selbst wenn Sie ein großes Unternehmen sind, das all diese Fähigkeiten hat. Es ist einfach super selten.

Also wollen wir etwas haben, das sich verbessert. Übrigens, das erste, was wir verbessern wollen, ist die Verteidigung in der Tiefe. Ransomwares nehmen zu, und immer wenn Sie etwas programmierbares in Ihrer Organisation einsetzen, setzen Sie sich dem Risiko von Ransomware aus. Denn plötzlich kann das Programm auf dem Computer viele Dinge tun, einschließlich der Übernahme des Computers, auf dem es läuft. Ich weiß, dass es viele Möglichkeiten gibt, die Probleme zu mildern; Sie können Dinge in einer Sandbox ausführen, Sie können Einschränkungen haben, Sie können begrenzte Rechte haben, und es gibt viele Möglichkeiten, die Probleme zu begrenzen. Nichtsdestotrotz, immer wenn Sie so etwas wie eine generische, allgemeine Programmiersprache haben, ist Ihre Angriffsfläche, das ist ein technischer Begriff, absolut gigantisch.

Also, immer wenn Sie solchen Code einbinden, setzen Sie sich massiv in Bezug auf Sicherheitsprobleme aus. Und denken Sie daran, dass in einem regulären Software Engineering Unternehmen der Code in der Regel einer Peer-Review unterzogen wird. Sie überprüfen den Code, Sie haben einen Code-Review-Prozess, jemand erstellt den Code, und ein Kollege überprüft den Code, um sicherzustellen, dass es keine Schabernack im Code gibt. Aber wenn ich zurückkomme zu der Tatsache, dass die Software robust sein muss, müssen Sie in der Lage sein, innerhalb von Stunden zu reagieren. Sie werden nicht in der Lage sein, aus Sicht der Supply Chain-Optimierung einen Code-Review-Prozess einzuführen. Es ist einfach nicht mit den Verzögerungen und Notfällen vereinbar, mit denen Sie konfrontiert werden.

Also müssen Sie etwas haben, das Ihnen von Anfang an eine Verteidigung in der Tiefe bietet. Dann möchten Sie etwas mit transparenter Leistung haben, wo ja, Dinge Zeit in Anspruch nehmen können, aber Sie müssen die Kontrolle behalten. Sie müssen im Voraus wissen, wie viel Zeit es dauern wird. Wenn Sie das nicht haben, setzen Sie sich vielen sehr dummen Problemen aus, wie z.B. Sie hatten ein zwei-Stunden-Fenster, um Ergebnisse zu liefern, und Sie sind zu spät dran. Und wissen Sie was? Die Lastwagen sind bereits abgefahren. Es ist zu spät. Also müssen Sie etwas haben, wo sich darum gekümmert wird.

Und dasselbe gilt für transparente Upgrades. Das ist das Schöne an Excel. Sie müssen sich nicht um die Wartung von Excel kümmern. Microsoft hat vor Jahrzehnten einen Pakt in Blut unterschrieben, der besagt: Wenn Sie eine Excel-Tabelle erstellt haben, wird die nächste Version von Excel, die auf den Markt kommt, Ihre Tabellen unterstützen können. Und das Unglaubliche ist, dass Excel heutzutage viele konkurrierende Excel-Formate von Wettbewerbern unterstützt, die nicht einmal mehr existieren. Sie können immer noch Tabellenkalkulationen lesen, die mit Lotus Notes und solchen Dingen erstellt wurden. Das Wertversprechen von Microsoft in Bezug auf transparente Upgrades ist, dass die von Ihnen erstellte Logik für immer funktionieren wird, und ja, sie werden Excel über Jahrzehnte hinweg weiter verbessern, aber wissen Sie was? Es wird sich darum gekümmert. Das ist etwas, das Sie nicht sehen, wenn Sie den Übergang von Python 2 zu Python 3 betrachten; es war ein Albtraum und hat ein Jahrzehnt gedauert. Also, Python ist großartig für viele Dinge, aber stellen Sie sich vor, dass diese Upgrades zu den schlechtesten Momenten passieren, in denen Sie die schlimmste Pandemie, den schlimmsten Zolltarif, den schlimmsten Notfall haben und Dinge einsatzbereit sein müssen. Sie können es sich nicht leisten, eine sechsmonatige Ausfallzeit zu haben, nur weil Sie sich um ein Upgrade kümmern müssen. Das ist etwas, das nicht mit der Optimierung der Lieferkette kompatibel ist.

Jetzt müssen wir also darüber nachdenken, was wäre, wenn wir tatsächlich etwas in Betracht ziehen würden, das für die Lieferkette konzipiert werden könnte? Das wird das Thema der nächsten Vorlesung sein.

Auch die Lieferkette ist nicht die Abteilung für IT. Wenn ich von einer produktorientierten Lieferung spreche, ist es auch nicht so, dass die Software nur ein Mittel ist, kein Ziel. Sie werden Ihre Software nicht für Lizenzen oder Gebühren verkaufen, wie es zum Beispiel Microsoft tut. In dieser Vision, die ich Ihnen in dieser Vorlesung vor Augen führe, ist die IT für die Kernpraktiken verantwortlich, die Kern-IT-Praktiken, wie das, was Sie in Bezug auf Sicherheit tun oder nicht tun sollten, Backups, Kerninfrastruktur, Ihr Netzwerk, wie Sie alles auf Unternehmensebene verwalten und synchronisieren und alle Anleitungen und Schulungen bereitstellen.

Aber die Idee ist, dass die Lieferkette die Lieferkettenentscheidungen besitzen muss. Sie müssen all die Apparaturen besitzen, die diese Lieferkettenentscheidungen generieren, das ist ihr Kernbesitz. In der vorherigen Vorlesung habe ich gesagt, was den Lieferkettenwissenschaftler definiert: Der Lieferkettenwissenschaftler ist jemand, der die numerischen Entscheidungen besitzt, die vom Code erzeugt werden. Es ist kein System, das Entscheidungen produziert; es sind numerische Rezepte, die von einem oder vielen Lieferkettenwissenschaftlern aufgeschrieben wurden, und diese Lieferkettenwissenschaftler besitzen diese numerischen Entscheidungen gemeinsam. Sie übernehmen Verantwortung dafür, und die Verantwortung der Lieferkette besteht darin, sicherzustellen, dass alle Entscheidungen im Unternehmen konsistent sind. Wenn es eine Promotion gibt oder einen großen Marketing-Schub, müssen die Dinge rechtzeitig produziert werden, damit sie bereit sind, serviert zu werden. Sie möchten nicht in einer katastrophalen Situation enden, in der Sie etwas vorantreiben, wenn Sie sich bereits in einer nahezu Bestandslücke befinden, in der Sie Geld für einen Marketing-Schub ausgeben, für etwas, das Sie nicht einmal verkaufen können, weil Sie den Bestand oder die Kapazität nicht haben, um sie herzustellen oder rechtzeitig Service zu bieten, usw.

Also haben wir zwei Abteilungen, die sich sehr unterschiedlich ausrichten. In meiner idealen Vorstellung davon, wie die IT-Abteilung sein sollte, ist die IT-Abteilung keine Abteilung, in der Tickets weitergeleitet werden. So funktioniert das nicht. Die IT-Abteilung ist für die Kerninfrastruktur verantwortlich. Es ist etwas, das nahtlos funktioniert. Sie achten nicht einmal darauf, genauso wie das WLAN funktioniert. Sie achten nicht auf das WLAN; Sie achten nur darauf, wenn es nicht funktioniert. Eine gute IT-Abteilung stellt die gesamte Infrastruktur bereit, sodass Sie gar nicht darauf achten müssen. Sie merken nicht einmal, dass sie existieren, weil es einfach funktioniert, genauso wie Ihre E-Mails einwandfrei funktionieren usw. Darum geht es bei einer guten Kern-IT. Und dann sind IT-Mitarbeiter diejenigen, die zu Ihnen kommen und Ihnen helfen, all diese Praktiken zu etablieren, die Ihnen helfen. Programmierbare Logik ist etwas schwierig, also wo bekommen Sie das Coaching, um sich programmtechnisch etwas zu verbessern? Nun, die Antwort ist, es sollte die IT-Abteilung sein. Sie sollten nicht sagen: “Wir werden es für Sie codieren”, sondern eher: “Wir werden Sie coachen, damit Sie es tatsächlich selbst implementieren können. Wir helfen Ihnen mit einigen Konzepten, vielleicht helfen wir Ihnen bei einigen Dingen, die etwas technischer sind als sie sein sollten.” Manchmal haben Sie versehentliche Komplexität, also ist die IT-Abteilung da, um Sie zu unterstützen. Aber grundsätzlich sind sie nicht da, um die Arbeit für Sie zu erledigen. Sie sollten Mentoren und Coaches sein und sicherstellen, dass niemand einen schwerwiegenden Fehler macht, der das gesamte Unternehmen einem Risiko wie Ransomware oder einem systemischen Risiko im IT-Bereich aussetzen könnte.

Als Lackmustest, wenn Ihre Interaktion zwischen IT und Supply Chain über Dokumente erfolgt, in denen Sie Spezifikationen oder Anforderungen auflisten, ist dies nicht der richtige Weg, um eine gute Beziehung zwischen diesen beiden Abteilungen zu haben. Wenn ich von einer guten Beziehung spreche, meine ich etwas, das dem Unternehmen tatsächlich Mehrwert bringt.

Zusammenfassend haben wir hier zwei Herausforderungen aus der traditionellen Supply Chain Management-Seite, die möglicherweise Programmierung durchgeführt haben, aber nur am Rande für Excel-Tabellenkalkulationen, ohne anfangs zu erkennen, dass es bereits eine Form von Programmierung war. Sie müssen Ihre Ängste überwinden. Sie müssen daran denken, dass Ihre Abteilung in der Welt von morgen dafür verantwortlich sein wird, ein Produkt zu liefern, das wie ein Softwareprodukt läuft, und das ist eine enorme Veränderung. Ja, aber damit können Sie umgehen. Warum? Weil Sie die richtigen Werkzeuge haben. Ja, es ist Programmierung involviert, aber es ist nicht grundsätzlich und radikal schwieriger als Excel. Die Herausforderung liegt nicht in der Technik des Werkzeugs; sie liegt buchstäblich in der Komplexität der Supply Chain selbst. Das Problem ist nicht schwierig, weil Ihr Werkzeug schwer zu handhaben ist, sondern weil Sie eine komplizierte Supply Chain haben.

Für den Teil des Publikums, der vielleicht eher auf der Seite der Datenwissenschaftler oder der IT steht, müssen Sie Überheblichkeit überwinden. Ich habe immer wieder Datenwissenschaftler gesehen, und ich schließe mich selbst in diese Kategorie ein, die überzeugt waren, dass sie in der Lage sind, einen Prototyp in die Produktion zu bringen. Das ist schwierig, und Supply Chains haben eine Art und Weise, Ihnen auf überraschende Weise ins Gesicht zu explodieren. Ich erinnere mich nur an eine Anekdote, wo wir vor Jahren mit einem führenden europäischen E-Commerce-Unternehmen für Autoersatzteile zusammengearbeitet haben. Wir haben ihre Teilauffüllungen mit unserer Prognosetechnologie gehandhabt und Vorschläge für Teilauffüllungen gemacht, um Autoteile zu liefern. In der nächsten Woche stellten wir fest, dass alle unsere Prognosen um den Faktor zwei danebenlagen. Die Nachfrage hatte sich verdoppelt. Was passiert war, war, dass ihr größter Konkurrent beschlossen hatte, gleichzeitig in mehrere Länder zu expandieren, genau zu dem Zeitpunkt, als wir mit unserer Prognose begannen. Einer der Konkurrenten hatte beschlossen, im Fernsehen aller nationalen Sender zu werben und ihren Service online anzubieten. Das Interessante ist, dass mein Kunde davon nicht einmal wusste, und sie hatten bessere Suchmaschinenoptimierungsergebnisse. Sie waren in Bezug auf SEO besser optimiert, sodass die Leute die TV-Werbung für den Konkurrenten sahen, sich aber nicht natürlicherweise an den Namen des Konkurrenten erinnerten. Also gingen sie zu Google und tippten “Autoteile” ein, bis sie auf der Website meines Kunden landeten. Um zu demonstrieren, wie großartig Lokad war, waren wir in der ersten Woche, als wir anfingen, um den Faktor zwei daneben, und wir dachten: “Was zum Teufel passiert hier überhaupt?” Wir mussten alles überarbeiten, denn wenn Sie sehen, dass sich die Nachfrage verdoppelt, verdoppelt sich nicht alles; manche Dinge machen das 10-fache aus, und viele Dinge bleiben unberührt.

Also, das ist die Art von Sache, und man muss schnell reagieren können. Darum geht es: Angst und Überheblichkeit. Vielen Dank für die Zeit.

Nun werde ich mir die Fragen im Chat ansehen.

Frage: Kann die Software die Entscheidung treffen, bei Bedarf für morgen eine zusätzliche Bestellung bei einem Lieferanten aufzugeben? Zum Beispiel könnten in Büros in Australien 200-Gramm-Schalen Erdbeeren von 10 Lieferanten am selben Tag an das Vertriebszentrum geliefert werden.

Absolut, und hier müssen wir die beiden Seiten des Supply Chain Managements und der Supply Chain Optimierung unterscheiden. Es gibt die Seite des Supply Chain Managements, bei der buchstäblich alle Datenpipelines vorhanden sind, einschließlich EDI, wo Sie eine elektronische Bestellung an einen Lieferanten ohne menschliches Eingreifen senden können. Sie haben also eine elektronische Brücke von Anfang bis Ende. Aber dann bedeutet das, dass Sie auf der Optimierungsseite eine Software benötigen, die den ganzen Tag über kontinuierlich läuft und irgendwann die Managementseite benachrichtigen kann, indem sie sagt: “Bitte führen Sie diese Bestellung aus.” Und dann, auf der Managementseite, die von der IT verwaltet wird, stellen sie einfach sicher, dass diese Bestellung vollständig ausgeführt wird. Es handelt sich nur um eine reine Transaktionalität; es gibt keine Intelligenz mehr. Sie haben eine Bestellung erhalten, die besagt “diese Menge”, und es ist die Aufgabe der Optimierungsseite sicherzustellen, dass Sie bei der Generierung einer bestimmten Menge mit allen Einschränkungen konform sind, wie z.B. der genauen Liste der Lieferanten, die überhaupt berechtigt sind, diese Produkte zu liefern, ob sie noch Lagerbestand haben und wie man die richtige Wahl zwischen allen konkurrierenden Lieferanten trifft, usw. Es kann viele Dinge geben. Absolut, ja, aber wir müssen buchstäblich die banale Ausführung trennen, die der transaktionale Teil ist, der auf der Seite des Supply Chain Managements liegt, von der Optimierungskomponente zum Zeitpunkt, an dem Sie feststellen, dass Sie mehr nachbestellen müssen.

Frage: Wissen Sie, dass Sie gerade mit den eSports-Weltmeisterschaften konkurrieren?

Nein, ich konkurriere gerade nicht mit diesen eSports-Meisterschaften, aber das ist sehr cool. Übrigens spielen wir bei Lokad häufig Dota 2, also spielt auch das Managementteam. Einige unserer Mitarbeiter möchten League of Legends spielen, aber als CEO des Unternehmens lehne ich das entschieden ab.

Frage: Ich habe festgestellt, dass viele Unternehmen zunächst kein ERP oder WMS haben und dass das Management an der Optimierung der Supply Chain arbeitet.

Ja, absolut. Sie können die Optimierung der Supply Chain von Anfang an nicht vermeiden; Sie müssen diese Entscheidungen treffen. Die Optimierung der Supply Chain war bereits da, bevor irgendeine Art von Supply Chain Management-Software vorhanden war. Selbst wenn wir 60 Jahre zurückgehen, als es noch keine Software gab, mussten die Menschen immer noch Entscheidungen treffen. Die Optimierung der Supply Chain war also schon immer eine Sache; die Leute haben es mit Stift und Papier gemacht. Wenn Sie sich die frühesten Arbeiten zur Supply Chain ansehen, wie die Wilson-Formel, auch bekannt als die EOQ Formel, ist sie ein Jahrhundert alt. Sie geht klar der Software voraus. Also ja, die Optimierung der Supply Chain ist etwas, das von Anfang an passiert, egal ob Sie Software in Ihrer Organisation haben oder nicht.

Nun, Sie müssen tatsächlich angemessene IT-Systeme haben, aber es ist eine völlig andere Denkweise. Supply Chain Management geht darum, banale Aufgaben sehr gut zu erledigen, wie zum Beispiel Dateneingabe, möglicherweise mit Unterstützung von Barcodes und anderen Dingen. Aber es geht um sehr banale Aufgaben, nur um die Daten darzustellen. Das Problem ist, dass die Leute etwas wollen, das sowohl Supply Chain Management als auch Supply Chain Optimierung macht, und als Ergebnis erhalten Sie ein Produkt, das überkompliziert ist, normalerweise super fehlerhaft ist und schlechte Funktionen wie Warnungen und Ausnahmen enthält, die vermieden werden sollten. Darauf werde ich in einer späteren Vorlesung zurückkommen.

Grundsätzlich ist es heutzutage eine Frage von Wochen, ein WMS oder ein ERP einzuführen, wenn Sie noch keines haben. Wenn Sie bereits eines haben, kann es eine Frage von Monaten sein, wenn Sie diese Sache von Ihren Entscheidungen trennen.

Frage: Wann kann das Management des Unternehmens erkennen, dass es an der Zeit ist, von der Verfolgung von Informationen zur Optimierung von Supply Chain-Entscheidungen überzugehen und sich letztendlich auf die Optimierung der Supply Chain zu konzentrieren?

Das Erste ist, dass Sie überhaupt erkennen müssen, dass es zwei Probleme gibt und dass dieselbe Software niemals beide Aspekte abdecken wird. Ich denke, das ist die große Illusion, und Softwareanbieter haben in diesem Bereich unglaublich verwirrend agiert. Wenn Sie sich die größten ERP-Anbieter ansehen, lautet ihre Botschaft zur Supply Chain-Optimierung, aber alles, was sie tatsächlich liefern und alles, was ihr Produkt tatsächlich tut, bezieht sich auf die Seite des Supply Chain-Managements, was viel weniger attraktiv ist, weil es keine KI oder tatsächliche Intelligenz gibt. In der Softwarewelt ist dies als CRUD-Anwendungen (Create, Read, Update, Delete) bekannt. ERPs sind nur gigantische Sammlungen von CRUD-Bildschirmen, auf denen jeder einzelne Bildschirm Zeilen in einer relationalen Datenbank erstellen, lesen, aktualisieren oder löschen kann, und das war’s. Ein ERP ist im Grunde genommen, vereinfacht gesagt, eine Sammlung von Tausenden von Tabellen für verschiedene Entitäten. Für jede Entität, die logisch zusammengefasst werden kann, haben Sie einen oder zwei Bildschirme, und das war’s. Wenn ich also auf Ihre Frage zum Management zurückkomme, ist das Problem, dass Sie als Manager die Broschüre des ERP-Anbieters lesen und die ERP-Anbieter Ihnen sagen, dass dieses Ding Ihre Supply Chain optimieren wird. Die Antwort lautet: Nein, absolut nicht. Was es tun wird, ist die Produktivität verbessern und eine genaue Buchführung Ihrer Supply Chain sicherstellen. Das ist schon viel, da es Diebstahl, Schwund, falsch platzierte Waren dramatisch reduzieren und die Produktivität mit Barcodes für ein Lager verbessern kann. In diesen Produkten steckt viel Mehrwert. Ich verneine nicht den Wert, den ein ERP oder WMS mitbringt; er ist enorm, aber es geht nicht um die Optimierung der Supply Chain. Ein WMS ist zum Beispiel von Design her etwas, das sich um das Lager kümmert; es kümmert sich nicht um die gesamte Supply Chain, zu der auch Kunden und Lieferanten gehören. Es ist von Design her auf bestimmte Standorte fokussiert, nicht auf die gesamte Kette.

Frage: Wie kann man reibungslos von Python zu Envision wechseln oder sie zusammenarbeiten lassen?

Historisch gesehen haben wir sie in einigen Situationen zusammenarbeiten lassen. Für das Publikum ist Envision eine domänenspezifische Programmiersprache, die von Lokad entwickelt wurde und ausschließlich für die vorhersagende Optimierung von Supply Chains konzipiert ist. In der nächsten Vorlesung werde ich Envision demonstrieren, damit die Leute eine bessere Vorstellung davon bekommen, worüber ich spreche, mit echtem Code.

Historisch gesehen haben wir Python und Envision zusammen verwendet, weil Envision zu Beginn sehr begrenzte Möglichkeiten hatte, so dass viele Dinge fehlten und wir in vielen Situationen auf Python zurückgegriffen haben. Im Laufe der Jahre haben wir die Fähigkeiten von Envision allmählich erweitert, so dass wir die Notwendigkeit von Python-Komponenten nach und nach reduziert haben. Es geht nicht nur um Python-Komponenten; es handelt sich auch um eine Reihe von Tools, die zusammengefügt werden müssen, wie zum Beispiel Airflow.

Übrigens wurde die Syntax von Envision absichtlich in vielen Aspekten an Python angepasst. Ich habe die bewusste Entscheidung getroffen, die Syntax von Envision so zu gestalten, dass sie Python-Programmierer nicht ablehnt, so dass Sie Envision in einer Woche lernen können, wenn Sie mit Python vertraut sind. Es gibt subtile und tiefgreifende Unterschiede, aber was die Syntax betrifft, gibt es viele Aspekte, die gleich sind. Python hat viele Vorzüge, wie Einfachheit und Reinheit des Designs. Auch wenn ich sage, dass Python nicht alle Anforderungen erfüllt und in der Produktion schwerwiegende Probleme verursacht, die nicht behoben werden können, bedeutet das nicht, dass Python keine Vorzüge hat. Das ist nicht das, was ich sage. Ich glaube, Python hat viele Vorzüge. Wir sprechen hier speziell darüber, wie man Supply Chains in der Produktion betreibt, was ein sehr spezifisches Problem ist.

Frage: Wie können Sie einem Kunden verständlich machen, dass sein ERP nichts optimiert?

Das ist sehr schwierig, denn die schlimmste Situation ist, wenn ein Interessent zu mir kommt und sagt: “Unser ERP, ein Legacy-ERP, liefert keinen Mehrwert und jetzt wollen wir zum nächsten ERP wechseln, das Supply Chain-Optimierung bietet.” Das ist eine schreckliche Situation für mich, denn ich muss dem Kunden sagen, dass er nicht nach einem Produkt sucht, sondern nach zwei: einem, das ihr ERP ersetzt und die Managementseite besser handhabt, und einem, das die Optimierung durchführt.

Wenn Sie über diese Legacy-ERPs nachdenken, habe ich viel Respekt vor ihnen, insbesondere vor den AS/400-Produkten mit einem Befehlszeilentextterminal auf alten IBM-Großrechnern. Was die Managementseite des Problems betrifft, erledigen sie in der Regel einen sehr guten Job. Was die Kunden wirklich suchen, könnte eine Web-Schnittstelle anstelle einer Befehlszeile sein, aber wird dies ihre Teams vor Ort produktiver machen? Das bezweifle ich. Befehlszeilen mit Textterminals können unglaublich schnell und produktiv sein, ohne Ablenkungen.

Es ist also ziemlich schwierig, weil wir all den Unsinn entwirren müssen, den unsere Konkurrenten verbreiten. Darüber hinaus müssen wir erklären, dass das ERP die Supply Chain nicht optimieren wird und dass es keine KI oder Blockchain gibt, sondern nur Klassen statistischer Modelle. Leider verlieren wir die meisten unserer Interessenten in diesem Stadium. Das ist einer der Gründe, warum ich diese Vorträge überhaupt halte, denn es dauert Stunden, um auf den Grund zu gehen und zu erklären, warum wir das Problem so sehen müssen, wie ich es sehe.

Frage: Was ist Ihre Empfehlung für eine Plattform, um die Komplexität der Planung mehrerer Produkte mit probabilistischer Nachfrageverteilung anzugehen?

Nun, Lokad natürlich. Aber bedenken Sie, dass ich als CEO von Lokad und Mehrheitseigentümer des Unternehmens ein Interessenkonflikt in meiner Meinung besteht. Ich bin zutiefst davon überzeugt, dass Lokad die Plattform ist, die Sie benötigen, aber bitte verstehen Sie, dass es auch das Unternehmen ist, das ich besitze und leite. Ich werde mein Bestes tun, um objektiv zu bleiben, wenn es darum geht.

Übrigens wurde Lokad buchstäblich entwickelt, um mit probabilistischer Nachfrageverteilung umzugehen, und es geht nicht nur um probabilistische Nachfrageverteilung. Es behandelt auch stochastische Durchlaufzeit Verteilung, stochastische Rückgabeverteilung und mehr. Wir müssen alle möglichen Zukunftsszenarien mit Wahrscheinlichkeiten betrachten und alle Arten von Unsicherheiten berücksichtigen. Die Nachfrage ist eine sehr wichtige, normalerweise die wichtigste, aber sie ist nicht die einzige.

Ich glaube, ich habe alle Fragen beantwortet. Ich überprüfe nur, ob ich etwas übersehen habe… Keine weiteren Fragen. Also vielen Dank an alle, die diesen Vortrag verfolgt haben, und bis nächste Woche, gleicher Tag, gleiche Zeit. Bis bald. Auf Wiedersehen.

Referenzen

• Joel on Software: And on Diverse and Occasionally Related Matters That Will Prove of Interest to Software Developers, Designers, and Managers, and to Those Who, Whether by Good Fortune or Ill Luck, Work with Them in Some Capacity - Von Joel Spolsky, 2004