Forsyningskædepåvirkning
Indkøb kender kontrakten, leverandøren og råvaren. Drift ved, hvilke samlebånd det materiale forsyner, og hvilke færdigvarer der kommer ud af dem. Salg kender porteføljen og de kunder, der har ordrer liggende. Hver af de tre har ret, og ingen af dem kan besvare det spørgsmål, som de to andre gør muligt: hvis denne leverandør svigter i dag, hvilke kunder bliver så ramt?
Hvor viden befinder sig
ERP · indkøb
Indkøb
ERP · produktion
Drift
CRM
Salg
Tre led i én kæde, opbevaret i tre systemer, og forbindelserne mellem dem findes kun i hovedet på de mennesker, der har været der længe nok. Problemet er ikke manglende data. Det er den strukturelle opsplitning af det, organisationen ved.
I dag
Fordi leddene ikke hænger sammen, betyder det at besvare det:
01
Tværfunktionelle møder
02
Regneark fra tre ERP-systemer
03
Manuel afstemning
04
En portion gætværk
Arbejdet er kompetent. Timingen er problemet: et svar, der tager uger, kommer, efter at kunden allerede har opdaget det. På det tidspunkt handler beslutningen ikke om inddæmning, men om at sige undskyld.
Én model, én forespørgsel
Simulér, at en leverandør falder ud — Victory Bikes i Adventure Works-modellen — og agenten følger relationerne opstrøms og nedstrøms fra den ene knude:
Konsekvenssimulering
Victory Bikes
Kør traverseringen igen
Victory Bikes
Ekstern enhed · Partner og leverandørhar part ←
Supply of Touring Tire Tube
Governance og compliance · Aftaleer underlagt ←
Touring Tire Tube
Fysiske aktiver · Lager og materialerafhænger af ←
SO70282
Forretning · Kommerciel interaktioner afgivet af →
Dalton Adams
Ekstern enhed · Kundeberørt kunde
Sekunder, og det, der kommer tilbage, er ikke et resumé. Det er en liste, du kan handle på:
1
råvare, der vil slippe op — Touring Tire Tube
1
aktiv indkøbsordre går i stå
3
samlede produkter afhænger af det input
1
kunde med en ordre på dem — og kontoejeren bag den
Fem spring, og agenten udledte ingen af dem. Hvert spring er en typet relation, som nogen eller et system allerede har fastslået. Kæden går på tværs af en aftale med en tredjepart, en komponent, en salgsordre og en person: fire typer, tre afdelinger, én forespørgsel.
Risiko, og hvad man gør ved den
Ét spring længere ude ligger den del, som intet resumé når: om komponenten har en anden, forhåndskontraheret kilde. Det har denne ikke.
Lager og materialer
Touring Tire Tube
Aftale · og ingen anden
1 aftale · Victory Bikes
Og det fravær er fundet: et enkelt fejlpunkt, med navn på, med de ordrer og kunder, det bringer i fare. Hvor der findes en anden aftale — som der gør for de dæk, denne leverandør også leverer — returnerer den samme traversering den, og svaret bliver en påvirkning med en afhjælpning knyttet til. Uanset hvad er svaret specifikt, og du behøvede ikke at vide, hvilket tilfælde du stod i, før du spurgte.
Og fordi dette er en tilstand i modellen frem for en rapport, som nogen kører, venter det ikke på at blive spurgt:
01
Opdaget
02
Dirigeret
03
Besluttet af et menneske
04
Registreret
Ikke en vag advarsel. Et enkelt fejlpunkt, med navn på — med de ordrer og kunder, der står bag det.
Autonomi i opmærksomhed, ikke i myndighed. Agenten identificerer, rapporterer, overvåger og eskalerer. Den ændrer ikke din organisation.
Hvad det kræver
Aftalerne ligger i dit indkøbssystem. Styklisterne ligger hos driften. Ordrerne og kontiene ligger hos salg. Intet af det skal skrives i hånden — det læses ind, og knuderne forbliver bundet til den kilde, de kom fra.
Det, der reelt er nyt, er forbindelserne mellem dem, og de bliver typet én gang i stedet for at blive afstemt for hvert spørgsmål. Det er arbejdet. Det er også grunden til, at det næste spørgsmål ikke koster noget: den traversering, der besvarer et leverandørsvigt, er den samme, der besvarer en fabrikslukning, en udgået komponent, en kontrakt, der er ved at udløbe.
Spørg selv
Adventure Works er fuldt modelleret i demo-tenanten — leverandøren, aftalen, komponenten, ordren og kunden. Spørg den, hvad et leverandørsvigt når ud til, og læs den sti, den svarer med.