Was wird in Interviews für Supply-Chain-Analysten wirklich getestet?

Wer das Interview tatsächlich führt

Bei den meisten Positionen als Supply-Chain-Analyst treffen Sie mindestens zwei verschiedene Personen, und diese testen nicht dasselbe.

Das erste Gespräch findet meist mit einem Recruiter oder einem direkten Bericht des Hiring Managers statt – oft jemand aus dem HR-Bereich oder ein Supply-Chain-Manager, der ein Screening durchführt. Diese Phase prüft die Grundlagen: Welche Planungssysteme Sie genutzt haben (SAP APO oder IBP, Oracle SCM Cloud, Kinaxis RapidResponse oder eine selbstentwickelte Excel-/Power-BI-Lösung), wofür Sie tatsächlich verantwortlich waren und nicht nur Ihr Team, und ob Ihre Kündigungsfrist und Gehaltsvorstellung zur Stelle passen.

Die zweite Stufe ist dort, wo die eigentliche Arbeit getestet wird, und sie wird normalerweise von der Person durchgeführt, die Ihr Vorgesetzter wäre, oder einem Senior Analyst im Team – jemand, der wöchentlich einen Bedarfsplan oder ein Lieferanten-Scorecard liest und genau weiß, wie eine vage Antwort klingt. In Produktions- oder FMCG-Unternehmen treffen Sie möglicherweise auch jemanden aus dem Einkauf oder dem Betrieb, wenn die Rolle die Lieferantenperformance berührt. Im Einzelhandel oder der Distribution erwarten Sie jemanden aus der Bestands- oder Logistikplanung. Wenn das Unternehmen einen formalen S&OP-Zyklus (Sales and Operations Planning) durchführt, sitzt manchmal die Person dabei, die diese Besprechung leitet, weil sie den Zahlen vertrauen muss, die Sie liefern.

Der technische Test: Was geprüft wird und wie

Die meisten Interviews für Supply-Chain-Analysten beinhalten eine praktische Übung, die normalerweise eine von drei Formen annimmt.

Eine Tabellenkalkulations-Aufgabe. Sie erhalten einen Datensatz – historische Nachfrage, Lagerbestände oder Bestellpositionen – und werden gebeten, daraus etwas zu erstellen: eine Prognose, eine Bestellpunkt-Berechnung, eine ABC-Klassifizierung oder eine Ursachenanalyse, warum die Servicelevels in einem bestimmten Monat gesunken sind. Worauf sie achten, ist nicht, ob Sie eine "korrekte" Zahl erhalten, denn diese Übungen sind oft absichtlich für mehr als einen vernünftigen Ansatz offen. Sie beobachten, ob Sie Ihre Annahmen prüfen, ob Sie ein Datenqualitätsproblem erkennen (doppelte SKUs, eine Maßeinheits-Diskrepanz, eine Promotions-Spitze, die Sie von einer Baseline ausschließen sollten), und ob Sie Ihre Methode anschließend in einfacher Sprache erklären können. Ein Analyst, der ein ordentliches Diagramm produziert, aber nicht sagen kann, warum er drei Datenpunkte ausgeschlossen hat, hat die Analyse nicht wirklich durchgeführt.

Eine Live-Präsentation Ihrer eigenen Arbeit. Sie bringen einen Bericht oder ein Modell mit, das Sie in einer früheren Position erstellt haben – eine Sicherheitsbestandsberechnung, ein Lieferanten-Scorecard, ein S&OP-Deck – und sprechen darüber. Dies ist schwerer vorzutäuschen, als es klingt, denn ein kompetenter Interviewer wird Sie bitten, einen Input zu ändern und vorherzusagen, was stromabwärts passiert. Wenn Sie den Forecast-Bias-Tracker erstellt haben, sollten Sie sagen können, ohne die Datei zu öffnen, was mit Ihrer Sicherheitsbestandsempfehlung passiert, wenn sich die Lieferzeitvariabilität verdoppelt.

Ein fallbasiertes Szenario. "Ein wichtiger Lieferant teilt Ihnen mit, dass die morgige Lieferung sich um zwei Wochen verzögert. Gehen Sie durch, was Sie tun." Es gibt hier keine Tabellenkalkulation – sie wollen Ihre Denkabfolge hören: aktuelle Bestandsposition und Reichweite prüfen, prüfen, welche nachgelagerten Kunden oder Produktionslinien betroffen sind, prüfen, ob es eine alternative Quelle oder Eilversand-Option gibt, und erst dann über die Kommunikation des Risikos sprechen. Analysten, die direkt zu "Ich würde eine Eillieferung veranlassen" springen, ohne zuerst die Exposition festzustellen, haben dies normalerweise nicht unter echtem Druck gemacht.

Einige Arbeitgeber, besonders größere Hersteller und 3PLs, fragen auch nach Zertifizierungen – APICS/ASCMs CPIM oder CSCP oder ein Lean-Six-Sigma-Belt – normalerweise nicht als harte Anforderung, sondern als Proxy dafür, ob Sie das Vokabular kennen (EOQ, MRP-Logik, Bullwhip-Effekt, DIFOT/OTIF), ohne es im Job beigebracht bekommen zu müssen.

Die Fragen, die Praxis von Theorie trennen

Einige Fragen kommen oft genug und in genug verschiedenen Formen vor, dass es sich lohnt zu wissen, wie eine echte Antwort klingt.

"Wie messen Sie Prognosegenauigkeit?" Eine oberflächliche Antwort nennt eine Metrik – MAPE oder Forecast Bias – und hört dort auf. Eine echte Antwort erklärt den Trade-off: MAPE bestraft Low-Volume-SKUs überproportional, weshalb einige Analysten es nach Volumen gewichten oder ein gewichtetes MAPE (WMAPE) verwenden, und warum Bias (prognostizieren Sie konsistent zu hoch oder zu niedrig) operativ oft wichtiger ist als Genauigkeit allein, weil Bias Sie dazu bringt, entweder Überbestände abzuschreiben oder auszuverkaufen. Wenn Sie nur jemals eine Zahl abgerufen haben, die ein Planungstool für Sie generiert hat, ohne zu wissen, wie sie berechnet wird, wird diese Frage das herausfinden.

"Erzählen Sie mir von einem Fall, in dem Ihre Prognose oder Ihr Plan falsch war. Was haben Sie getan?" Dies ist keine Trickfrage über das Eingestehen von Fehlern – jede Prognose ist bis zu einem gewissen Grad falsch. Sie hören darauf, ob Sie einen Prozess haben, um herauszufinden, warum sie falsch war: Sind Sie zurückgegangen und haben den Fehler in Volumen-, Mix- und Timing-Komponenten getrennt? Haben Sie ihn zu einer spezifischen Ursache zurückverfolgt (eine Promotion, die nicht gekennzeichnet war, ein neuer Kunde, der noch nicht in der Baseline ist, eine Lieferantensubstitution)? Oder haben Sie einfach das Modell mit einer manuellen Anpassung neu gestartet und weitergemacht. Das Zweite ist üblich. Es ist nicht das, was Ihnen den Job verschafft.

"Wie entscheiden Sie über Sicherheitsbestandsniveaus?" Eine oberflächliche Antwort rezitiert die Formel – Sicherheitsbestand als Funktion von Servicelevel, Nachfragevariabilität und Lieferzeitvariabilität – ohne sagen zu können, welcher dieser Inputs die Zahl in Ihrem Geschäft tatsächlich bewegt. Eine stärkere Antwort spricht darüber, wo die echte Unsicherheit liegt: ist es nachfrageseitig (ein volatiler Kundenstamm) oder angebotsseitig (unzuverlässige Lieferzeiten von einem Übersee-Lieferanten), denn die Intervention ist völlig unterschiedlich, je nachdem, welche dominiert.

"Führen Sie mich durch, wie Sie einen Rückgang bei OTIF (On-Time-In-Full) oder einen Anstieg von Stockouts untersuchen würden." Sie prüfen, ob Sie wissen, dass Sie die beiden Fehlermodi trennen müssen – ein Stockout ist ein Bestandsproblem, eine verspätete Lieferung könnte ein Transport- oder Lieferantenproblem sein – und ob Sie nach SKU, Region oder Lieferant segmentieren würden, bevor Sie eine Schlussfolgerung ziehen, anstatt eine einzelne aggregierte Zahl zu melden und eine Ursache zu erraten.

"Welche ERP- oder Planungssysteme haben Sie genutzt, und was haben Sie darin tatsächlich gemacht?" Dies klingt wie eine Checklisten-Frage, ist es aber nicht. Jemand, der wirklich MRP-Läufe in SAP erstellt, Planungsparameter in APO oder IBP festgelegt oder eine Bestellpunkt-Logik in Kinaxis konfiguriert hat, wird die spezifischen Bildschirme und Felder beschreiben, die involviert waren. Jemand, der nur Berichte aus einem System gezogen hat, das jemand anderes konfiguriert hat, wird es in viel vageren Begriffen beschreiben – "wir haben SAP für die Planung genutzt" – ohne sagen zu können, welches Modul oder welche Parameter er tatsächlich berührt hat.

Wie eine oberflächliche Antwort klingt

Das Muster ist bei all diesen gleich. Eine oberflächliche Antwort nennt den richtigen Begriff und hört auf. Eine echte Antwort erklärt den Mechanismus hinter dem Begriff und wo er in der Praxis zusammenbricht.

Jemand, der nach EOQ (Economic Order Quantity) gefragt wird und sagt "es balanciert Bestellkosten gegen Lagerkosten", hat Ihnen die Lehrbuchdefinition gegeben. Jemand, der hinzufügt "aber wir haben es selten wie berechnet genutzt, weil unser Lieferant eine Mindestbestellmenge hatte, die es die Hälfte der Zeit überschrieb", hat es tatsächlich genutzt.

Jemand, der nach einem Servicelevel-Ziel gefragt wird und eine einzelne Zahl für das gesamte Geschäft nennt – anstatt zu sagen, es variiert nach Produktstufe oder Kundensegment – beschreibt oft eine Policy, von der man ihm erzählt hat, nicht eine, die er erstellt oder verwaltet.

Das andere zuverlässige Anzeichen ist, was passiert, wenn Sie eine Folgefrage stellen. "Sie sagten, die Prognosegenauigkeit verbesserte sich nach dieser Änderung – verbesserte sich um wie viel und über welchen Zeitraum?" Ein echter Analyst kann Ihnen normalerweise eine grobe Zahl und die Vergleichsbasis geben, weil er derjenige war, der diese Zahl gezogen hat. Jemand, der ein Ergebnis rezitiert, von dem er aus zweiter Hand gehört hat, neigt dazu, dieselbe vage Phrase zu wiederholen – "es verbesserte sich signifikant" – ohne etwas darunter hinzufügen zu können.

Bevor Sie hineingehen

Bringen Sie ein Arbeitsstück mit, über das Sie detailliert sprechen können, idealerweise etwas mit einer Zahl, die Sie unter einer Folgefrage verteidigen können – ein Prognosemodell, eine Sicherheitsbestandsüberprüfung, ein Lieferanten-Scorecard. Kennen Sie in Ihrem eigenen Kopf den Unterschied zwischen Prognosegenauigkeit und Forecast Bias, und zwischen einem Stockout, der durch Nachfrage verursacht wurde, und einem, der durch Angebot verursacht wurde, denn beide Unterscheidungen kommen in irgendeiner Form in fast jedem technischen Interview für diese Rolle vor. Wenn die Stellenbeschreibung ein spezifisches System nennt – SAP IBP, Kinaxis, o9, Blue Yonder – prüfen Sie, was Sie tatsächlich darin gemacht haben versus was Sie einen Planer dabei beobachtet haben, denn genau diese Lücke ist das, worauf das Interview aufgebaut ist.

jobmarket.pro liest die Anzeige zusammen mit Ihrer Arbeitshistorie und erstellt eine Bewerbung, die klar darlegt, wo Ihre Erfahrung passt und wo nicht, ohne beides zu erfinden.