Programska oprema za vodenje proizvodnje: kaj vključuje

Kaj je programska oprema za vodenje proizvodnje?#

Programska oprema za vodenje proizvodnje je informacijski sistem, ki povezuje planiranje izdelave, spremljanje dela v obratu in poročanje o realizaciji v eno okolje. Namesto ločenih preglednic, papirnih delovnih nalogov in ustnega usklajevanja med izmenami dobi vodja proizvodnje pregled nad stanjem naročil, zasedenostjo strojev in odstopanji od plana na enem mestu. Sistem s tem postane osrednja točka, prek katere tečejo podatki med prodajo, nabavo, skladiščem in samo izdelavo, kar zmanjšuje število ročnih usklajevanj in napak, ki nastanejo, ko isti podatek obstaja v več različicah.

V srednje velikem in velikem podjetju taka rešitev običajno ni samostojen program, temveč sloj, ki se naveže na obstoječe poslovne sisteme in stroje. Prevzema podatke o naročilih, kosovnicah in zalogah, jih pretvori v izvedljiv proizvodni plan in nazaj poroča o dejanski porabi časa, materiala in dela. Ker gre za sistem, ki vpliva na več oddelkov hkrati, odločitev o njegovi uvedbi praviloma ne sprejme samo vodja proizvodnje, temveč skupaj z IT, financami in vodstvom, saj se posledice slabe izbire pokažejo v vseh povezanih procesih.

Obseg take rešitve se med podjetji močno razlikuje, zato je smiselno na začetku določiti, kateri del proizvodnje naj sistem dejansko pokrije. Nekaterim zadošča pregled nad delovnimi nalogi in zasedenostjo, drugi potrebujejo tudi sledenje kakovosti, upravljanje vzdrževanja strojev ali povezavo s skladiščnim poslovanjem. Ta odločitev neposredno vpliva na to, koliko sistemov je treba povezati, koliko podatkov prenesti in koliko zaposlenih bo sistem dnevno uporabljalo, kar je osnova za vsako nadaljnjo tehnično in organizacijsko odločitev.

• Pregled naročil in delovnih nalogov v realnem času
• Razporejanje dela po strojih, linijah in izmenah
• Sledenje porabi materiala in časa izdelave
• Poročanje o zastojih, izmetu in odstopanjih od plana
• Povezava s skladiščnim in nabavnim poslovanjem
• Dostop do podatkov za vodstvo, proizvodnjo in kakovost

Katere procese mora pokrivati sistem za načrtovanje proizvodnje?#

Sistem za načrtovanje proizvodnje mora pokriti pot naročila od potrditve do dostave: razporejanje dela po kapacitetah, spremljanje napredka izdelave in primerjavo dejanskega stanja z načrtovanim. Brez tega osnovnega kroga podjetje sicer dobi zbirko podatkov, ne pa orodja, ki bi dejansko pomagalo pri odločanju o tem, katero naročilo pospešiti, kje primanjkuje kapacitete in kdaj bo izdelek dejansko pripravljen. Zato je prvi korak vedno natančen popis procesa, kot dejansko poteka v obratu, ne kot je zapisan v internih navodilih.

Poleg osnovnega razporejanja dela je treba določiti, ali sistem spremlja tudi kakovost, na primer rezultate kontrol in reklamacije, in ali vključuje vzdrževanje strojev, saj nenačrtovan izpad opreme neposredno poruši proizvodni plan. Podjetja z več lokacijami ali izmenami morajo dodatno opredeliti, kako se plan usklajuje med izmenami in kako se podatki prenašajo, kadar isto naročilo izdeluje več oddelkov zaporedno. Vsaka od teh odločitev širi obseg projekta in število vlog uporabnikov, ki jih je treba upoštevati pri zasnovi.

Ker se plan proizvodnje redko izvede natančno tako, kot je bil zamišljen, je pomembno tudi, kako sistem obravnava spremembe: prerazporeditev nujnega naročila, izpad materiala ali okvaro stroja. Rešitev, ki ne omogoča hitrega ročnega posega in ponovnega preračuna plana, v praksi hitro postane le evidenca preteklih dogodkov namesto orodja za tekoče odločanje. Zato je smiselno že v fazi analize opredeliti tipične izredne situacije in preveriti, kako naj jih sistem podpre, ne šele po uvedbi, ko je spremembe dražje vgraditi.

• Terminski plan po naročilih, strojih in izmenah
• Spremljanje zasedenosti kapacitet in ozkih grl
• Obravnava izrednih sprememb in nujnih naročil
• Povezava s kontrolo kakovosti in vzdrževanjem opreme
• Primerjava plana in dejanske realizacije
• Poročanje vodstvu o odstopanjih in vzrokih zanje

Povezava s poslovnimi sistemi in obstoječo infrastrukturo#

Sistem za vodenje proizvodnje redko deluje samostojno, saj mora prejemati podatke o naročilih in kosovnicah ter vračati podatke o porabi in zalogi. Zato je ena ključnih odločitev, kako se bo povezal z obstoječimi poslovnimi sistemi podjetja, na primer s tistimi za vodenje financ, naročil ali odnosov s strankami, ki jih podjetja pogosto že imajo uvedene v obliki uveljavljenih ERP ali CRM rešitev. Kakovost te povezave odloča o tem, ali bodo podatki v proizvodnji sploh ažurni.

V praksi povezovanje poteka prek API-jev, ki omogočajo izmenjavo podatkov med sistemi brez ročnega prepisovanja. Kadar obstoječi sistem take povezave ne ponuja ali jo ponuja v omejeni obliki, je treba to ugotoviti čim prej, saj neposredno vpliva na to, kateri podatki bodo v proizvodnji na voljo samodejno in kateri bodo zahtevali dodatno delo ali vmesno rešitev. Podcenjena zahtevnost integracije je eden pogostejših razlogov, da se projekti zavlečejo ali da rezultat ne ustreza pričakovanjem.

Enako velja za povezavo s stroji in napravami v obratu, kjer je treba določiti, ali gre za starejšo opremo brez digitalnega vmesnika, za novejše naprave s standardnimi protokoli ali za kombinacijo obojega. Od tega je odvisno, ali se podatki o delovanju strojev zajemajo samodejno ali jih je treba vnašati ročno, kar vpliva tako na natančnost sistema kot na dodatno delovno obremenitev zaposlenih. Ta del analize je zato smiselno opraviti skupaj z izvajalcem, preden se določi končni obseg projekta.

Kdaj se splača uvesti nov sistem ali nadgraditi obstoječega?#

Nov sistem se splača uvesti takrat, ko obstoječe orodje ne zdrži več obsega poslovanja ali ko podatki o proizvodnji nastajajo v več ločenih evidencah, ki jih nihče zanesljivo ne usklajuje. Nadgradnja obstoječega sistema je smiselnejša, kadar osnova še vedno ustreza potrebam podjetja, manjkajo pa posamezne funkcije, na primer povezava s skladiščem ali boljše poročanje vodstvu. Odločitev med tema dvema potema je zato v veliki meri odvisna od stanja obstoječe rešitve, ne le od želja po novih funkcijah.

Kadar podjetje že ima sistem, vendar ni jasno, kdo je avtor kode, kje so podatki shranjeni ali kako je arhitektura zasnovana, je pred vsako odločitvijo smiselna tehnična ocena. Taka ocena pregleda izvorno kodo, arhitekturo, infrastrukturo in podatke ter pokaže, ali je sistem mogoče prevzeti in nadgraditi ali je tveganje nadaljnjega vzdrževanja preveliko. Šele na podlagi te ocene je mogoče odgovorno oceniti, ali je smiselnejša nadgradnja ali izgradnja novega sistema.

Pri tej presoji je treba upoštevati tudi, kako zelo je proizvodnja odvisna od sistema, ki ga podjetje želi zamenjati. Če gre za sistem, ki neposredno usmerja delo v obratu, mora biti prehod na novo rešitev skrbno načrtovan, z obdobjem vzporednega delovanja starega in novega sistema, da se izognemo prekinitvi proizvodnje. Prenagljena zamenjava brez takega prehoda je eden pogostejših razlogov, da projekti digitalizacije proizvodnje v začetni fazi naletijo na odpor zaposlenih in vodstva.

Podatki, sledljivost in varnost v proizvodnji#

Proizvodni sistem zbira podatke o naročilih, materialih, delovnem času in pogosto tudi o zaposlenih, zato je treba že v fazi načrtovanja določiti, kdo do katerih podatkov dostopa in kako se vodi sledljivost sprememb. To je še posebej pomembno v panogah, kjer je treba dokazati izvor materiala ali potek izdelave, saj brez jasne revizijske sledi taka dokazila niso zanesljiva. Vprašanje dostopa in sledljivosti zato ni tehnična podrobnost, temveč del osnovne zasnove sistema.

Pomembno je tudi ločevanje okolij: razvojno, testno in produkcijsko okolje naj bodo med seboj ločena, v testnem okolju pa se ne uporabljajo pravi osebni podatki zaposlenih ali strank. To zmanjšuje tveganje, da bi napaka pri testiranju vplivala na dejansko proizvodnjo ali da bi bili občutljivi podatki izpostavljeni zunaj nadzorovanega okolja. Enako velja za spremembe sistema, ki morajo pred objavo v produkcijo iti skozi pregled in testiranje, ne glede na to, kako nujna se sprememba zdi.

Naročnik mora imeti jasnost tudi glede lastništva podatkov in kode: izvorna koda in podatki so last naročnika, dokumentacija, dostopi in gesla pa so del vsake primopredaje. To postane pomembno predvsem takrat, kadar se podjetje kasneje odloči zamenjati izvajalca ali prevzeti vzdrževanje sistema samo, saj brez popolne dokumentacije in dostopov taka menjava praktično ni izvedljiva brez dodatnega tveganja in dela.

• Jasno določene pravice dostopa do podatkov po vlogah
• Ločena razvojna, testna in produkcijska okolja
• Testiranje brez pravih osebnih podatkov v testnem okolju
• Pregled in testiranje sprememb pred objavo v produkcijo
• Dokumentacija, dostopi in gesla kot del primopredaje
• Lastništvo kode in podatkov jasno opredeljeno v pogodbi

Kako digitalizacija proizvodnje vpliva na zaposlene?#

Digitalizacija proizvodnje najprej spremeni način, kako zaposleni beležijo in preverjajo svoje delo, saj papirne delovne naloge in ustno poročanje nadomesti vnos v sistem na terminalu, tablici ali skupnem zaslonu. Za del zaposlenih to pomeni razbremenitev, saj odpade ročno prepisovanje podatkov, za druge pa spremembo navade, na katero se je treba privaditi, zato je uvajanje smiselno načrtovati postopoma in ne kot enkraten preklop čez noč.

Ker sistem pogosto pokaže odstopanja, ki jih prej ni bilo mogoče videti, na primer razlike med planiranim in dejanskim časom izdelave, je pomembno, da vodstvo te podatke uporablja za izboljšave procesa in ne le za nadzor posameznikov. Način, kako je sistem predstavljen zaposlenim, pogosto odloča o tem, ali ga bodo sprejeli kot pomoč pri delu ali kot dodaten nadzor, kar neposredno vpliva na kakovost podatkov, ki jih bodo pošteno vnašali.

Uvedba take rešitve zato ni le tehnični, temveč tudi organizacijski projekt, ki vključuje usposabljanje zaposlenih, prilagoditev delovnih navodil in določitev, kdo je odgovoren za podatke v posamezni fazi izdelave. Podjetja, ki temu namenijo dovolj časa pred zagonom, se pogosto izognejo situaciji, ko je sistem tehnično brezhiben, a ga zaposleni uporabljajo pomanjkljivo, kar podatke naredi nezanesljive in s tem zmanjša vrednost celotne naložbe.

Kako izbrati izvajalca za vodenje in načrtovanje proizvodnje?#

Pri izbiri izvajalca za programsko opremo za vodenje proizvodnje je treba najprej preveriti, ali zna prevzeti celoten projekt, od analize procesa do uvedbe in podpore, ali le posamezen tehnični sklop, ki ga bo moralo podjetje samo povezati z drugimi izvajalci. Ta odločitev vpliva na to, kdo nosi odgovornost, če se posamezni deli sistema ne ujemajo, zato jo je smiselno razjasniti pred podpisom pogodbe, ne med izvedbo.

Pri večjih projektih je pomembno tudi, kako je izvajalec organiziran: ali določi projektnega vodjo, jasno razdeli odgovornosti med ekipami, dogovori roke in način rednega poročanja naročniku. Brez tega naročnik pogosto izgubi pregled nad napredkom, dokler se projekt ne zaplete, takrat pa je popravljanje smeri dražje in počasnejše, kot bi bilo ob rednem sprotnem usklajevanju.

Preveriti je smiselno tudi, ali izvajalec zna prevzeti obstoječ ali nedokončan sistem, kar zahteva pregled izvorne kode, arhitekture, infrastrukture in podatkov, preden se odloči, kako naprej. To je pomembno predvsem takrat, kadar podjetje že ima delno izdelano rešitev ali nedokončan projekt prejšnjega izvajalca, saj brez takega pregleda ni mogoče zanesljivo oceniti, kaj je sploh mogoče nadgraditi.

Zadnje, a enako pomembno merilo je, kako izvajalec obravnava obdobje po uvedbi: ali ponuja nadzor delovanja, odpravo napak, dogovorjene odzivne čase in nadaljnji razvoj sistema. Podjetje, ki tega vprašanja ne razjasni vnaprej, se lahko znajde v položaju, ko sistem po zagonu deluje, a nima nikogar, ki bi odpravil napako ali ga prilagodil spremembam v proizvodnji.

• Zmožnost prevzema celotnega projekta ali le izbranega sklopa
• Jasna določitev projektnega vodje, odgovornosti in rokov
• Izkušnje s prevzemom obstoječih ali nedokončanih sistemov
• Pregled izvorne kode, arhitekture in podatkov pred začetkom dela
• Dogovorjen način testiranja in prevzemnih meril
• Ponudba podpore, SLA in nadaljnjega razvoja po uvedbi
• Jasna določitev lastništva kode, podatkov in dostopov

Testiranje, uvedba in prevzem obstoječega sistema#

Preden sistem za vodenje proizvodnje pride v redno uporabo, mora skozi testiranje, ki vključuje ročne in avtomatizirane teste, testiranje API-jev ter regresijsko preverjanje, da spremembe ne pokvarijo že delujočih funkcij. Pri zahtevnejših projektih je smiselno testiranje v okolju, ki posnema resnično proizvodnjo, in izvedba testov v okviru rednega razvojnega procesa, ne šele tik pred zagonom, ko je za popravke premalo časa.

Ob zaključku projekta sledi prevzemno testiranje po vnaprej dogovorjenih merilih, pri katerem naročnik preveri, ali sistem dejansko izpolnjuje dogovorjen obseg. Pri projektih, kjer je neodvisnost preverjanja pomembna, je mogoče testiranje zaupati ekipi, ki je ločena od tiste, ki je sistem razvijala, kar zmanjša tveganje, da bi napake ostale spregledane zaradi seznanjenosti razvijalcev z lastno rešitvijo.

Kadar projekt vključuje prevzem obstoječega ali delno izdelanega sistema, se testiranje začne že s pregledom obstoječega stanja: kaj deluje, kaj ne in kje so tvegana mesta v kodi ali podatkih. Šele na podlagi tega pregleda je mogoče določiti realen načrt dokončanja, saj brez njega ostaja nejasno, koliko dela je dejansko potrebnega in kje se skrivajo tehnične ovire, ki jih prejšnji izvajalec morda ni razrešil.

Podpora, vzdrževanje in cena po meri projekta#

Po uvedbi sistema za vodenje proizvodnje je smiselno vnaprej dogovoriti, kdo skrbi za njegovo delovanje, odpravo napak ter tehnične in varnostne posodobitve. Podpora se običajno razvrsti po nujnosti: izpad celotnega sistema ali ključne funkcije zahteva najvišjo prioriteto, manjše napake brez vpliva na poslovanje pa se uvrstijo v naslednjo redno posodobitev, zahteve za nove funkcije pa se ocenijo in umestijo v dogovorjen termin.

Taka razvrstitev pomaga podjetju razumeti, česa lahko pričakuje v posamezni situaciji, ne da bi bilo treba za vsak primer posebej pogajati o prednosti obravnave. Odzivni časi za posamezno stopnjo nujnosti se dogovorijo v pogodbi o podpori glede na kritičnost sistema za poslovanje naročnika, saj se ta med panogami in podjetji razlikuje.

Cene take rešitve ni mogoče podati vnaprej brez poznavanja obsega, saj nanjo vpliva število funkcij in uporabniških vlog, količina obstoječih sistemov, ki jih je treba povezati, stanje podatkov za prenos, zahteve glede varnosti in skladnosti ter obseg testiranja in podpore po uvedbi. Zato je smiselno začeti s krajšo analizo, ki obseg razčleni na sklope, tako da je vsak sklop mogoče oceniti in izvesti ločeno, cena pa se določi po pregledu dejanskih zahtev projekta.