Innvirkning på forsyningskjeden
Innkjøp kjenner kontrakten, leverandøren og råvaren. Drift vet hvilke monteringslinjer det materialet forsyner, og hvilke ferdigvarer som kommer ut av dem. Salg kjenner porteføljen og kundene med åpne ordrer. Hver av de tre har rett, og ingen av dem kan besvare spørsmålet de to andre gjør mulig: hvis denne leverandøren svikter i dag, hvilke kunder blir rammet?
Der kunnskapen bor
ERP · innkjøp
Innkjøp
ERP · produksjon
Drift
CRM
Salg
Tre ledd i én kjede, lagret i tre systemer, og koblingene mellom dem finnes bare i hodene til dem som har vært der lenge nok. Problemet er ikke mangel på data. Det er den strukturelle fragmenteringen av det organisasjonen vet.
I dag
Fordi leddene ikke henger sammen, betyr det å besvare det:
01
Tverrfaglige møter
02
Regneark fra tre ERP-systemer
03
Manuell avstemming
04
En dose gjetting
Arbeidet er kompetent. Tidspunktet er problemet: et svar som tar uker, kommer etter at kunden allerede har merket det. Da handler beslutningen ikke lenger om å begrense skaden, den handler om å be om unnskyldning.
Én modell, én spørring
Simuler bortfallet av en leverandør — Victory Bikes, i Adventure Works-modellen — og agenten følger relasjonene oppstrøms og nedstrøms fra den ene noden:
Konsekvenssimulering
Victory Bikes
Kjør navigeringen på nytt
Victory Bikes
Ekstern entitet · Partner og leverandørhar part ←
Supply of Touring Tire Tube
Styring og etterlevelse · Avtaleer underlagt ←
Touring Tire Tube
Fysiske eiendeler · Lager og materiellavhenger av ←
SO70282
Forretning · Kommersiell interaksjoner bestilt av →
Dalton Adams
Ekstern entitet · Kundeberørt kunde
Sekunder, og det som kommer tilbake, er ikke et sammendrag. Det er en liste du kan handle på:
1
råvare som vil bli knapp — Touring Tire Tube
1
aktiv innkjøpsordre stopper opp
3
monterte produkter avhenger av den innsatsvaren
1
kunde med en ordre på dem, og kundeansvarlig bak den
Fem hopp, og agenten utledet ingen av dem. Hvert hopp er en typet relasjon som noen eller et system allerede har fastslått. Kjeden går gjennom en tredjepartsavtale, en komponent, en salgsordre og en person: fire typer, tre avdelinger, én spørring.
Risiko, og hva man skal gjøre med den
Ett hopp lenger ut ligger den delen intet sammendrag når frem til: om komponenten har en annen, forhåndskontrahert kilde. For denne har den ikke det.
Lager og materiell
Touring Tire Tube
Avtale · og ingen annen
1 avtale · Victory Bikes
Og det fraværet er funnet: et enkeltstående feilpunkt, navngitt, med ordrene og kundene det setter i fare. Der en annen avtale faktisk finnes — slik den gjør for dekkene denne leverandøren også leverer — returnerer den samme navigeringen den, og svaret blir en konsekvens med et tiltak knyttet til seg. Uansett er svaret spesifikt, og du trengte ikke å vite hvilket tilfelle du sto i før du spurte.
Og fordi dette er en tilstand i modellen og ikke en rapport noen kjører, venter det ikke på å bli spurt:
01
Oppdaget
02
Rutet
03
Besluttet av en person
04
Registrert
Ikke en vag advarsel. Et enkeltstående feilpunkt, navngitt — med ordrene og kundene bak det.
Autonomi i oppmerksomhet, ikke i myndighet. Agenten identifiserer, rapporterer, overvåker og eskalerer. Den endrer ikke organisasjonen din.
Hva det krever
Avtalene ligger i innkjøpssystemet ditt. Stykklistene ligger hos drift. Ordrene og kundeforholdene ligger hos salg. Ingenting av det trenger å forfattes for hånd — det leses inn, og nodene forblir bundet til kilden de kom fra.
Det som virkelig er nytt, er koblingene mellom dem, og de blir typet én gang i stedet for avstemt per spørsmål. Det er arbeidet. Det er også grunnen til at det andre spørsmålet ikke koster noe: navigeringen som besvarer en leverandørsvikt, er den samme som besvarer en fabrikknedleggelse, en utfaset komponent, en utløpende kontrakt.
Spør selv
Adventure Works er fullt modellert i demomiljøet — leverandøren, avtalen, komponenten, ordren og kunden. Spør hva en leverandørsvikt når frem til, og les stien den svarer med.