FAQ: Change Management

Eine Initiative mit Lokad zielt darauf ab, die Lieferkette des Kunden durch überlegene, automatisierte Entscheidungsfindung zu optimieren - in der Regel durch die Ersetzung banaler täglicher Aufgaben wie Bestellungen und Bestandszuweisungen. Diese Seite behandelt Fragen und Bedenken im Zusammenhang mit dem Wandel, den diese Initiative mit sich bringt, und wie man ihn effektiv managt. Die Experten von Lokad stehen den Kunden jederzeit zur Verfügung, um ihnen bei der Navigation durch den Prozess zu helfen.

Zielgruppe: Die Lieferketten- und/oder Planungsabteilungen.
Zuletzt bearbeitet: 19. Dezember 2023

Überblick über das Change Management

Die Quantitative Supply Chain (QSC), wie sie von Lokad entwickelt und befürwortet wird, weicht erheblich von der traditionellen Perspektive ab. Die Unterschiede sind sowohl wesentlich als auch die Hauptgründe, warum Lokad solch drastische Verbesserungen in der Lieferkette erreichen kann. Die mit der Implementierung einer QSC-Initiative verbundene Veränderungsmanagement ist jedoch einfacher, als unsere Kunden in der Regel denken.

Zum Beispiel beseitigt Lokad viele unnötige Berührungspunkte und Prozesse, anstatt einfachen Abfall durch anderen Abfall zu ersetzen. Die zu “managende” “Veränderung” besteht daher in der Regel aus zwei Teilen: erstens darin, sich daran anzupassen, dass banale, repetitive Entscheidungen in der Lieferkette nun automatisiert sind; zweitens darin, zu akzeptieren, dass die Qualität dieser automatisierten Entscheidungen diejenige übertrifft, die Mitarbeiter mit anderen Tools (Legacy-Systeme, Tabellenkalkulationen und häufig eine Mischung aus beidem) erreichen konnten.

Eine QSC-Initiative wird von den Supply Chain Scientists von Lokad angeführt. Diese Experten vereinen viele Rollen, die in ähnlichen Initiativen mit anderen Softwareanbietern normalerweise von mehreren Personen ausgeführt werden. Ein Supply Chain Scientist fungiert als Systemintegrator, Dateningenieur, Business Analyst, Datenwissenschaftler, Lieferkettenexperte und Projektmanager (unter anderem). Die Supply Chain Scientists (SCSs) bieten alle notwendige Schulungen, Anleitung und Unterstützung, damit die Kunden den quantitativen Ansatz von Lokad in der Lieferkette annehmen können.

Die erfolgreiche Implementierung von Lokad (im Produktionsbetrieb) führt in der Regel zu zwei bemerkenswerten Ergebnissen: erhebliche Einsparungen durch bessere Entscheidungen in der Lieferkette und erhebliche Produktivitätseinsparungen durch (weitgehend) automatisierte Entscheidungen in der Lieferkette.

In Bezug auf das Change Management sind Einsparungen in der Lieferkette in der Regel kein Problem. Das Unternehmen kann letztendlich entscheiden, das freigesetzte Arbeitskapital anderweitig zu investieren, aber diese Art von Entscheidung liegt normalerweise außerhalb des Rahmens der Lokad-Initiative. Die erheblichen Produktivitätseinsparungen, die durch Lokad erzielt werden, werden jedoch in der Regel in andere Aufgaben reinvestiert, die für das Unternehmen des Kunden einen viel höheren Mehrwert bringen als der Legacy-Prozess.

Kurz gesagt, bevor Lokad eingeführt wurde, waren die Aktivitäten der Lieferkettenpraktiker innerhalb des Kundenunternehmens fast ausschließlich nach innen gerichtet: eine Prognose erstellen, die Prognose in einen Plan umsetzen, Min-/Max-Bestandswerte auf SKU-Ebene anpassen, Bestellungen/Produktionsaufträge/Bestandsbewegungen erstellen usw.

Sobald Lokad im Produktionsbetrieb ist, sind die meisten Aktivitäten nach außen gerichtet: herausfinden, was Kunden als Servicequalität wahrnehmen, herausfinden, was Lieferanten als Hindernis für eine weitere Preissenkung wahrnehmen, herausfinden, was Transportunternehmen als die Hauptursachen für ihre Unzuverlässigkeit betrachten usw.

Diese Erkenntnisse werden dann kontinuierlich in die Lösung von Lokad integriert, mit der fortlaufenden Unterstützung der SCSs.

Für Führungskräfte in der Lieferkette besteht die größte Veränderung darin, dass das ständige Feuerlöschen (weitgehend) entfällt. Die Lösung von Lokad liefert automatisierte Entscheidungen, die darauf abzielen, mit lästigen Randfällen umzugehen und somit den Zeitaufwand der Führungskräfte für die Analyse des unberechenbaren Marktverhaltens erheblich zu reduzieren. Dies ermöglicht es den Führungskräften in der Lieferkette, Lieferkettenziele und -projekte zu planen, anstatt die laufenden Folgen suboptimaler Entscheidungen zu mikromanagen.

Häufig gestellte Fragen (FAQ)

1. Projektimplementierung und -management

1.1 Bieten Sie Implementierungsprojektmanagement-Dienstleistungen an?

Ja. Diese Dienstleistungen werden von den Supply Chain Scientists (SCSs) von Lokad erbracht. Diese Experten übernehmen nicht nur die Implementierung, sondern führen auch die Initiative mit dem Kundenunternehmen an. Dies umfasst viele Aufgaben wie die quantitative Absicherung des Supply Chain Managements, um die Gültigkeit der numerischen Rezepte von Lokad vor deren Einsatz nachzuweisen. Die SCSs stellen auch Schulungsmaterialien zur Verfügung, um die Übernahme der empfohlenen Praktiken und Prozesse von Lokad im Kundenunternehmen zu unterstützen.

Darüber hinaus engagieren sich diese Experten langfristig für den Erfolg der Initiative über die anfängliche Implementierung hinaus und bieten kontinuierliche Unterstützung, wenn die Initiative in die Phase der “kontinuierlichen Verbesserung” übergeht.

Weitere Informationen zur Rolle des SCS im Optimierungsprozess finden Sie in den Vorträgen von Lokad über den Supply Chain Scientist und Ein Tag im Leben eines Supply Chain Scientists.

1.2 Wie sieht Ihr Implementierungszeitplan aus und welche Schritte oder Phasen sind in diesem Zeitplan enthalten? Was sind die Ziele jeder Phase (vom Projektimplementierungskick-off bis zur Inbetriebnahme)?

Von Anfang bis Ende dauert die Implementierung in der Regel etwa 6 Monate. Lokad unterscheidet die Onboarding-Phase von der Produktionsphase. Das Ziel der Onboarding-Phase besteht darin, das numerische Rezept von Lokad in die Produktion zu bringen. Am Ende der Onboarding-Phase sollten die interessierenden Supply-Chain-Entscheidungen (wie in Zusammenarbeit mit dem Kunden definiert) automatisiert sein. Die Automatisierung ist jedoch in der Regel nur eine Nebenwirkung (wenn auch eine sehr sichtbare) des eigentlichen Ziels: die Verbesserung der Leistung der Lieferkette. Das Ziel der “Produktionsphase” besteht darin, die numerischen Rezepte, die die Automatisierung überhaupt ermöglichen, kontinuierlich zu verfeinern, zu verbessern und anzupassen.

Zeitplanübersicht

Die Onboarding-Phase dauert in der Regel 6 Monate und kann in drei Teilphasen von je 2 Monaten unterteilt werden.

• Die erste Teilphase ist die Einrichtung der Datenpipeline. Das Ziel besteht darin, eine vollautomatisierte Pipeline für die Extraktion von Kundendaten zu Lokad zu erstellen. Die beiden anspruchsvollsten Aspekte der Datenpipeline sind die Festlegung der “Semantik” der Daten und die Gewährleistung der (nahezu) perfekten Zuverlässigkeit des Pipelining-Prozesses selbst. Eine Datenpipeline, im Gegensatz zu einer einmaligen Datenextraktion, ist entscheidend, um sicherzustellen, dass die von Lokad generierten Supply-Chain-Empfehlungen relevant für die aktuellen Geschäftsinteressen des Kunden sind.

• Die zweite Teilphase ist die Gestaltung des einzigartigen numerischen Rezepts des Kunden - der Softwarelogik, die die Supply-Chain-Entscheidungen steuert. Das Ziel besteht darin, Rezepte zu erstellen, die konsistent, zuverlässig und unkompliziert sind. Die Erstellung der ersten numerischen Rezepte geht schnell und dauert in der Regel nicht länger als eine oder zwei Wochen. Diese Entwürfe sind jedoch nur Ausgangspunkte und werden in aufeinanderfolgenden Iterationen schnell von den für das jeweilige Konto zuständigen Supply Chain Scientists verbessert. Dadurch werden lästige Randfälle, die in den ersten Entwürfen vorhanden sind, schnell beseitigt.

• Die dritte Teilphase ist der Dual Run. Das numerische Rezept produziert keine Unsinn mehr und die wirtschaftlichen Treiber, die die Optimierung lenken, wurden vereinbart. Das Rezept ist jedoch noch nicht produktionsfähig. Um voranzukommen, wird ein Dual Run gestartet. Das numerische Rezept wird parallel zum Legacy-Prozess ausgeführt. Da das Rezept automatisiert ist, ist der organisatorische Aufwand gering. Supply Chain-Praktiker können täglich die Entscheidungen vergleichen und sehen, wie sich Muster (z.B. Saisonalität) entwickeln. Durch mehrere Wochen Dual Run wird das Vertrauen aufgebaut, um mit der Produktionsbereitstellung fortzufahren.

Am Ende der Onboarding-Phase - und wenn alle Schritte erfüllt wurden - beginnt die Produktionsbereitstellung. Diese Bereitstellung besteht darin, die Automatisierung den Legacy-Prozess übernehmen zu lassen. Diese Übernahme kann auch schrittweise erfolgen, abhängig von der Fähigkeit des Kunden, das erforderliche Change Management zu überwachen.

Siehe Zeitplanübersicht für eine detailliertere Aufschlüsselung der einzelnen Schritte im Optimierungsprozess.

1.3 Dokumentiert und veröffentlicht Lokad einen Projektmanagementplan, der den Umfang, den Zeitplan, die kritischen Meilensteine, die Ressourcen, die Liefergegenstände, die Verantwortlichkeiten, den Kostenmanagementplan, den Qualitätsmanagementplan, den Risikomanagementplan sowie den Stakeholder-Management- und Kommunikationsplan des Projekts beschreibt?

Ja. Alle diese Elemente und mehr werden in einem einzigartigen Joint Procedure Manual (JPM) für die Initiative zusammengefasst. Die Supply Chain Scientists (SCSs) sind dafür verantwortlich, das JPM für die gesamte Dauer der Initiative zu initiieren und aufrechtzuerhalten.

Lokads JPM konzentriert sich auf die Frage “Warum?”. JPMs sind gut geschrieben und sollen auch für weniger technische und/oder nicht spezialisierte Zielgruppen weitgehend zugänglich sein. Das JPM erfasst die Essenz der Absicht hinter der Initiative und konsolidiert grundlegende Erkenntnisse, die während der Initiative gewonnen werden.

Lokad ist der Ansicht, dass viele (wenn nicht die meisten) unternehmensweiten Initiativen durch die Erstellung von unbrauchbaren Dokumenten behindert werden, die in der Praxis unmöglich zu lesen sind (d.h. sie sind mühsam oder undurchdringlich technisch). Solche Dokumente dienen keinem anderen Zweck als dem Abhaken von erfundenen Kästchen. Darüber hinaus neigen viele Dritte (z.B. Integratoren, Berater und sogar die hausinterne Bürokratie) dazu, bei der Dokumentation des Projekts die Quantität der Qualität vorzuziehen.

Im Gegensatz dazu sollen Lokads JPMs sowohl lesbar als auch gelesen werden. JPMs sind Werkzeuge, die von den SCSs selbst zur Verwaltung der Initiative verwendet werden. Obwohl wir umfangreiche Richtlinien darüber haben, was in einem JPM erwartet wird, liegt es letztendlich in der Verantwortung der SCSs, fundierte Entscheidungen darüber zu treffen, was angesichts der Besonderheiten der Initiative die meiste Aufmerksamkeit und Anstrengung erfordert.

Weitere Informationen zu Lokads Dokumentationsethos finden Sie in der Vorlesung Schreiben für Lieferketten.

1.4 Ist Lokad dafür verantwortlich, den Projektmanagementplan zu pflegen und zu basieren, vorbehaltlich der Genehmigung(en) des Projektlenkungsausschusses? Werden Abweichungen vom Plan klar kommuniziert und mit Maßnahmen zur Minderung verbunden?

Ja. Die aufgeführten Verantwortlichkeiten werden von Lokads Supply Chain Scientists (SCSs) verwaltet. Die genauen Einzelheiten der Kommunikationsverwaltung mit dem Kundenunternehmen hängen in der Regel von den vertraglichen Bedingungen für die Initiative selbst ab.

Gelegentlich sind auf Kundenseite deutlich mehr Mitarbeiter in das Projekt involviert als auf Seiten von Lokad. Um die Produktivität der SCSs, die das Konto bearbeiten, zu verbessern, bestimmen viele unserer Kunden einen einzigen Ansprechpartner für die Initiative. Diese Person - oder ein kleines Team - ist dafür verantwortlich, relevante Informationen an alle am Projekt beteiligten Parteien weiterzuleiten und relevante Rückmeldungen von ihnen einzuholen.

Für besonders komplexe Initiativen richtet Lokad einen dedizierten Lenkungsausschuss ein, der aus wichtigen Mitgliedern sowohl von Lokad als auch vom Kundenunternehmen besteht. Obwohl dieses Treffen als Mechanismus zur formellen Genehmigung dient, findet die meiste inhaltliche Arbeit außerhalb des Ausschusses selbst statt. Die SCSs haben in der Regel tägliche Interaktionen mit verschiedenen Teams auf Kundenseite. Diese Teams werden kontinuierlich über Abweichungen vom Plan informiert und stellen sicher, dass die gesamte Initiative auf Kurs bleibt. Diese täglichen Interaktionen sind eine wesentlich effektivere Möglichkeit, technische Probleme anzusprechen und zu überwinden, als versuchen, große Mengen von Problemen während einer Sitzung des Lenkungsausschusses zu untersuchen. Der Lenkungsausschuss fungiert daher eher als überwachendes Gremium als als Denkfabrik für die Initiative.

Hinweis: Quantitative Supply Chain-Initiativen stoßen häufig auf “positive Abweichungen”. Dies sind vorteilhafte Überraschungen in der Rezeptur, die sich während der laufenden Wartung der Initiative zeigen. Im Wesentlichen handelt es sich dabei um Gelegenheiten, die zu gut sind, um sie zu verpassen. Ein wesentlicher Vorteil des Kommunikationsansatzes von Lokad besteht daher darin, diese positiven Abweichungen prompt und effizient an den Kunden weiterzuleiten, wenn sie auftreten, und damit die Wirkung und Agilität der Initiative erheblich zu steigern.

1.5 Werden Sie den Kommunikationsplan dokumentieren, der tägliche Stand-up-Meetings, wöchentliche Statusberichte der Arbeitsgruppe und Überprüfungssitzungen sowie monatliche Berichte und Überprüfungssitzungen des Lenkungsausschusses umfasst? Werden Sie die Eskalationskriterien festlegen und eine gegenseitige Vereinbarung zwischen dem Kundenunternehmen und Lokad zu diesen Details sicherstellen?

Ja. Lokads Supply Chain Scientists (SCSs) sind für diese Aufgaben verantwortlich. Die Einzelheiten des Kommunikationsmanagements innerhalb des Kundenunternehmens hängen in der Regel von den vertraglichen Bedingungen für die Initiative selbst ab.

Lokad nimmt gerne an täglichen Stand-up-Meetings teil, wenn wir uns vor Ort in der Zentrale des Kundenunternehmens befinden. In der Regel arbeiten unsere SCSs jedoch in den Büros von Lokad.

Wir konsolidieren alle Dokumentationen der Initiative in einem Joint Procedure Manual (JPM), das effektiv als umfassender Leitfaden für das gesamte Projekt dient. Das JPM enthält die Notizen aller Arbeitssitzungen, einschließlich der Berichte des Lenkungsausschusses (falls zutreffend).

Obwohl Lokad die Eskalationskriterien und -richtlinien klärt, ist es erwähnenswert, dass von einem Senior SCS bei Lokad erwartet wird, alle Fragen oder Bedenken zur Initiative zu behandeln. Daher wird bei Eskalationen die Lösung eines problematischen Themas in der Regel von einem Junior SCS an einen Senior SCS eskaliert. Dies hat sich historisch gesehen als ausreichend erwiesen, da nur sehr wenige Situationen eine weitere Eskalation erfordern.

Lokad betrachtet alle Probleme - auch wenn sie auf den ersten Blick geringfügig erscheinen - als eine gründliche Analyse wert. Obwohl ihre Auswirkungen leicht zu beheben sind, können geringfügige Probleme zukünftige Probleme darstellen, wenn die zugrunde liegenden Ursachen nicht verstanden und behoben werden. Dies verhindert, dass ein geringfügiges Problem zu einem wiederkehrenden Problem wird. Daher bevorzugt Lokad hochqualifizierte Mitarbeiter, die in der Lage sind, sowohl das unmittelbare Problem zu lösen als auch die zugrunde liegenden Ursachen zu identifizieren. Dieser Ansatz ist besser als sich auf ungeschultes Supportpersonal zu verlassen, das kontinuierlich mit denselben Problemen konfrontiert wird - ein Muster, das von vielen Anbietern von Unternehmenssoftware häufig übernommen wird.

Daher ist Lokads präziser Eskalationsprozess beabsichtigt, um schnelle und dauerhafte Lösungen sicherzustellen.

1.6 Werden Sie sicherstellen, dass der Projektmanagementplan von allen Stakeholdern im Rahmen der Projektinitiierungsphase abgesegnet wird?

Ja. Im Allgemeinen folgen Lokads Supply Chain Scientists (SCSs) dem vereinbarten Prozess, der mit jedem Kunden verhandelt und vereinbart wurde - gemäß den formalen vertraglichen Bedingungen. Dieses Prinzip gilt während der gesamten Initiative, vom Start bis zum Abschluss. Der Beginn des Projekts ist sicherlich wichtig, aber da Lokad keinen langfristigen Einsatz ab dem ersten Tag erfordert, ist diese Angelegenheit von geringerer Bedeutung - insbesondere im Vergleich zu unseren Mitbewerbern.

Es sollte beachtet werden, dass wir noch nie beobachtet haben, dass eine Supply Chain aufgrund eines “Mangels” an Bürokratie und anderen unnötigen Prozessen schlecht funktioniert. Im Gegenteil, unnötige Bürokratie und unsinnige Prozesse sind die häufigsten Probleme in modernen Supply Chains - selbst in Unternehmen, die ansonsten gut funktionierende Supply Chains zu haben scheinen.

1.7 Werden Sie einen dedizierten Projektmanager von Lokad einsetzen, der im Hauptsitz des Kundenunternehmens tätig ist und von Produktexperten, Business-Analysten und technischen Schnittstellenexperten begleitet wird?

Ja, wenn solche Bestimmungen Teil der vereinbarten vertraglichen Bedingungen für die Initiative sind. Obwohl Lokad nichts dagegen hat, Mitarbeiter vor Ort im Hauptsitz des Kundenunternehmens einzusetzen, erhöht dies natürlich die Kosten der Initiative. Die meisten unserer Initiativen werden remote durchgeführt und durch monatliche oder vierteljährliche Besuche unterstützt, abhängig vom Umfang der Initiative. Diese Praxis wird in der Regel von allen Parteien als effizienter angesehen als die ständige Stationierung von Lokad-Mitarbeitern im Büro des Kunden. Es sollte beachtet werden, dass selbst wenn Lokad zustimmt, ein dauerhaftes Team im Hauptsitz des Kundenunternehmens zu stationieren, die Mitarbeiter im Laufe der Zeit rotieren werden.

Diese Praktiken kommen allen Beteiligten zugute, da Lokads Supply Chain Scientists (SCSs) einem fortlaufenden Schulungsprogramm unterliegen. Dieses Programm ist entscheidend, um sicherzustellen, dass unsere Mitarbeiter unabhängig von ihrer Erfahrung oder Seniorität neue Fähigkeiten erwerben oder alte verbessern. Während wir feststellen, dass viele Unternehmensanbieter ihren Mitarbeitern erlauben, monatelang oder sogar jahrelang an entfernten Kundenstandorten zu arbeiten, ist Lokad überzeugt, dass diese Praxis nicht mit der zuverlässigen und effizienten Bereitstellung von hochwertigen Schulungsprogrammen vereinbar ist.

Insbesondere eine der größten Stärken von Lokads SCSs ist ihr außergewöhnlich vielfältiges und breites Kompetenzspektrum. Jeder SCS ist darauf trainiert, verschiedene Rollen zu übernehmen, wie zum Beispiel: Fachexperte, Business-Analyst, technischer Schnittstellenexperte, Datenwissenschaftler und Supply Chain-Berater. Diese Funktionen würden normalerweise von mehreren Mitarbeitern erfüllt und zu erheblichen Kosten für den Kunden führen. Bei Lokad erbringt jeder SCS all diese Dienstleistungen.

Als Ergebnis neigen SCSs dazu, wesentlich produktiver zu sein (weniger Mitarbeiter bedeuten in der Regel weniger Kommunikationsprobleme) und höhere Leistungsniveaus zu erzielen. In der Realität sind Supply Chains entscheidend von einer durchgängigen Konsistenz abhängig, was mit einer geringen Mitarbeiterzahl viel einfacher zu erreichen ist.

1.8 Während der Implementierungsphase, welche Organisation schlagen Sie vor? Wo sollten Ressourcen zugewiesen werden?

Für eine typische Initiative bei Lokad empfehlen wir, dass das Kundenunternehmen einen erfahrenen Supply Chain-Praktiker als Koordinator der Initiative benennt und auch einen Supply Chain-Manager als Aufsichtsperson der Initiative einsetzt. Der Koordinator fungiert als Ansprechpartner zwischen Lokads Team von Supply Chain Scientists (SCSs) und dem Kundenunternehmen. Der Koordinator leitet zunächst die Informationsanfragen weiter und später die Rückmeldungen. Parallel dazu arbeiten Lokads SCSs mit den numerischen Rezepten, die darauf abzielen, die interessanten Entscheidungen der Supply Chain zu treffen.

Wir empfehlen ein wöchentliches Treffen, um den Fortschritt der Initiative zu überprüfen, bis die Onboarding-Phase abgeschlossen ist. An diesem Treffen nehmen systematisch der Koordinator, der Aufsichtsperson und der Haupt-SCS des Kontos von Lokad teil. Weitere Teilnehmer können bei Bedarf hinzukommen, aber ihre kontinuierliche Anwesenheit ist normalerweise während der Implementierungs-/Onboarding-Phase nicht erforderlich.

Einige IT-Ressourcen müssen zu Beginn der Initiative für den Aufbau der Datenpipeline zugewiesen werden. Lokad ist in dieser Hinsicht effizienter als die meisten seiner Wettbewerber. Zum Beispiel extrahieren wir automatisch und direkt die Transaktionsdaten des Kunden, ohne dass eine Bereinigung oder Vorbereitung seitens des Kunden erforderlich ist. Sofern das Kundenunternehmen nicht an einen bestimmten Anbieter gebunden ist, erfordert dieser technische Aufbau weniger als 4 Wochen Arbeit für einen einzelnen Mitarbeiter - und manchmal sogar viel weniger, wenn bereits ein Data Lake vorhanden ist.

Anschließend müssen die SCSs qualitative Einblicke in die bestehenden Prozesse sowie die Details aller Supply Chain-Prioritäten und -Einschränkungen sammeln. Zur Unterstützung dieses Prozesses finden in der Regel eine Reihe von Interviews statt, die von den Koordinatoren moderiert werden. Später, wenn die SCSs die numerischen Rezepte entwickelt haben, werden weitere Interviews durchgeführt, um die von diesen Rezepten generierten Zahlen zu überprüfen und den SCSs die Möglichkeit zu geben, sie zu verfeinern und zu verbessern.

Die Beteiligung der Aufsichtsperson ist sowohl wichtig, um Lokad mit der übergeordneten Strategie des Unternehmens abzustimmen, als auch um zu verhindern, dass die Initiative aufgrund von Unentschlossenheit ins Stocken gerät. Lokad kann beispielsweise verschiedene Optionen vorschlagen, um die mit dem Mangel an Servicequalität verbundenen Kosten zu modellieren. Wir können die Vor- und Nachteile dieser Optionen in nicht-technischen Begriffen erklären, aber letztendlich müssen einige strategische Entscheidungen getroffen werden.

Natürlich hängt all das oben Genannte von den spezifischen Bedürfnissen der Initiative ab. Wir sind offen für andere organisatorische Ansätze, wenn sie besser zum spezifischen Kontext und den Zielen des Kundenunternehmens passen.

Weitere Informationen finden Sie in den verschiedenen Vorträgen von Lokad zur taktischen und strategischen Umsetzung einer erfolgreichen Supply Chain-Optimierung.

2. Ressourcenmanagement & Anforderungen

2.1 Welche Personalanforderungen bestehen für die Projektimplementierung im Kundenunternehmen, insbesondere die Anzahl der Ressourcen und ihr Kenntnisstand? Können Sie die Anzahl der Ressourcen für jede Phase und Unterphase des Projekts genau definieren?

Eine typische Lokad-Initiative erfordert während der ersten 6 Monate - der Onboarding-Phase - etwa 0,5 bis 2 FTE (Vollzeitäquivalent) Mitarbeiterressourcen des Kundenunternehmens. Sobald die Initiative in die Produktion geht, wird voraussichtlich weiterhin mindestens 0,25 FTE benötigt. Natürlich variieren diese Schätzungen erheblich je nach Größe und Komplexität des Kundenunternehmens und seinen spezifischen Supply Chain-Anforderungen.

In Bezug auf die Ressourcen, die in jeder Phase einer “typischen” Initiative benötigt werden, haben wir während der Onboarding-Phase:

• Monate 1 und 2: Der Aufbau der Datenpipeline erfordert 4 Wochen Vollzeitaufwand von einem Datenbeauftragten, der in der Regel beim IT-Team des Kunden beschäftigt ist. Der Datenbeauftragte sollte mit der Anwendungslandschaft des Kundenunternehmens gut vertraut sein. Diese Anforderung kann verringert werden, wenn bereits ein Data Lake vorhanden ist, erhöht sich jedoch, wenn die Datenpipeline mit mehreren Geschäftssystemen umgehen muss (z. B. 1 ERP pro Land). Sobald die Datenpipeline eingerichtet ist, sollte deren Wartung nicht mehr als einige Stunden pro Monat vom Datenbeauftragten erfordern.

• Monate 3 und 4: Das Entwerfen des numerischen Rezepts erfordert 2 oder 3 Tage pro Woche vom Koordinator (auf Kundenseite) der Initiative, mindestens 10 Stunden pro Woche von verschiedenen Supply Chain-Experten, um hochrangige Einblicke zu liefern und später Feedback zu den von Lokad erstellten Zahlen zu geben. Der Koordinator sollte mit dem Unternehmen und seiner Supply Chain vertraut sein und sich mit analytischer Arbeit auskennen. Diese Position erfordert jedoch keine spezialisierten IT- oder spezifischen Data Science-Fähigkeiten. Die wöchentliche Überprüfung der Initiative erfordert einen halben Tag pro Woche von einem Supply Chain-Manager.

• Monate 5 und 6: Die Anforderungen sind im Wesentlichen die gleichen wie in der vorherigen Phase, jedoch ändert sich der Fokus. Der Koordinator verbringt nun die meiste Zeit damit, den ordnungsgemäßen Rollout vorzubereiten und mit allen betroffenen Supply Chain-Experten zu kommunizieren. Ebenso überwacht der Supply Chain-Manager das interne Change Management in Bezug auf neue Prozesse, die aus der Initiative von Lokad entstehen.

Siehe auch Projektimplementierung & Management 1.2.

2.2 Stellen Sie sicher, dass ausreichend Personal geplant ist, um den Produktübergang zu unterstützen?

Ja. Als Faustregel empfiehlt Lokad, während des Übergangs von der Onboarding-Phase zur Produktionsphase die gleiche Menge an Ressourcen (z. B. die gleichen Supply Chain-Experten) beizubehalten. Die potenzielle Rendite einer gut gewarteten und kontinuierlich verbesserten Lösung ist erheblich. Es ist ein Fehler, die Lösung solcher Herausforderungen mit einer “Set-and-Forget”-Mentalität anzugehen, da jede technische Lösung zwangsläufig - und kontinuierlich - in Richtung Irrelevanz und Veraltetheit driftet, wenn sie nicht ordnungsgemäß überwacht und gewartet wird.

Es ist erwähnenswert, dass es angesichts der Automatisierung der Supply Chain-Entscheidungen durch Lokad keine strenge Dringlichkeit gibt, alle Supply Chain-Experten des Kunden mit einem neuen Prozess umzuschulen, um die Supply Chain am Laufen zu halten - die Automatisierung selbst ist darauf ausgelegt, sich darum zu kümmern. Als Ergebnis ist es nicht ungewöhnlich, dass die vollständige Überarbeitung der Supply Chain-Organisation des Kunden - ausgelöst durch die Initiative von Lokad - nur wenige Monate nach dem Projektstart abgeschlossen ist.

Dieser effiziente Ansatz steht im starken Kontrast zu den großen - und kostspieligen - “Task Forces”, die oft von Enterprise-Software-Anbietern benötigt werden, um live zu gehen.

2.3 Können Sie garantieren, dass ausreichend Personal und Wissen über Produktressourcen (KP) am Hauptsitz des Kundenunternehmens zur Unterstützung des Produktübergangs vorhanden sind?

Ja, solche Bestimmungen und Anforderungen werden durch die spezifischen, gegenseitig vereinbarten vertraglichen Bedingungen der Initiative abgedeckt.

Siehe auch Projektimplementierung & Management 1.7.

Siehe auch Ressourcenmanagement & Anforderungen 2.2.

2.4 Vereinbaren Sie Requirements Review-Sitzungen mit den Geschäftsproduktbesitzern, um Anforderungen zu ermitteln und zu dokumentieren?

Ja. Eines der ersten Ziele des Supply Chain-Experten besteht darin, alle notwendigen Einblicke in die Supply Chain des Kunden zu gewinnen. Dieser Prozess wird in der Regel durch Interviews mit relevanten Stakeholdern, einschließlich der Geschäftsproduktbesitzer, durchgeführt. Wir versuchen auch, vorhandene Dokumente sorgfältig zu überprüfen (wenn verfügbar), um das Beste aus diesen Interviews zu machen.

Lokads Hauptanliegen ist jedoch das Verständnis des zu untersuchenden “Problems”, was nicht immer durch das Auflisten von “Anforderungen” unterstützt wird. Wenn ein Kunde beispielsweise erwähnt, dass er eine spezielle Behandlung von “langsamen Bewegern” benötigt, verstehen wir, dass ein geringes Volumen ein zu berücksichtigendes Anliegen ist. Die spezielle Behandlung dieser SKUs ist jedoch nur eine von vielen Optionen, die uns zur Verfügung stehen, um dieses Anliegen anzugehen.

In diesem Beispiel wäre es unsere bevorzugte Vorgehensweise, die wahre Natur der “langsamen Beweger” zu ermitteln. Tatsächlich kann es nach der Untersuchung der Supply Chain-Schmerzpunkte des Kunden der Fall sein, dass “langsame Beweger” SKUs sind, die falsch bepreist, gebündelt und/oder zugewiesen wurden. Sobald das Problem (langsame Beweger) besser verstanden ist, ändert sich die Interventionsstrategie vollständig - oft wird es dadurch einfacher, darauf einzugehen.

Daher betont Lokad zwar die Ermittlung und Dokumentation aller Kundenanforderungen, unser Ansatz konzentriert sich jedoch darauf, die wahre Natur des Problems zu entdecken, anstatt den aktuellen Zustand der Supply Chain des Kunden einfach hinzunehmen.

Weitere Informationen zur Problem-Lösungs-Dichotomie finden Sie unter Verliebe dich in das Problem, nicht in die Lösung.

2.5 Geben Sie Schätzungen für Aufwand, Kosten und Zeitplan für Funktionen an, die eine Anpassung erfordern, einschließlich Systeminterfaces, und teilen Sie sie nach dem Prozess der Fit-Gap-Analyse-Workshop mit?

Ja. Diese Schätzungen sind in der Regel in unserem ersten kommerziellen Vorschlag enthalten. Wenn ein Workshop organisiert wird, um die Initiative vorzubereiten, verwenden wir die Informationen aus dem Workshop, um unseren Vorschlag weiter zu verfeinern.

Die Lokad-Plattform ist programmatisch. Die Implementierung ist daher für Skripte vorgesehen, die in Envision geschrieben sind, unserer DSL (domänenspezifische Programmiersprache), die der vorhersagenden Optimierung von Supply Chains gewidmet ist. Als Ergebnis ist Lokad besonders gut geeignet, maßgeschneiderte Funktionen und Schnittstellen bereitzustellen, unabhängig davon, ob diese Schnittstellen für Personen oder für die Geschäftssysteme des Kundenunternehmens bestimmt sind.

Im Gegensatz zu den meisten Unternehmenssoftware ist die Programmierbarkeit ein Kernmerkmal von Lokad. Die oben genannten Envision-Skripte sind keine “Anpassung” der Lokad-Lösung im üblichen Sinne. Auch die Anwesenheit dieser Skripte ist keine Abweichung vom Hauptentwicklungszweig der Lokad-Lösung. Die umfangreiche Programmierbarkeit von Lokad ist vielmehr der beabsichtigte Implementierungsweg.

Als Ergebnis gibt es eine außerordentlich hohe Gewissheit in Bezug auf unsere Schätzungen (Kosten, Zeitplan usw.). Die große Mehrheit der Projekte bleibt innerhalb der Schätzungen/des ursprünglichen Budgets (in jeder Hinsicht). Dies steht im Gegensatz zu einigen der Wettbewerber von Lokad, bei denen teure Verzögerungen und Neufassungen von Bedingungen üblich sind.

Weitere Informationen zu diesem Punkt finden Sie in der Fallstudie zum 500-Millionen-Euro-SAP-Debakel von Lidl.

2.6 Werden Sie eine angemessene Bindungsstrategie implementieren und aufrechterhalten, die darauf abzielt, Schlüsselpersonal für die Dauer der Vereinbarung einzusetzen? Werden Sie auch aktive Nachfolgepläne für jede der Schlüsselpositionen von Lokad pflegen?

Ja. Wir behalten Mitarbeiter im Durchschnitt 3,5 Jahre, was fast doppelt so lange ist wie die Beschäftigungsdauer vergleichbarer Kohorten (talentierte Ingenieure in der IT oder IT-angrenzenden Bereichen) in ähnlichen Märkten (Nordamerika und Westeuropa). Dieses Segment des Arbeitsmarktes ist äußerst wettbewerbsfähig und obwohl es immer Raum für Verbesserungen gibt, liegt Lokad damit weit über den meisten unserer Wettbewerber. Als Ergebnis profitieren die meisten Initiativen von Lokad davon, dass sie von den gleichen Supply Chain-Experten (SCSs) von einem Jahr zum nächsten betreut werden.

Diese Bindung ist auf wettbewerbsfähige Gehälter und Lokads kontinuierliche Investitionen in die Schulung seiner Teams zurückzuführen. Insbesondere kann der von Lokad auf seiner eigenen Website veröffentlichte Supply Chain-Inhalt, insbesondere unsere Reihe von Supply Chain-Vorlesungen, als Nebenprodukt von Lokads Fokus auf die Schulung seines eigenen Personals angesehen werden. Im Allgemeinen haben Unternehmenssoftwareanbieter, die keine öffentlichen Schulungsmaterialien haben, auch keine privaten Schulungsmaterialien (auch wenn sie unweigerlich das Gegenteil behaupten werden).

In Bezug auf Nachfolgepläne haben wir zwei wichtige Praktiken im Einsatz. Erstens wird jede Lokad-Initiative mit einem Joint Procedure Manual (JPM) geliefert. Das JPM ist das Hauptdokument, das von einem neuen SCS verwendet wird, um sich schnell mit allen relevanten Erkenntnissen und technischen Details der Initiative vertraut zu machen. Zweitens hat jede Initiative zu jeder Zeit sowohl einen primären als auch einen sekundären SCS. Auch wenn der sekundäre SCS nicht direkt zur Initiative beiträgt, stellt Lokad genügend Zeit zur Verfügung, um sicherzustellen, dass diese Person bereit ist, die Initiative zu übernehmen, falls dies jemals erforderlich sein sollte. Diese Praxis mindert weitgehend Komplikationen im Zusammenhang mit ungeplanten Abwesenheiten/Fluktuationen.

3. Rollen, Verantwortlichkeiten und Stakeholder-Management

3.1 Welche Art von Zusammenarbeit haben Sie mit dem Kundenunternehmen?

Das Maß an Zusammenarbeit, das wir mit unseren Kunden haben, variiert, ist aber insgesamt viel höher als das, was von einem Unternehmenssoftwareanbieter üblicherweise erwartet wird. Supply Chain-Anliegen sind nicht für alle Unternehmen gleichermaßen wichtig, daher ist die Zusammenarbeit bei Unternehmen, bei denen die Supply Chain das (anerkannte) Rückgrat ihrer Aktivitäten ist, tendenziell stärker ausgeprägt.

Der Begriff “Partner” wurde so weit verwässert, dass selbst Anbieter trivialer Softwareprodukte (wie Zeiterfassungssoftware) als “Partner” bezeichnet werden. Nach einem Jahr oder zwei bezeichnen die meisten unserer Kunden jedoch ihre Beziehung zu Lokad als “echte” Partnerschaft - im wahren Sinne des Wortes. Sie haben vertraute Ansprechpartner bei Lokad, die ihr Vertrauen gewonnen haben, und diese Personen - in der Regel Supply Chain-Experten (SCSs) - sind mit ihrem Geschäft bestens vertraut. Darüber hinaus werden unsere Ergebnisse häufig als ausreichend bemerkenswert angesehen, um persönlich dem CEO und/oder dem Unternehmensvorstand vorgestellt zu werden, auch in großen Unternehmen.

Die laufende Zusammenarbeit mit Lokad ermöglicht es unseren Kunden, ihre gesamte Supply Chain-Praxis positiv neu zu gestalten. Letztendlich wird die gesamte Kette überarbeitet, was sowohl Kunden als auch Lieferanten zugutekommt. Es sollte beachtet werden, dass Lokad nicht beabsichtigt, die kritische strategische Expertise, die im Kundenunternehmen vorhanden ist, zu ersetzen. Vielmehr möchte Lokad die mühsamsten und wiederholtesten Aspekte der Entscheidungsprozesse in der Supply Chain automatisieren. Dieser Ansatz befreit anschließend erhebliche - und oft knappe - Ressourcen des Kunden, die für bessere Zwecke umgeleitet werden können.

3.2 Welche Rollen und Verantwortlichkeiten erwarten Sie sowohl im Kundenunternehmen als auch bei Lokad, um die Effektivität der Lösung zu maximieren?

Bei den quantitativen Supply Chain-Initiativen von Lokad sind 4 typische Rollen beteiligt.

• Der Supply Chain-Leiter: Diese Rolle betont die Bedeutung der Beteiligung des Top-Managements an der quantitativen Supply Chain-Initiative. Obwohl nicht erwartet wird, dass sich diese Person mit den technischen Details befasst, muss sie die strategischen Erkenntnisse der Initiative verstehen und kommunizieren. Ihre Rolle besteht nicht darin, Metriken und KPIs zu erstellen, sondern darin, diese kritisch zu bewerten und in Einklang mit der übergreifenden Strategie zu bringen.

• Der Supply Chain-Koordinator: Diese Person ist entscheidend für den reibungslosen Ablauf der Initiative und fungiert als Bindeglied zwischen verschiedenen internen Teams. Ihre Hauptverantwortung besteht darin, Feedback zu sammeln, mit Stakeholdern zu kommunizieren und Prozesse und Entscheidungen zu bestätigen/klären. Sie stellen sicher, dass die Initiative mit den bestehenden Unternehmensabläufen übereinstimmt und gleichzeitig offen für mögliche zukünftige Änderungen der Abläufe ist.

• Der Datenbeauftragte: Daten sind das Rückgrat der quantitativen Supply Chain-Initiative, und diese Person stellt deren Zugänglichkeit und Zuverlässigkeit sicher. Sie sind dafür verantwortlich, umfassende Datensätze (wie Verkaufs- und Einkaufshistorien) zu extrahieren und die Datenextraktion zu automatisieren und zu planen. Obwohl ihre Rolle zu Beginn der Initiative am intensivsten ist, ist ihr Beitrag für den Erfolg entscheidend.

• Der Supply Chain-Wissenschaftler: Diese Rolle vereint Erkenntnisse des Supply Chain-Koordinators mit Daten des Datenbeauftragten, um Entscheidungsprozesse zu automatisieren. Angefangen bei der Datenbereitstellung arbeitet der Supply Chain-Wissenschaftler eng mit dem Koordinator zusammen, um eventuelle Datenunklarheiten zu klären. Anschließend formalisieren sie Strategien zu handlungsorientierten Entscheidungen, wie z.B. Bestellmengen, und implementieren Dashboards und KPIs für Transparenz und Kontrolle.

Weitere Informationen zu den verschiedenen Bezeichnungen innerhalb einer quantitativen Supply Chain-Initiative finden Sie unter Projektrollen.

3.3 Haben Sie eine vollständige RACI (Responsible / Accountable / Consulted / Informed)-Tabelle für die Implementierungsphase und die Produktionsphase?

Ja. Diese Informationen können explizit als RACI-Tabelle dargestellt werden, wenn dies vom Kundenunternehmen als wichtig erachtet wird.

Noch wichtiger ist, dass die Supply Chain-Wissenschaftler (SCSs) von Lokad diese Art von Matrix verinnerlichen, um angemessene und schnelle Entscheidungen während des Fortschritts der Initiative treffen zu können. Was die Optimierung einer Supply Chain betrifft, geht es vor allem darum, das Problem bestmöglich zu formulieren. Anschließend liegt der Fokus darauf, herauszufinden, wer in der Organisation am besten positioniert ist, um das Problem anzugehen. All diese Analysen müssen schnell durchgeführt werden, um den Schwung der Initiative aufrechtzuerhalten.

Zu diesem Zweck sind die SCSs von Lokad dazu bestimmt, die Initiative anzuführen und die Qualität der von Lokad generierten Ergebnisse sicherzustellen.

Daher sind es ein kleiner Kern hochqualifizierter Spezialisten, die für die von Lokad generierten Supply Chain-Entscheidungen verantwortlich sind - anstatt eines aufwändigen “Systems” oder “Prozesses” zur Delegierung von Verantwortungsbereichen zwischen einer großen Gruppe von Stakeholdern. Lokad vertritt die Position, dass solche Systeme die Verantwortung eher verwässern als verfestigen. Unsere SCSs sind daher darauf trainiert, diese Verantwortung zu übernehmen und damit umzugehen, und das schließt ein, dass die relevanten Stakeholder im Kundenunternehmen konsultiert und vollständig über die Initiative informiert werden.

3.4 Werden Sie Rollen und Verantwortlichkeiten mithilfe einer RACI (Responsibility, Accountability, Consulted, and Informed)-Matrix für alle am Projekt beteiligten Stakeholder dokumentieren? Werden Sie sicherstellen, dass dieses Dokument von allen beteiligten Parteien diskutiert und vereinbart wird?

Ja. Alle diese Elemente (und mehr) werden im Joint Procedure Manual (JPM) gesammelt und dokumentiert. Das JPM wird von den Supply Chain-Wissenschaftlern (SCSs) von Lokad erstellt (unter Berücksichtigung der Erkenntnisse, die direkt vom Kundenunternehmen gesammelt wurden). In diesem Dokument werden die Parameter der Rolle und Verantwortung jeder Person im Detail beschrieben.

Das JPM dient auch als fortlaufende Ressource für die Initiative und wird von den SCSs erstellt, die dem Kundenunternehmen zugewiesen sind. Die Tatsache, dass dieses Dokument in ihren eigenen Worten verfasst wird, zeigt, dass die SCSs erhebliche Zeit investiert haben, um die Supply Chain des Kunden und die übergreifende Lösung zu untersuchen, zu diagnostizieren und zu analysieren (ohne einfach die bereits vorhandene Literatur des Kunden wiederzukäuen).

Alle Änderungen am JPM werden dem Kundenunternehmen mitgeteilt. Das JPM selbst wird regelmäßig während der Arbeitssitzungen zwischen Lokad und dem Kundenunternehmen besprochen.

In diesem Zusammenhang zeigt unsere Erfahrung, dass Meinungsverschiedenheiten in der Regel ein organisatorisches Problem innerhalb des Kundenunternehmens widerspiegeln. Aus diesem Grund empfehlen wir dem Kundenunternehmen, einen Supply Chain-Executive zu ernennen, der die Initiative überwacht. Eine ihrer Hauptaufgaben besteht darin, als Vermittler zu fungieren, wenn solche Fälle auftreten.

3.5 Werden Sie sicherstellen, dass die Projektarbeitsgruppe und die Lenkungsausschüsse mit benannten Ressourcen der Projektbeteiligten gebildet werden? Werden Sie sicherstellen, dass der Betriebsrhythmus von allen beteiligten Parteien vereinbart wird?

Ja. Als allgemeines Prinzip folgen wir jedem Prozess, der vom Kundenunternehmen als notwendig erachtet und formell vereinbart wird. Die vereinbarten Elemente (und etwaige Änderungen im Verlauf der Initiative) werden im Joint Procedure Manual (JPM) dokumentiert, das Einzelheiten zur Projektarbeitsgruppe und zu den Lenkungsausschüssen enthält. Durch die Supply Chain-Wissenschaftler (SCSs) von Lokad verfügen wir über die erforderlichen Ressourcen, um diese Prozesse zu installieren und zu überwachen.

Eine Anekdote besagt, dass einer der am häufigsten geschätzten Beiträge von Lokad unsere Fähigkeit ist, Prozesse zu vereinfachen - sei es in der Supply Chain oder in der Bürokratie. Im Laufe der Zeit arbeiten wir aktiv daran, unnötige bürokratische Ebenen aus den Supply Chains unserer Kunden zu entfernen.

4. Systemübergang & Go-Live

4.1 Wie lange dauert der Übergang vom Kick-off bis zum Go-Live?

Die typische Dauer der Onboarding-Phase beträgt 6 Monate. Diese Phase beginnt mit dem Kick-off und endet, wenn Lokad “in Produktion” ist - das heißt, unsere automatisierten Supply Chain-Empfehlungen steuern effektiv den Entscheidungsprozess des Kunden.

Diese Dauer kann um 1 Monat verkürzt werden, wenn bereits ein Daten-See vorhanden ist - ein gut konstruierter und dokumentierter Daten-See kann die Onboarding-Phase noch weiter verkürzen. Umgekehrt wird diese Phase typischerweise um 1 bis 3 Monate verlängert, wenn die Software- oder Systemumgebung des Kunden übermäßig komplex oder veraltet ist.

Interessanterweise ist die Komplexität der Supply Chain selbst nicht so bedeutsam, wie es scheinen mag, da Lokad bestrebt ist, einen Umfang zu definieren, der innerhalb des vorgesehenen Zeitrahmens realisierbar ist. Unsere Erfahrung zeigt, dass Onboarding-Phasen, die länger als 6 Monate dauern, die Initiative in Gefahr bringen. Daher gestalten wir den Umfang aktiv so, dass dieses Risiko gemindert wird.

Solche Verzögerungen haben wenig mit der technischen Einrichtung von Lokad selbst zu tun. Die vorgeschlagene Zeitleiste dient nicht nur technischen Zwecken (Automatisierung der Datenextraktion, Testen numerischer Rezepte usw.), sondern ermöglicht es auch den Supply Chain-Wissenschaftlern (SCSs) von Lokad, sich vollständig mit allen Besonderheiten des Kundenunternehmens vertraut zu machen, und den Supply Chain-Teams, den Ansatz von Lokad zu “verdauen” - etwas, das in der Regel von den bisherigen Prozessen des Kunden abweicht.

4.2 Wie viele Vor-Ort-Besuche planen Sie? Wie viele Workshops vor Ort planen Sie?

Die Anzahl der Vor-Ort-Besuche und Workshops wird im Rahmen der spezifischen vertraglichen Bedingungen mit dem Kundenunternehmen verhandelt, wobei zu beachten ist, dass Reisekosten die von Lokad berechneten Gebühren beeinflussen können. Die Einbeziehung von Vor-Ort-Besuchen ist daher letztendlich eine Entscheidung des Kundenunternehmens, und Lokad wird die gewünschte Häufigkeit berücksichtigen.

Wenn das Ziel des Kundenunternehmens darin besteht, die Initiative so schlank wie möglich zu halten, sind wir mit einer vollständig remote durchgeführten Initiative einverstanden, d.h. ohne Vor-Ort-Besuche. Wir empfehlen diesen Ansatz für kleinere Unternehmen (Jahresumsatz unter 100 Mio. USD) und Unternehmen, die im Allgemeinen mit Remote-Mitarbeitern vertraut sind (wie große E-Commerce-Unternehmen). Etwa die Hälfte der von Lokad durchgeführten Initiativen gehört zu dieser Kategorie.

Wenn das Ziel des Kundenunternehmens darin besteht, die Chancen für eine erfolgreiche Veränderungssteuerung zu maximieren, sind wir mit monatlichen Besuchen - und gegebenenfalls häufigeren Besuchen - einverstanden. Für große Unternehmen (Jahresumsatz über 1 Mrd. USD) empfehlen wir mindestens einen vierteljährlichen Vor-Ort-Besuch/Workshop. Dieser Ansatz trägt zur Entwicklung einer unternehmensweiten Ausrichtung bei, insbesondere wenn große Teams beteiligt sind.

Für unsere Kunden in Westeuropa haben wir tendenziell mehr Besuche (in der Regel eintägig) als Workshops vor Ort. Für unsere Kunden außerhalb Westeuropas tendieren wir dazu, mehr Workshops (in der Regel mehrere Tage) als Besuche vor Ort durchzuführen. Dieser Unterschied ist eine einfache Frage der damit verbundenen Reisekosten und Logistik.

4.3 Was ist ein idealer Ausgleich zwischen Remote- und Vor-Ort-Meetings?

Bei einer quantitativen Supply Chain-Initiative sollten die meisten Meetings remote stattfinden. Die meisten Meetings sind kurz (30 Minuten oder kürzer) und umfassen nur zwei Teilnehmer: einen Supply Chain-Wissenschaftler von Lokad und einen Supply Chain-Praktiker des Kundenunternehmens. Darüber hinaus sind Remote-Meetings für bestimmte technische Aufgaben vorteilhaft, da alle Teilnehmer Zugriff auf ihre eigene Computerkonfiguration haben, einschließlich Zugriff auf große Monitore. Dies ist besonders nützlich, wenn die Teilnehmer komplexe Berichte untersuchen müssen.

Lokad unterschätzt jedoch nicht den Wert von Vor-Ort-Meetings mit Kunden. Vor-Ort-Meetings erleichtern oft die Vermittlung komplexer Ideen, die Diskussion von Perspektiven und/oder die Überarbeitung von Erwartungen zwischen den Parteien. Daher empfehlen wir die Einführung eines regelmäßigen Rhythmus für Vor-Ort-Meetings (z.B. wöchentlich/monatlich/vierteljährlich…). Lokad behandelt solche Vor-Ort-Meetings als bedeutende Ereignisse, insbesondere wenn Lokad den Kunden beherbergt.

Dieser Ansatz ermöglicht es beiden Parteien, Remote-Meetings unkompliziert, bequem und so häufig wie nötig abzuhalten.

4.4 Unterstützen Sie das Kundenunternehmen bei der Durchführung einer Qualitätsprüfung der Produktionsumgebung, um die Einsatzbereitschaft für den Go-Live zu bewerten, einschließlich der Einrichtung von Schnittstellen?

Ja. Tatsächlich geht Lokad über die bloße Unterstützung des Kundenunternehmens bei der Bewertung seiner Einsatzbereitschaft für den Go-Live hinaus. Eine der Hauptverantwortlichkeiten der Supply Chain-Wissenschaftler (SCSs) von Lokad besteht darin, die Verantwortung für die end-to-end-Lösung zu übernehmen, die dem Kundenunternehmen geliefert wird. Mit anderen Worten, obwohl ein mechanisiertes System (eine Flotte von Maschinen) die Ergebnisse generiert, ist es dennoch eine Person, die die persönliche Verantwortung für das System übernimmt. Sie stellen die Genauigkeit, Relevanz und Angemessenheit der end-to-end-Datenverarbeitungspipeline sicher und berücksichtigen dabei auch die allgemeinen Geschäftsinteressen des Kunden.

Aufgrund ihrer fehleranfälligen Natur verdienen Software-Schnittstellen besondere Aufmerksamkeit, und der SCS ist gut gerüstet, um bei der Bewertung ihrer Integrität zu helfen. Lokad bewertet diese Integrität auf der Eingangsseite (wenn Lokad historische Daten vom Kundenunternehmen erhält) und auf der Ausgangsseite (wenn Lokad Supply Chain-Entscheidungen an das Kundenunternehmen zurückgibt). Lokad setzt dabei spezifische Methoden und Technologien ein.

Bitte sehen Sie sich Programmierparadigmen für Lieferketten an, um besser zu verstehen, welche Art von Technologien Lokad einsetzt, um die Einsatzbereitschaft für den Go-Live zu gewährleisten.

4.5 Bereiten Sie das Dokument zur Produktionsübergangs- und Migrationsstrategie vor, um den nahtlosen Übergang der Geschäftstätigkeit (von der bestehenden Geschäftsanwendung zur neuen Geschäftsanwendung) für das Kundenunternehmen zu verwalten?

Ja. Der Übergang wird in unserem Joint Procedure Manual (JPM) dokumentiert. Diese umfangreiche Dokumentation, erstellt von den Supply Chain Scientists (SCSs) von Lokad, stellt sicher, dass sowohl Supply Chain-Praktiker als auch Supply Chain-Führungskräfte Zugang zu gut geschriebenen Materialien haben, die den Prozess in verständlicher Form erklären. Die SCSs unternehmen erhebliche Anstrengungen, um sicherzustellen, dass dieses Dokument für ein nicht-technisches Publikum zugänglich ist (obwohl einige Anhänge möglicherweise recht technisch sind).

Darüber hinaus ist der Dual-Run-Ansatz von Lokad besonders geeignet, um einen reibungslosen Übergang vom Legacy-Prozess zur neuen Lösung zu gewährleisten. “Dual-Run” bezieht sich in diesem Zusammenhang auf die Praxis, bei der Lokad parallel zum Legacy-Entscheidungsprozess über den gesamten Umfang der Initiative läuft. Diese Praxis ist nur möglich, weil der Legacy-Entscheidungsprozess von Lokad robotisiert ist und sicherstellt, dass die von den SCSs von Lokad implementierten numerischen Rezepte unter genauen Produktionsbedingungen über den gesamten Umfang hinweg seit Wochen zufriedenstellend laufen, bevor der eigentliche Go-Live erfolgt, bei dem die Entscheidungen von Lokad den Legacy-Prozess überschreiben.

Es muss beachtet werden, dass ein solcher Dual-Run mit den von unseren Mitbewerbern vorgeschlagenen alternativen Technologien und Methoden in der Regel nicht möglich ist. Da sie die Supply Chain-Entscheidungen nicht robotisieren, sind die mit einem Dual-Run verbundenen Overheads erheblich. Als Ergebnis wird der Dual-Run bestenfalls über einen kleinen Umfang durchgeführt, der die Produktionsbedingungen nicht wirklich widerspiegelt. Wenn ein solcher Ansatz gewählt wird, führt die späte Erweiterung des Umfangs unweigerlich zu Produktionszwischenfällen, die mit einem Dual-Run über den gesamten Umfang vollständig vermeidbar gewesen wären.

4.6 Stellen Sie den Umfang, die Zeitpläne und die Erfolgskriterien für den Pilotlauf zur Überprüfung und Genehmigung durch das Kundenunternehmen bereit?

Ja. Der Umfang wird immer im Vertragsabkommen zwischen Lokad und dem Kundenunternehmen detailliert beschrieben. Er umfasst in der Regel eine bestimmte Art von Supply Chain-Entscheidung (z. B. Bestandsauffüllung oder Bestandszuweisung) über eine Reihe von Standorten und/oder über eine Reihe von Geschäftssystemen.

Der Zeitplan beträgt in der Regel weniger als 6 Monate (vom Start bis zur Produktion). Während ein projizierter Zeitplan immer in unserem kommerziellen Vorschlag enthalten ist, wird er möglicherweise nicht im Vertragsabkommen festgelegt. Der verbindliche Zeitplan stellt eine gegenseitige Verpflichtung dar, und das Tempo der Lokad-Initiative hängt von der rechtzeitigen Durchführung bestimmter Schritte durch das Kundenunternehmen ab, insbesondere dem Aufbau einer Datenpipeline zu Lokad.

In Bezug auf die Erfolgskriterien wird die Entscheidung immer einseitig vom Kundenunternehmen getroffen. Während wir die Leitprinzipien dokumentieren können, die diese Entscheidung unterstützen sollten, wäre eine nicht-einseitige Entscheidung ungewöhnlich. Einfach ausgedrückt sollte ein Anbieter nicht in der Lage sein, zu entscheiden, dass der Pilot erfolgreich war, wenn der Kunde anderer Meinung ist.

Siehe auch Projektimplementierung & Management 1.2.

Bitte lesen Sie Bewertung des Erfolgs einer quantitativen Supply Chain-Initiative für weitere Informationen zu diesem nuancierten Punkt.

4.7 Werden Sie die Durchführung von Pilotläufen organisieren, um a) die Datenadäquanz, b) die Systemkonfiguration und Anwendungsbereitschaft, c) die Prozess-/Systemkonformität und d) die Gesamtfunktionalität sicherzustellen?

Ja. Als Faustregel behandeln wir einen Pilotlauf - der darauf abzielt, die Supply Chain zu optimieren - genauso wie eine “echte” Initiative, die zur Produktion gebracht werden soll. Was die Supply Chain-Optimierung betrifft, ist ein angemessener Pilot von einem Vorproduktions-Setup, das für den Produktionsgebrauch zugelassen ist, nicht zu unterscheiden.

Lokads Team von Supply Chain Scientists (SCSs) ist für all das oben Genannte verantwortlich. In unserer Erfahrung ist Datenadäquanz selten ein Problem in Unternehmen, die vor vielen Jahren (wenn nicht Jahrzehnten) digitalisiert wurden. Solange es ein Geschäftssystem gibt, das verfolgt, was gekauft, produziert, gelagert und verkauft wird, ist die Initiative nahezu garantiert, über ausreichende Daten zu verfügen. Die Herausforderung besteht darin, Sinn aus den Daten zu machen, die ursprünglich nicht zur Unterstützung der Optimierung der Supply Chain erfasst wurden.

Weitere Informationen zu diesem Punkt finden Sie unter schlechte Daten.

5. Änderungs- und Risikomanagement

5.1 Welche Unterstützung können Sie dem Kundenunternehmen bieten, um das Change Management im Rahmen der Implementierung der Initiative zu bewältigen?

Alle Kunden haben das volle Engagement der Supply Chain Scientists (SCSs) von Lokad, die alle darauf geschult sind, die technischen und nicht-technischen Anforderungen einer Supply Chain-Optimierungsinitiative zu bewältigen. Die SCSs unterstützen den Change-Management-Prozess auf vielfältige Weise, einschließlich:

• Vorschläge zur Verbesserung bestehender Prozesse für die in dem Kundenunternehmen beschäftigten Supply Chain-Praktiker.

• Erstellung von Schulungsmaterialien zur Einarbeitung von Mitgliedern/Teams des Kundenunternehmens.

• Unterstützung des Supply Chain-Managements durch Quantifizierung des Einflusses der Änderungen in Dollar oder Euro (oder der Währung nach Wahl des Kunden) auf die Supply Chain.

Es muss beachtet werden, dass das Change Management einen erheblichen Zeitaufwand für einen SCS darstellen kann. Obwohl jeder SCS über einzigartige Fähigkeiten und Erfahrungen verfügt, um das Supply Chain-Management im Change Management zu unterstützen, konkurriert diese Aufgabe mit all ihren anderen Aufgaben.

Die zwischen Lokad und jedem Kunden ausgehandelten Vertragsbedingungen legen daher die Menge der Ressourcen fest - d.h. die Größe des Teams von SCSs -, die zur Unterstützung der Initiative zur Verfügung stehen werden. Unsere kommerziellen Vorschläge sehen in der Regel vor, dass SCSs eine gewisse Unterstützung im Change Management bieten. Unsere Vorschläge spiegeln jedoch in der Regel keine Art von “groß angelegter” Unterstützung im Change Management wider - es sei denn, dies wird ausdrücklich vom Kunden gewünscht.

5.2 Wie stellen Sie sich das Change Management während der Produktionsphase vor? Was sind die wichtigsten Meilensteine? Wie sieht die neue Organisation nach erfolgreicher Implementierung der neuen Lösung aus?

Sobald Lokad in Produktion ist, wird eine ganze Klasse von Supply Chain-Entscheidungen automatisiert. Das Ziel besteht dann darin, die Supply Chain-Praxis zu einem kapitalistischen Unternehmen zu machen. Jede Stunde, die von einem Supply Chain-Praktiker aufgewendet wird, sollte zur kontinuierlichen Verbesserung der numerischen Rezepte beitragen. Dies ist ein Abweichen von der “Mainstream” Supply Chain-Praxis, bei der der überwiegende Teil der Anstrengungen an einem beliebigen Tag darauf verwendet wird, das Unternehmen für einen weiteren Tag am Laufen zu halten. Natürlich erfolgt der Übergang zu dieser wertschöpfenden Form der Supply Chain allmählich.

• Der erste Meilenstein besteht darin, dass die Supply Chain-Praktiker erkennen, dass Lokad es ihnen ermöglicht, den Großteil des Legacy-Prozesses abzulegen. Zum Beispiel macht es Sinn, die täglichen Auffüllmengen zu überprüfen, wenn diese Mengen häufig falsch sind. Bei Lokad sind die Mengen jedoch bereits korrekt und müssen nicht weiter überprüft werden. Tatsächlich ist 0% Unsinn in den von Lokad generierten Zahlen das Hauptkriterium für einen Produktionsstart. Das Vertrauen, das Supply Chain-Praktiker in die Zahlen von Lokad setzen können, befreit natürlich viel Zeit, die besser genutzt werden kann.

• Der zweite Meilenstein besteht darin, einige “Early Adopters” unter den Supply Chain-Praktikern zu haben. Dies sind in der Regel Personen, die schnell in der Lage sind, sich vom nicht wertschöpfenden Legacy-Prozess - z. B. der manuellen Überprüfung von Zahlen - zu lösen, um sich auf die kontinuierliche Verbesserung der Supply Chain durch numerische Rezepte zu konzentrieren. Sie können zahlreiche wichtige Fragen angehen, die über nur geringfügige technische Aspekte hinausgehen (zum Beispiel betrachtet das Kundenunternehmen seinen Servicequalitätsansatz aus der richtigen Perspektive?).

• Der dritte Meilenstein besteht darin, dass der Großteil der Supply Chain-Praktiker nach außen (Kunden und Lieferanten) schaut, anstatt nach innen. Letztendlich muss die Supply Chain eine Ausrichtung liefern, die über die Grenzen des Kundenunternehmens hinausgeht. Dadurch erweitert sich der Pool an gesammelten Erkenntnissen und hilft dabei, die numerischen Rezepte weiter zu verfeinern.

Die neue Organisation ähnelt viel mehr einem Softwareunternehmen. Es gibt nur wenige repetitive Supply Chain-Aufgaben, die manuell erledigt werden - da repetitive Aufgaben jetzt automatisiert sind. Es gibt auch viel weniger Notfälle (wiederum aufgrund der Automatisierung). Die Reduzierung routinemäßiger Aufgaben führt zu einer größeren Vielfalt an Aufgaben für den Supply Chain-Praktiker. Typischerweise führt dies zu weniger Zeit und Aufwand für die Kontrolle der Supply Chain, aber von der Geschäftsleitung wird erwartet, dass sie die Mitarbeiter weiterbildet, damit sie die erhöhte verfügbare Zeit und den erhöhten Aufwand nutzen können.

Weitere Informationen zu diesem Übergang finden Sie unter (Software) Produktorientierte Lieferung für die Supply Chain.

5.3 Wie gehen Sie mit Workflow-Änderungen für Endbenutzer um? Erstens mit dem Onboarding von Lokad, zweitens mit der eigenen Weiterentwicklung von Lokad.

Die von Lokad generierten Supply Chain-Entscheidungen erfordern von Natur aus keine Workflows. Tatsächlich ist die Automatisierung aller Schritte zur Generierung der Supply Chain-Entscheidungen die gewünschte Lösung.

Wenn der Kunde dies jedoch explizit wünscht, kann Lokad einen “Workflow” einführen, der dem Legacy-Workflow entspricht. Dies dient ausschließlich der Erleichterung des Change Managements und ist in keiner Weise eine Voraussetzung für den Erfolg des numerischen Rezepts. Wenn die Mitarbeiter des Kunden mit den von Lokad generierten Entscheidungen vertrauter werden und mehr Vertrauen in sie entwickeln, kann der “Workflow” schrittweise vereinfacht werden, bis er vollständig entfernt ist.

In Bezug auf die Weiterentwicklung von Lokad wird unsere Plattform programmatisch und mit Hilfe von Envision (unserer domänenspezifischen Programmiersprache) verwaltet. Änderungen/Updates an Envision werden durch automatisierte Skripte durchgeführt, und dieser Prozess ist so programmiert, dass die von Lokad gehosteten Supply Chain-Initiativen unberührt bleiben.

5.4 Können Sie ein Issues & Risk Register führen, das einen Maßnahmenplan, Aufgaben, Verantwortlichkeiten, Zeitpläne und Status (nicht gestartet, in Bearbeitung, abgeschlossen, auf Eis) enthält? Ist Lokads Projektmanager dafür verantwortlich, alle Issues & Risks zu verfolgen und rechtzeitig zu lösen oder Eskalationen zu managen, wenn nötig?

Ja. Lokads Plattform verfügt über ein internes Issue/Ticket/Task-Management-Tool. Diese Funktion bietet alle üblichen Funktionen, die von einem solchen Tool erwartet werden, wie z. B. das Verwalten von Status, Prioritäten, Zuweisungen, Benachrichtigungen usw. Darüber hinaus führen wir separat ein Joint Procedure Manual (JPM), das eine umfassende und gut organisierte Präsentation der Initiative mit allen relevanten übergeordneten Zeitplänen bietet. Lokads Supply Chain Scientists (SCSs) sind für die Aufsicht über das Task-Management verantwortlich. Sie stellen sicher, dass Probleme und Anliegen zeitnah behandelt werden.

Eskalationen sind möglich, aber selten. Der gleiche SCS, der die Aufgaben verwaltet/überprüft, löst sie auch. Senior SCSs bei Lokad erfüllen eine Vielzahl von Rollen: Supply Chain-Experte, Dateningenieur, Datenintegrator, Business Analyst, Data Scientist, Projektmanager, Change-Berater usw.

Die Möglichkeit, SCSs leicht kontaktieren zu können, wird von unseren Kunden routinemäßig als großer Vorteil genannt. Der Kunde kann sofort mit der Person interagieren, deren Aufgabe es ist, eine zufriedenstellende Lösung für Probleme zu finden, anstatt mehrere Hierarchieebenen durchlaufen zu müssen, um hoffentlich jemanden zu erreichen, der ihnen helfen kann.

Im Falle eines Problems, das Fähigkeiten erfordert, die über die Expertise eines SCS hinausgehen (z. B. ein technisches Problem mit der Architektur der Plattform), überwachen sie den zeitnahen Lösungsprozess und fungieren als erster Ansprechpartner für den jeweiligen Kunden.

5.5 Bieten Sie Beratung zur organisatorischen Veränderungsmanagement an, um die Einführung und Änderung von Geschäftsprozessen sowie die Stilllegung bestehender Prozesse anzugehen?

Ja, wenn das Kundenunternehmen wünscht, dass die Partnerschaft mit Lokad auch Beratungsleistungen zum Veränderungsmanagement umfasst. Es sollte beachtet werden, dass die Hauptexpertise von Lokad in der vorhersagenden Optimierung der Supply Chain liegt und nicht im Veränderungsmanagement. Unser Ansatz zum Veränderungsmanagement ist auch konventioneller als unsere Supply Chain-Praktiken. Dieser Ansatz würde, wenn er umgesetzt wird, die Anzahl der Drittanbieter, die in das Projekt involviert sind, begrenzen.

Alternativ, wenn das Kundenunternehmen bevorzugt, die Dienste eines Veränderungsmanagement-Spezialisten in Ergänzung zu Lokad in Anspruch zu nehmen, unterstützen wir sie, indem wir so viel wie das Kundenunternehmen für angemessen hält, teilen.

6. Anpassung & Systemfunktionalität

6.1 Organisieren Sie Sitzungen zur Priorisierung von Anpassungsanforderungen, um ein Verständnis für die geschäftlichen Auswirkungen aufgrund von Produktlücken zu gewährleisten und eine gegenseitige Vereinbarung über die Priorität für die Freigabe von Anpassungen zu erzielen?

Ja. Lokads Supply Chain Scientists (SCSs) sind für diesen Prozess verantwortlich. Tatsächlich zeichnet sich Lokad in zwei Punkten hinsichtlich dieser Priorisierung aus. Erstens ist ein SCS in der Lage, die Anpassung eigenständig umzusetzen und kann somit klare Einblicke in die Ressourcen und den Zeitplan geben, die damit verbunden sind.

Dies verbessert die Qualität der Priorisierung erheblich, da das Kundenunternehmen von einem Experten profitiert, der die Vorteile einer bestimmten Supply Chain-Änderung sofort mit den Kosten für diese Änderung abwägen kann.

Zweitens betont die “Quantitative Supply Chain” - die übergreifende Philosophie von Lokad - eine rein finanzielle Perspektive. Daher unterstützt der SCS das Kundenunternehmen dabei, quantitative Schätzungen (in Dollar oder Euro) über die Auswirkungen einer potenziellen Änderung auf die Lösung zu liefern. Diese Strategie verfeinert die Initiative, indem sie den traditionellen Engpass der Diskussion darüber, was priorisiert werden sollte, vermeidet. Stattdessen optimiert Lokad diesen Prozess, indem es Probleme priorisiert, die den größten finanziellen Einfluss haben.

6.2 Können Sie eine Fit-Gap-Analyse aller Geschäftsprozesse durchführen, um Automatisierungsmöglichkeiten zu identifizieren, die gewünschten zukünftigen Prozesse zu dokumentieren und Lücken in der Produktfunktionalität festzustellen? Können Sie akzeptable Workarounds vorschlagen, wenn Lücken in der Produktfunktionalität identifiziert werden?

Ja. Lokads Supply Chain Scientists (SCSs) sind für diesen Prozess verantwortlich. Während eine erste Studie zu Beginn der Initiative durchgeführt wird, wird dieser Prozess während der Produktionsphase fortgesetzt. Er ist Teil unseres Ansatzes, kontinuierliche Verbesserungen der Lösung anzustreben.

Was die Optimierung der Supply Chain betrifft, sind Lücken selten eine Frage der “Funktionalität”, sondern eher eine Frage der “Leistung”. Die Herausforderung besteht beispielsweise nicht nur darin, Auffüllmengen zu generieren (Funktionalität), sondern sicherzustellen, dass die generierten Mengen die profitabelsten sind (Leistung).

Daher beschäftigen sich SCSs damit, “Leistungslücken” zu identifizieren und anzugehen, die manchmal zusätzliche Funktionalität oder eine Neugestaltung der Lösung erfordern. Dies kann das Hinzufügen oder Entfernen von Funktionen umfassen, um die Gesamtleistung zu optimieren.

In diesem Zusammenhang ist Lokads Plattform programmierbar. Daher können wahrgenommene “Funktionslücken” durch das Hinzufügen (oder Anpassen) weniger Zeilen von Envision-Code behoben werden. Diese Programmierbarkeit ermöglicht es Lokad, maßgeschneiderte Lösungen für jeden Kunden anzubieten.

6.3 Können Sie eine detaillierte Agenda für die Workshops zur Fit-Gap-Analyse bereitstellen, einschließlich der Erwartungen des SME (Subject Matter Expert) von Seiten des Kunden, mindestens eine Woche vor Beginn der Workshops?

Ja. Lokads Supply Chain Scientists (SCSs) stellen für jeden Workshop eine Agenda zur Verfügung. Wir stellen sicher, dass die Agenda mindestens eine Woche vor der Veranstaltung kommuniziert wird. Wenn vom Kundenunternehmen explizite Anweisungen gegeben werden, wie z.B. ein Zeitplan für die Bereitstellung der Agenda(s), werden wir diesen befolgen. In Abwesenheit von Anweisungen werden wir Workshops (einschließlich Zeitplan und Übermittlung aller erforderlichen Schritte auf Kundenseite) intelligent und professionell strukturieren.

6.4 Stellen Sie sicher, dass die Anforderungsdokumente zur Produktanpassung gemeinsam überprüft und vom Kundenunternehmen genehmigt werden?

Ja, diese Dokumente werden dem Kundenunternehmen zur Verfügung gestellt und anschließend von diesem genehmigt.

Bitte beachten Sie, dass die Designentscheidungen von Lokads Plattform den Bedarf an “Anpassung” weitgehend eliminieren - zumindest so, wie dieser Begriff in Unternehmenssoftwarekreisen üblicherweise verstanden wird. Lokads Plattform ist programmierbar und nutzt Envision - unsere DSL (domänenspezifische Programmiersprache), die der prädiktiven Optimierung der Supply Chain gewidmet ist.

Daher sind Lokads Lösungen immer “maßgeschneidert” im Sinne einer vollständigen Anpassung an die spezifischen Bedürfnisse des Kundenunternehmens. Eine solche Anpassung erfolgt jedoch auf eine Weise, die die Lösung Teil der Hauptproduktlinie von Lokad bleibt. Dies ist der bevorzugte (und bewusst entwickelte) Ansatz von Lokad und birgt keine Wartungsprobleme.

6.5 Unterstützen Sie das Kundenunternehmen bei der Einrichtung der Schnittstellenverbindung zu externen Systemen sowie bei der Prüfung und Zertifizierung der Schnittstellen?

Ja. Lokads Supply Chain Scientists (SCSs) unterstützen bei der Einrichtung, Prüfung, Validierung und Dokumentation der Schnittstellen zwischen den Systemen, die vom Kundenunternehmen und Lokad betrieben werden. Die SCSs können durch interne IT-Ressourcen von Lokad für die sehr technischen Aspekte wie Netzwerk oder Sicherheitsprotokolle ergänzt werden.

Die System-Schnittstellen werden in der Regel nicht von einer Zertifizierungsstelle zertifiziert. Die Schnittstellen werden durch technische Spezifikationen festgelegt, die gemeinsam zwischen der IT-Abteilung des Kundenunternehmens und Lokad vereinbart werden. Diese technischen Spezifikationen unterstützen die gegenseitigen Verpflichtungen der Unternehmen: Das Kundenunternehmen verpflichtet sich, die erforderlichen Daten rechtzeitig an Lokad zu liefern; Lokad verpflichtet sich wiederum, die Ergebnisse ebenfalls rechtzeitig zurückzugeben.

6.6 Stellen Sie während der Workshops Schnittstellenspezifikationsdokumente zur Verfügung, einschließlich Beispielnachrichten?

Ja, Lokad stellt während der Workshops Schnittstellenspezifikationen zur Verfügung. Bei Bedarf können Beispielnachrichten enthalten sein.

Aufgrund der Art des Lokad-Dienstes werden die “Beispielnachrichten” jedoch sehr wahrscheinlich in Form von Tabellen vorliegen - da dies die Ausgabe von Lokad für den Kunden genauer darstellt. Zur Information: Der Großteil der technischen Spezifikationen für die Schnittstellen konzentriert sich auf Tabellen und deren Format(e), sowie auf Tabellenextraktionsmuster und Übertragungspläne.

6.7 Teilen Sie die Change-Request- und Release-Management-Prozesse?

Ja. Lokads Supply Chain Scientists (SCSs) sind für diesen Prozess verantwortlich. Es ist wichtig zu beachten, dass Lokad zwei Ebenen von Änderungen und Releases hat, was sich von typischer Unternehmenssoftware unterscheidet.

Erstens werden Änderungen, die speziell für Kunden vorgenommen werden, von den SCSs selbst implementiert. Diese Änderungen erfolgen häufig, oft mehrmals täglich, insbesondere während der Einführungsphase. Solche Änderungen erfolgen als direkte Reaktion auf die Bedürfnisse des Kundenunternehmens und erfordern eine erhebliche Kommunikation zwischen beiden Parteien.

Zweitens aktualisieren wir die Plattform von Lokad, in der Regel durch Updates von Envision - unserer DSL (domänenspezifischen Programmiersprache), die der vorhersagenden Optimierung der Supply Chain gewidmet ist. Diese Änderungen sind für die Kundenunternehmen transparent. Bei Bedarf können Details zu diesen Updates bereitgestellt werden, und viele dieser Informationen sind öffentlich zugänglich.

Weitere Informationen zur Entwicklung der Plattform von Lokad finden Sie unter Envision VM Environment and General Architecture.

7. User Acceptance Testing (UAT)

7.1 Unterstützen Sie das Kundenunternehmen bei der Einrichtung der UAT (User Acceptance Testing)-Testumgebung mit kontextspezifischen Daten und Systemkonfigurationen?

Ja. Lokads Supply Chain Scientists (SCSs) sind für diesen Prozess verantwortlich. Lokad bietet einzigartige methodische und technische Innovationen zur Unterstützung dabei.

In Bezug auf die Methodik bevorzugen wir die Gestaltung von priorisierten Listen, in denen die Elemente nach abnehmendem Return on Investment (ROI) für das Unternehmen eingestuft werden. Dieser Aspekt ist entscheidend, um sicherzustellen, dass die Zeit der Endbenutzer nicht damit verschwendet wird, große Mengen weitgehend irrelevanter Daten zu überprüfen.

In Bezug auf die Technologie wurde die Plattform von Lokad speziell entwickelt, um gleichzeitig mehrere Umgebungen für eine bestimmte Initiative zu unterstützen. Diese Umgebungen sind eine natürliche Funktion unserer mandantenfähigen SaaS-Plattform und können daher mit minimalem Overhead eingeführt werden, sowohl in Bezug auf Rechenressourcen als auch auf Systemadministrationszeit.

Siehe auch User Acceptance Testing 7.3.

7.2 Konfigurieren Sie die UAT (User Acceptance Testing)-Vorproduktions-, Produktions- und Schulungsumgebungen gemäß den definierten ToBe-Prozessen?

Ja. Aufgrund der umfangreichen Programmierbarkeit der Plattform von Lokad können wir die Konfigurationen vollständig steuern. Dies wird durch Envision ermöglicht - unsere DSL (domänenspezifische Programmiersprache), die der vorhersagenden Optimierung der Supply Chain gewidmet ist.

Dieser Ansatz ermöglicht es verschiedenen Umgebungen, dieselbe Konfiguration für alle Teile zu verwenden, die nicht geändert werden müssen - indem derselbe Code verwendet wird, wo immer möglich. Dadurch werden zufällige Unterschiede zwischen den Umgebungen erheblich reduziert, die Benutzer verwirren und die Integrität des UAT-Prozesses beeinträchtigen können.

Darüber hinaus ist es mit unserem Design einfach, eine Einrichtung von einer Stufe zur nächsten zu bringen. Die Verwendung einer Codebasis für Konfigurationsänderungen ist effizienter als herkömmliche Methoden der Benutzeroberfläche.

7.3 Stellen Sie separate UAT (User Acceptance Testing), Datenmigration, Produktionsstufe (Pre-Prod), Produktions- und Schulungsumgebungen für das Produkt (einschließlich der erforderlichen Schnittstellen) dem Kundenunternehmen und externen Systemen zur Verfügung?

Ja. Die Plattform von Lokad wurde speziell entwickelt, um gleichzeitig mehrere Umgebungen für eine bestimmte Initiative zu unterstützen. Diese Umgebungen sind eine natürliche Funktion unserer mandantenfähigen SaaS-Plattform und können daher mit minimalem Overhead eingeführt werden, sowohl in Bezug auf Rechenressourcen als auch auf Systemadministrationszeit.

Bei Lokad erfolgt die Duplizierung der gesamten Produktionsumgebung, einschließlich aller Produktionsdaten, ohne die Speicherplatzanforderungen zu verdoppeln. Intern wird Daten, die zwischen den beiden Umgebungen identisch ist, gemeinsam genutzt. Darüber hinaus stellt unser Design mit konstanter Laufzeit sicher, dass die Arbeitslast einer Umgebung die Leistung einer anderen Umgebung nicht beeinträchtigt.

Die meisten Enterprise-Software-Anbieter umgehen das gesamte Problem, indem sie einfach das Hauptsetup “klonen”. Das Klonen - oder die direkte Duplizierung - ist einfach, aber verschwenderisch. Das Klonen bedeutet, dass die Ressourcen (Mitarbeiter und Maschinen) linear mit der Anzahl der Umgebungen zunehmen - zum Beispiel verdreifachen sich die ursprünglichen Kosten bei drei Umgebungen. Für jede größere Supply Chain bedeutet dies erhebliche Kosten.

7.4 Garantieren Sie die rechtzeitige Behebung aller Mängel, um sicherzustellen, dass UAT (User Acceptance Testing) innerhalb der vereinbarten Zeitpläne abgeschlossen wird?

Ja, vorausgesetzt, es können nuancierte Definitionen von “Behebung” und “Mangel” vereinbart werden. Insgesamt sind die Supply Chain Scientists (SCSs) von Lokad dafür verantwortlich, alle Probleme zu lösen, die das Kernziel der Initiative beeinträchtigen: die Steigerung der Investitionsrendite. In einem typischen Szenario schlägt der SCS eine geeignete Maßnahme und einen entsprechenden Zeitplan vor, den das Kundenunternehmen nach eigenem Ermessen validiert oder aktualisiert.

Es ist wichtig zu betonen, dass es bei der Supply Chain keine “perfekten Lösungen” gibt, sondern nur bessere und schlechtere “Kompromisse”. Mit anderen Worten, man kann ein Problem nicht wirklich lösen, wenn zwei oder mehr Werte vollständig gegensätzlich sind.

Zum Beispiel ist abgelaufener verderblicher Bestand verschwenderisch, aber bei der Handhabung verderblicher Produkte kann dieser Abfall nicht vollständig beseitigt werden, ohne ein entsprechendes “Qualitätsproblem” zu schaffen. Es muss ein Gleichgewicht zwischen totem Bestand und Lagerausfällen gefunden werden. Dennoch sind sowohl “toter Bestand” als auch “Lagerausfälle” in gewisser Weise Mängel.

Kurz gesagt können SCSs “alltägliche” Probleme lösen, wie z.B. das Beheben eines Parsing-Fehlers beim Lesen einer Datei (ein Softwarefehler). Das übergeordnete Ziel einer quantitativen Supply Chain-Lösung besteht jedoch nicht darin, “Probleme zu lösen”, sondern die Investitionsrendite (in Dollar oder Euro) zu steigern. Lokad erreicht diese Art von “Lösung” durch einen intelligenten, finanziell orientierten Ansatz für Supply Chain-Kompromisse.

7.5 Unterstützen Sie das Kundenunternehmen bei der Überprüfung der UAT (User Acceptance Testing)-Szenarien, Testfälle und Testdaten?

Ja. Die Supply Chain Scientists (SCSs) von Lokad sind für diesen Prozess verantwortlich.

Bei der Optimierung der Supply Chain sind jedoch Datensätze, die kleiner als das gesamte Produktionssetup sind, in der Regel nicht ausreichend. In der Praxis müssen Szenarien, Testfälle und Testdaten (nahezu) so groß wie das Produktionssetup sein, um eine end-to-end Supply Chain-Perspektive widerzuspiegeln. Diese Anforderung hat nichts mit Lokad zu tun, sondern ist einfach die Natur der Supply Chain.

7.6 Garantieren Sie eine Vor-Ort-Unterstützung am Hauptsitz des Kundenunternehmens während der UAT (User Acceptance Testing)-Phase?

Ja. Die Vor-Ort-Unterstützung wird durch die vertragliche Vereinbarung zwischen Lokad und dem Kundenunternehmen geregelt. Dieser Aspekt wird immer individuell mit jedem Kunden verhandelt.

Es sollte beachtet werden, dass eine quantitative Supply Chain-Initiative mit Lokad eine kontinuierliche Verbesserung der Supply Chain umfasst, daher gibt es keine festgelegte UAT-Periode. Die Tests beginnen in der Regel am Ende des zweiten Monats, erreichen im vierten Monat ihren Höhepunkt und stabilisieren sich ab dem sechsten Monat.

Durch die Bereitstellung laufender Ressourcen zur Verbesserung unserer numerischen Rezepte (Algorithmen zur Optimierung der Supply Chain) stellt Lokad sicher, dass jede Kundin und jeder Kunde eine aktuelle Initiative hat.

Siehe auch Projektimplementierung & Management 1.7.

8. Post-Implementierungs-Support & Auditierung

8.1 Können Sie sicherstellen, dass die Beobachtungen aus den Pilotläufen dokumentiert werden und dass alle Maßnahmen den betroffenen Interessengruppen in den technischen, IT- und Lieferabteilungen des Kundenunternehmens zugewiesen und verfolgt werden, bis sie abgeschlossen sind?

Ja. Die Supply Chain Scientists (SCSs) von Lokad erstellen und pflegen für jede Initiative ein Joint Procedure Manual (JPM). Es enthält alle relevanten Erkenntnisse für die Initiative. Wichtig ist, dass das JPM für nicht-technische Zielgruppen zugänglich ist (obwohl einige Abschnitte und Anhänge recht technisch sind).

Hochrangige Maßnahmen werden im JPM dokumentiert. Kleinere Maßnahmen werden jedoch in der Regel mit dem Task-Manager auf der Lokad-Plattform behandelt. Diese kleineren Maßnahmen sind von kurzer Dauer und der Task-Manager erleichtert die Verfolgung und Abschluss besser als das JPM.

8.2 Können Sie sicherstellen, dass ausreichend Qualitäts- und Compliance-Berichte verfügbar sind, um die Nutzung und Übernahme des Systems zu überwachen?

Ja. Die Supply Chain Scientists (SCSs) von Lokad implementieren in der Regel zu diesem Zweck eine dedizierte Instrumentierung während der letzten Phase der Einführung, kurz vor dem offiziellen Start.

Darüber hinaus kann Lokad die Übereinstimmung zwischen den von ihr generierten Supply Chain-Entscheidungen und den tatsächlich in der Supply Chain getroffenen Entscheidungen verfolgen. Dies dient dazu, potenzielle Abweichungsquellen wie Fehler oder Störungen in den Systemen des Kunden zu identifizieren, die sich auf die Umsetzung der Empfehlungen von Lokad auswirken könnten.

8.3 Werden Sie eine jährliche Überprüfung der Anwendung durchführen und Feedback zur Verbesserung der Nutzung und der Akzeptanz durch Endbenutzer des Systems geben, um eine schnellere Kapitalrendite zu erzielen?

Ja, eine jährliche Überprüfung der gesamten Lösung (End-to-End) ist Standardverfahren. Dennoch überprüfen die Supply Chain Scientists (SCSs) von Lokad die gesamte Lösung in der Regel mehrmals im Laufe des Jahres. Die jährliche Überprüfung führt in der Regel zu einer detaillierten Roadmap-Präsentation für die Führungskräfte des Kunden. Dies entspricht unserem Ansatz der kontinuierlichen Verbesserung für jede Initiative.

In Bezug auf die Nutzung implementieren die SCSs proaktiv dedizierte Tools, um die Nutzung, Übernahme und Einhaltung der von Lokad generierten Supply Chain-Entscheidungen frühzeitig zu überwachen. Während eine jährliche Überprüfung eine ausgezeichnete Gelegenheit bietet, notwendige Anpassungen vorzunehmen, sind unsere SCSs sehr proaktiv, wenn es um die Übernahme der Supply Chain-Empfehlungen von Lokad geht. Dieses Thema wird während unserer wöchentlichen Arbeitssitzungen besprochen, da die Übernahme der Empfehlungen von Lokad der Haupttreiber für eine erhöhte Kapitalrendite in einer quantitativen Supply Chain-Initiative ist.

8.4 Können Sie sicherstellen, dass das dedizierte Produktsupport-Team, das sich am Hauptsitz des Kundenunternehmens befindet, das Produkt mindestens 6 Monate nach dem Go-Live unterstützt?

Ja. Das Team der Supply Chain Scientists (SCSs) von Lokad kümmert sich um diese Aufgabe. Unsere SCSs sind umfassend geschult, um die Initiative kontinuierlich zu verbessern und dem Kunden kontinuierlichen Support zu bieten. Die kontinuierliche Vor-Ort-Präsenz der SCSs wird in der vertraglichen Vereinbarung mit dem Kunden verhandelt und geklärt, wenn der Kunde dies wünscht.

In diesem Zusammenhang empfiehlt Lokad nachdrücklich, sich weiterhin aktiv für die Verbesserung der Lösung einzusetzen, insbesondere auf Kundenseite. Das Auslaufen von kontinuierlichen Verbesserungsmaßnahmen untergräbt unserer Erfahrung nach die Stärke der Initiative. Änderungen auf Kundenseite, einschließlich geringfügiger Anpassungen in der Anwendungslandschaft oder bei den Einschränkungen, können sich auf die Qualität der von Lokad generierten Entscheidungen auswirken. Daher wird eine aktive Wachsamkeit und kontinuierliche Verbesserung empfohlen.

Siehe auch Projektimplementierung & Management 1.7.

9. Vorfall- und Fehlermanagement

9.1 Können Sie sicherstellen, dass alle unverzichtbaren Fehler und Änderungsanfragen (kritische und hochpriorisierte Elemente) als Priorität behandelt und geliefert werden, um Verzögerungen im Go-Live-Zeitplan des Kundenunternehmens zu vermeiden?

Ja. Die Supply Chain Scientists (SCSs) von Lokad sind für diesen Prozess verantwortlich. Unsere Plattform ist so konzipiert, dass sie ihnen ermöglicht, Fehler und Änderungsanfragen schnell und eigenständig zu bearbeiten.

Die Plattform von Lokad ist programmierbar, was durch Envision ermöglicht wird - unsere domänenspezifische Programmiersprache, die der prädiktiven Optimierung von Lieferketten gewidmet ist. Diese Programmierbarkeit ermöglicht es den SCSs, Fehler schnell zu beheben und angeforderte Änderungen an der Initiative umzusetzen, und zwar mit einer Präzision, die in Unternehmenssoftware selten zu finden ist.

Neben der Technologie sind die SCSs von Lokad darauf geschult, eine Reihe von Schlüsselrollen zu erfüllen, was natürlich die Anzahl der Personen reduziert, die sich mit Fehlern und Änderungsanfragen befassen müssen. Diese Rollen umfassen Supply Chain Experten, Business Analysten, Data Scientists, Data Engineers und Systemintegratoren. Sie sind also gut geschult, um Fehler zu beheben und Updates bereitzustellen, während sie gleichzeitig die Hauptprioritäten des Kunden im Auge behalten.

Siehe auch Anpassung & Systemfunktionalität 6.2.

9.2 Können Sie einen Mechanismus zur Überwachung von Fehlern implementieren, um eine rechtzeitige Behebung aller Fehler und Benutzerfreundlichkeitsprobleme sicherzustellen?

Ja, die Lokad-Plattform verfügt über ein eigenes Aufgaben-/Ticket-/Problemverwaltungssystem. Diese Funktionen ermöglichen es uns, die rechtzeitige Behebung der Probleme genau zu verfolgen. Diese Lösungen werden von den Teams der Supply Chain Scientists (SCSs) von Lokad übernommen.

Es ist jedoch wichtig, “Fehler” und “Benutzerfreundlichkeitsprobleme” nicht zusammenzuwerfen. Zum Beispiel ist eine ungenaue Nachfrageprognose ein “Fehler”. Sie beeinträchtigt die Lieferkette negativ. Je nach Marktbedingungen, in denen das Kundenunternehmen tätig ist, kann dieser “Fehler” jedoch möglicherweise nie behoben, sondern nur gemildert werden. Bei der prädiktiven Optimierung von Lieferketten sind Lösungen immer ein Kompromiss: Die Behebung eines Fehlers führt zu einem anderen Fehler (hoffentlich einem kleineren).

Im Gegensatz dazu lassen sich Benutzerfreundlichkeitsprobleme in der Regel einfach beheben. Daher sind wir bereit und verpflichtet, eine rechtzeitige Lösung für diese Art von Problemen sicherzustellen, da die Behebung des Problems in der Regel keine weiteren Probleme verursacht.

9.3 Können Sie sicherstellen, dass während der Testphase vor der Produktion identifizierte Fehler rechtzeitig behoben werden, damit sie sich nicht auf den Zeitplan des Kundenunternehmens für die Veröffentlichung auswirken?

Ja. Wenn die identifizierten Fehler den kundenspezifischen Code (geschrieben in Envision) betreffen, werden die Fehler von den Supply Chain Scientists (SCSs) von Lokad behoben. Wenn die identifizierten Fehler die Plattform von Lokad betreffen, werden die Fehler von den Softwareentwicklungsteams von Lokad behoben.

In beiden Fällen umfasst der Veröffentlichungsprozess von Lokad umfangreiche Tests, um sicherzustellen, dass Fehler vor der Veröffentlichung (Go-Live) identifiziert und behoben werden.

9.4 Wie werden Sie mit Vorfällen umgehen, die vom Kundenunternehmen über einen der folgenden Kanäle gemeldet werden: Telefon, E-Mail, Office Communicator und/oder direkte Eingabe in das Incident Management Tool?

Supply Chain Scientists (SCSs) behandeln alle Vorfälle - unabhängig von ihrer Quelle - mit größter Ernsthaftigkeit. Die vertragliche Vereinbarung zwischen Lokad und dem Kundenunternehmen legt fest, wie viele SCSs dem Projekt zugewiesen werden und wie viele Stunden pro Woche der Kunde mit direkter Unterstützung rechnen kann.

Die Lösung eines typischen Vorfalls beginnt damit, dass ein SCS einen neuen Eintrag im Aufgaben-/Ticket-/Problem-Manager erstellt. Dadurch wird eine Rückverfolgbarkeit für den Vorfall gewährleistet.

Anschließend wird das Problem vom SCS diagnostiziert. Wenn das Problem eine Lösung seitens Lokad erfordert, mobilisiert der SCS umgehend die erforderlichen Ressourcen, um das Problem zu lösen - in der Regel der SCS selbst.

Schließlich wird, sobald das Problem behoben ist, der wahre Grund für den gemeldeten Vorfall vom SCS ermittelt, auch wenn der Vorfall letztendlich als nicht relevant diagnostiziert wurde. In der Regel gibt es irgendwo ein zugrunde liegendes Problem, das behoben werden muss. Indem der tiefere Grund behoben wird, beseitigt Lokad ähnliche Probleme proaktiv in der Zukunft.

9.5 Wenn ein Fehler außerhalb des Incident Management Tools gemeldet wird - z.B. per E-Mail - werden Sie den Fehler sofort in das Tool eintragen, um eine ordnungsgemäße Verfolgung und Einhaltung sicherzustellen?

Ja. Es ist gängige Praxis, einen entsprechenden Eintrag innerhalb der Lokad-Plattform zu erstellen, wenn wir einen Bericht über einen anderen Kanal als den Aufgaben-/Ticket-/Problem-Manager erhalten. Diese Praxis erleichtert eine gründliche Verfolgung und Einhaltung.