PoC za UI in strojno učenje

Validirajte eno tovarniško odločitev z resničnimi zgodovinskimi podatki

Splošen "pilot UI" brez odločitve v ozadju tukaj ni sprejet. Ta program vzame eno poimenovano odločitev, enega lastnika, en napovedni horizont in resnično zgodovino, izvede vrata pripravljenosti podatkov, preden obljubi model, ter primerja rezultat s preprostim izhodiščem, ne z ničimer.

Validiraj moj primer uporabe UI Pogovorite se s proizvodnim inženirjem

Običajno trajanje6–12 tednov

Obseg pilotaEn primer uporabe, en lastnik odločitve, resnični zgodovinski podatki

Glavni sogovornikVodja digitalne preobrazbe

Odločitev ob zaključkuPriporočilo za širitev ali opustitev z utemeljitvijo

Je to težava, ki jo morate rešiti?

Obstaja pritisk, da je treba "nekaj narediti z UI", vendar ni odločitve, ki bi jo kdorkoli zaradi tega spremenil.
Prejšnji model je v beležnici izgledal odlično in nihče nikoli ni ukrepal na podlagi njegovega rezultata.
Podatki obstajajo, a nihče ni preveril, ali sploh lahko odgovorijo na zastavljeno vprašanje.
Nihče ni ovrednotil, koliko dejansko stane napačen alarm za obratovanje.

Glavni sogovornik: Vodja digitalne preobrazbe · Direktor operacij · Vodja za podatke in UI · Direktor obrata · Vodja zanesljivosti

Kaj bo ta PoC dokazal

Ali so podatki dovolj dobri, dovolj popolni in dovolj dolgi, da sploh odgovorijo na to vprašanje?

Ali model prekaša preprosto izhodišče — pravilo, drseče povprečje, trenutno prakso — za razliko, ki je vredna truda?

Ali je napoved na voljo dovolj zgodaj, da lahko kdorkoli ukrepa?

Koliko stane napačen alarm in koliko jih bo obratovanje tolerantno prenašalo na teden?

Kdo ukrepa na podlagi vsakega rezultata in kaj natančno naredi?

Priporočen obseg pilota

Točno en primer uporabe s poimenovano odločitvijo in poimenovanim lastnikom odločitve.
Izrecen napovedni horizont — odgovor je neuporaben, če pride po odločitvi.
Reprezentativni zgodovinski podatki, z oznakami ali izidi, kjer jih primer uporabe potrebuje.
Opredeljena izhodiščna metoda za primerjavo, dogovorjena pred učenjem katerega koli modela.
Operativno dejanje, do katerega vodi vsak rezultat.

Kaj bo delovalo med PoC

Ponovljiva evalvacija na zadržanih podatkih, ne enkraten rezultat iz beležnice.

Primerjava z izhodiščem na istih podatkih in isti meri.

Analiza napak, ki pokaže, kje in kdaj model odpove.

Opredeljen operativni potek dela: rezultat, prejemnik, dejanje.

Kako poteka ta PoC

Teden 1–2

Analiza in opredelitev odločitveOpredeliti odločitev, lastnika, horizont, izhodiščno metodo ter poslovni strošek lažno pozitivnega in lažno negativnega rezultata.Merilo za prehod: Poimenovana odločitev s poimenovanim lastnikom in dogovorjenim izhodiščem. Brez odločitve ni projekta.

Teden 2–4

Pripravljenost lokacije, procesa in podatkovVrata pripravljenosti podatkov: pokritost, popolnost, celovitost časovnih žigov, kakovost oznak, znane spremembe procesa in ali je zgodovina dovolj dolga za horizont.Merilo za prehod: Verdikt pripravljenosti izdan pred obljubo katerekoli zmogljivosti modela.

Teden 4–8

Učenje modela in validacija brez povezaveZgraditi in ovrednotiti model glede na izhodišče na zadržanih podatkih, z metriko, primerno primeru uporabe, ne najbolj laskavo.Merilo za prehod: Evalvacija ponovljiva od surovih podatkov do konca.

Teden 8–11

Validacija in prevzemAnaliza napak, poslovna razlaga, ovrednotenje stroška lažnih alarmov ter zasnova operativnega poteka dela in spremljanja odklona.Merilo za prehod: Lastnik odločitve potrdi, da je rezultat v praksi uporaben.

Teden 11–12

Odločitev o uvedbi in poslovni modelPredstaviti poročilo o pripravljenosti, evalvacijo, poslovno razlago, zasnovo spremljanja ter priporočilo za širitev ali opustitev.Merilo za prehod: Nadaljevanje, prilagoditev ali zaustavitev.

Trajanja so običajna, ne zagotovljena. Terminski načrt podaljšajo: manjkajoči ali nepopolni podatki, varnostne in omrežne odobritve, dobavni roki strojne opreme, zbiranje vzorcev, dostop za namestitev, proizvodni plan, dostop do testnega okolja ERP in čas, ki ga vaša ekipa potrebuje za pregled rezultatov.

Nenačrtovan zastoj ni predviden. Vsako namestitveno okno ali nadzorovana prekinitev se z vami dogovori vnaprej in načrtuje okrog proizvodnje.

Kako bomo merili uspeh

Kako bomo merili uspeh
Kazalnik	Kako je opredeljen	Od kod pride vrednost	Vrsta
Pokritost in popolnost podatkov	Delež zahtevanega obdobja in spremenljivk, ki je dejansko prisoten, z navedenimi vrzelmi in znanimi spremembami procesa.	Vaš ERP ali obstoječi sistem	Tehnični
Primerjava z izhodiščem	Zmogljivost modela glede na preprosto izhodišče na istih zadržanih podatkih in isti meri.	Ločen validacijski nabor	Tehnični
Metrika zmogljivosti, primerna primeru uporabe	Natančnost in priklic za klasifikacijo ali mera napake za regresijo — izbrana v fazi odkrivanja, ne po tem, ko so rezultati že znani.	Ločen validacijski nabor	Tehnični
Čas vnaprej za odločitev	Kako dolgo pred odločitvijo je rezultat na voljo, glede na horizont, ki ga lastnik potrebuje.	Ločen validacijski nabor	Operativni
Strošek lažnega alarma	Pričakovano število lažnih alarmov na teden, pomnoženo s stroškom preiskave vsakega za obratovanje.	Opazovanje in pogovor z uporabniki	Finančni
Uporabnost	Delež rezultatov, za katere lastnik odločitve potrdi, da bi resnično ukrepal na njihovi podlagi.	Opazovanje in pogovor z uporabniki	Sprejetost
Načrt spremljanja odklona	Kaj bi se spremljalo po uvedbi, pri kateri meji in kdo je obveščen, ko zmogljivost upade.	Podatki platforme MSF	Tehnični

Pred izvedbo se MSF in vaša ekipa dogovorita, kako se vsak kazalnik izračuna, od kod pride izhodiščna vrednost, kateri podatki so izvzeti in kateri rezultat podpira odločitev o uvedbi. Ta stran navaja, kaj se meri; konkretne ciljne vrednosti sodijo v pisni obseg PoC, ne v tržno obljubo.

Kaj zagotovite vi

Podatkovni slovar in same zgodovinske podatke, z zanesljivimi časovnimi žigi.
Oznake ali izide, kjer jih primer uporabe zahteva, in pošten opis njihove kakovosti.
Kontekst procesa in znane spremembe — prezidava linije sredi zgodovine izniči model, ki jo prezre.
Poslovni strošek napačnega odgovora v vsako smer ter strokovnjake s področja, ki lahko presodijo rezultate.

Kdo kaj naredi

Meta Smart Factory zagotovi

Uvodno delavnico in vodenje pri opredelitvi obsega
Konfiguracijo rešitve za dogovorjeni obseg
Integracijska in priključitvena dela znotraj tega obsega
Strojno opremo MSF, navedeno v ponudbi
Usposabljanje pilotnih uporabnikov
Opredelitve KPI in metodo validacije
Vodenje zadev in podporo med pilotom
Končno poročilo o rezultatih in zasnovo uvedbe
Verdikt pripravljenosti podatkov, izdan pred obljubo katerekoli zmogljivosti.
Ponovljivo evalvacijo glede na dogovorjeno preprosto izhodišče, s priloženo analizo napak.

Vi zagotovite

Imenovanega poslovnega in imenovanega tehničnega skrbnika
Pravočasen dostop do uporabnikov, linije, strojev in odobrenih sistemov
Verodostojno razlago procesa in matičnih podatkov
Dostop do omrežja, napajanja, montaže in varnostnih dovoljenj
Dokumentacijo ERP, PLC in dobaviteljev ter strokovnjake, ki jo poznajo
Reprezentativne vzorce ali zgodovinske podatke
Potrditev, da je izhodiščna vrednost poštena
Povratne informacije in odločitev o prevzemu
Poimenovanega lastnika odločitve, ki bo ukrepal na podlagi rezultata, ne le pregledoval.
Strokovnjake s področja, ki lahko presodijo, ali so napake, ki jih dela model, take, s katerimi je mogoče živeti.

Opredeljeno v pisni ponudbi

Panelni računalniki, tablice, strežniki in strežniki GPU
Kamere, objektivi, osvetlitev in ohišja
Čitalniki, tiskalniki, naprave RFID, števci in senzorji
Potni stroški, namestitev, prevoz, uvozne dajatve in lokalna elektroinstalacijska dela
Ali je strojna oprema najeta ali kupljena
Ali se strošek PoC upošteva pri uvedbi

Komercialni pogoji, lastništvo strojne opreme, potni stroški, obseg integracije in morebitno upoštevanje pri uvedbi so opredeljeni v pisni ponudbi PoC. Za vsak izdelek niso enaki in ta stran jih ne obljublja.

Kaj dobite ob koncu

Poročilo o pripravljenosti podatkov z izrecnim verdiktom.
Ponovljiva evalvacija modela, vključno s primerjavo z izhodiščem.
Poslovna razlaga: kaj številke pomenijo za odločitev.
Analiza napak s poimenovanimi primeri odpovedi.
Zasnova operativnega poteka dela — rezultat, prejemnik, dejanje.
Zasnova spremljanja in priporočilo za širitev ali opustitev.

Pogoji, izključitve in omejitve

Ta PoC je odvisen od

Zgodovina, dovolj dolga in čista za izbrani horizont.
Lastnik odločitve, ki je na voljo ves čas, ne le na zaključni predstavitvi.

Ni vključeno v ta PoC

Odprto raziskovanje podatkov brez pripete odločitve.
Produkcijska uvedba, obratovanje modela in infrastruktura za ponovno učenje.

Česa ta PoC ne trdi

Nobena napovedna zmogljivost ni zatrjevana, kjer so oznake in zgodovina nezadostne — vrata pripravljenosti obstajajo prav zato, da se to pove na glas, preden se porabi denar. Zmogljivost modela in poslovni vpliv sta poročana tudi ločeno: model je lahko statistično odličen, pa vseeno ne spremeni ničesar.

Naprej, prilagodi ali ustavi — točka odločitve

NaprejNadaljevanje: model prekaša izhodišče za razliko, ki šteje, potek dela pa je uporaben — nadaljevanje s produkcijskim pilotom.

PrilagodiPrilagoditev: primer uporabe je pravi, a je treba najprej izboljšati zbiranje podatkov; poročilo o pripravljenosti je ta delovni paket.

UstaviZaustavitev: podatki ne morejo odgovoriti na to vprašanje, ali pa izboljšava glede na izhodišče ni vredna obratovanja modela.

Pogosta vprašanja

Zakaj vztrajate pri poimenovani odločitvi?

Ker je to razlika med modelom in rezultatom. Brez odločitve ni načina za izbiro metrike, ni načina za ovrednotenje napake in nikogar, čigar vedenje bi se spremenilo, ko rezultat pride. Večina neuspešnih projektov tovarniške UI je propadla prav na tej točki.

Kaj so vrata pripravljenosti podatkov?

Strukturirano preverjanje pokritosti, popolnosti, časovnih žigov, kakovosti oznak in sprememb procesa, izvedeno pred obljubo katerekoli zmogljivosti. Pogosto se izkaže, da je pošten prvi korak zbiranje boljših podatkov — kar je ceneje spoznati v tretjem tednu kot v šestem mesecu.

Zakaj primerjava s preprostim izhodiščem?

Ker se mora model izplačati za lasten strošek obratovanja. Če drseče povprečje ali pravilo s pragom deluje skoraj enako dobro, zmaga pravilo: je cenejše, razložljivo in ne odstopa sčasoma. Primerjava le z ničlo naredi vsak model videti impresiven.

Ali lahko v tem programu izvedete napovedno vzdrževanje?

Da, kadar obstaja označena zgodovina okvar, iz katere se je mogoče učiti. Kjer je ni, je pošten program PoC za vzdrževanje s spremljanjem stanja in vzpostavitvijo izhodišča podatkov, in ta stran vas bo napotila tja, namesto da bi naučila model na okvarah, ki nikoli niso bile zabeležene.

Povezani izdelki in programi PoC

Povprašajte po tem Proof of Concept

Opišite obseg, ki ga imate v mislih, in vrnili se bomo s pisnim načrtom PoC: kaj bo priključeno, kaj zagotovite vi, kako merimo uspeh in kakšna je odločitev ob koncu.