Digitalna strategija za transformacijo podjetja

Kaj je digitalna strategija za transformacijo podjetja?#

Digitalna strategija je dokument in odločevalski okvir, ki določi, katere procese, oddelke in sisteme podjetje digitalizira najprej, v kakšnem zaporedju in s kakšno odgovornostjo med vodstvom, IT oddelkom, poslovnimi oddelki in zunanjim izvajalcem. Ne gre za seznam tehnologij, temveč za odločitev o prioritetah: kateri sistem najbolj ovira poslovanje, kje nastajajo podvojeni vnosi podatkov in kje zaposleni izgubljajo čas z ročnim delom. Strategija te odločitve poveže v časovni in odgovornostni okvir, ki ga lahko spremljajo direktor, vodja IT in vodje posameznih oddelkov.

Brez digitalne strategije se informatizacija pogosto zgodi po delih: en oddelek uvede novo orodje za poročanje, drug kupi samostojno rešitev za evidenco zalog, tretji še naprej vodi preglednice ločeno od ERP sistema. Rezultat je podjetje z več sistemi, ki ne govorijo med sabo, podatki pa se podvajajo ali izgubljajo pri prehodu med oddelki. Digitalna strategija to prepreči, ker vnaprej določi, kateri sistem je vir resnice za posamezen podatek in kako se informacije pretakajo med proizvodnjo, financami, kadrovsko službo in vodstvom.

Za podjetje z več kot milijon evrov letnih prihodkov digitalna strategija ni enkraten dokument, temveč okvir, ki se preverja ob vsaki večji odločitvi o novem sistemu ali nadgradnji. Pomaga odgovoriti na vprašanja, kot so, ali nov sistem nadomesti obstoječega, ali ga je treba povezati prek API-ja, in kdo znotraj podjetja prevzame odgovornost za podatke po uvedbi. Tak okvir vodstvu omogoča, da odločitve o informatizaciji sprejema na podlagi vpliva na poslovanje, ne na podlagi trenutnih tehničnih omejitev.

Kdaj je čas za pripravo digitalne strategije?#

Čas za pripravo digitalne strategije je takrat, ko podjetje načrtuje projekt, ki posega v več kot en oddelek ali obstoječi sistem, ali ko se pripravlja na večjo organizacijsko spremembo, kot je rast, združitev ali menjava ključnega sistema. Če se o novem orodju odloča samo oddelek, ki ga bo uporabljal, brez pogovora z IT in drugimi oddelki, je to znak, da strategija manjka ali je zastarela.

Potreba po strategiji se pogosto pokaže ob konkretnih znakih: zaposleni isti podatek vnašajo v več sistemov, poročila za vodstvo nastajajo ročno iz več virov, ali pa obstoječi sistem ne omogoča več povezave z novimi orodji. V javnem zavodu se podoben signal pojavi, ko je treba vzpostaviti nov portal ali interaktivno rešitev, ki mora delovati skupaj z obstoječo dokumentacijo in evidencami. V vseh teh primerih je priprava strategije pred izbiro tehnologije smiselnejša kot kupovanje posamičnih rešitev.

Priprava digitalne strategije je smiselna tudi pred prevzemom ali nadgradnjo obstoječega, morda nedokončanega sistema. Preden se odloči o nadaljnjih korakih, je treba pregledati izvorno kodo, arhitekturo, infrastrukturo in stanje podatkov, da vodstvo ve, ali je sistem mogoče nadgraditi ali ga je treba zamenjati. Ta pregled je del strategije in ne ločen tehnični korak, ker neposredno vpliva na to, kateri oddelki in roki so od odločitve odvisni.

Katere oddelke in sisteme zajema digitalna transformacija#

Digitalna transformacija v srednje velikem ali velikem podjetju redko zadeva samo en oddelek. Večina projektov hkrati vpliva na IT, finance, proizvodnjo, kadrovsko službo in nabavo, ker se podatki med temi oddelki pretakajo naprej in nazaj: naročilo iz nabave sproži vnos v proizvodnjo, ta pa poročanje za finance. Digitalna strategija zato najprej nariše, kateri oddelki so vpleteni v posamezen proces, in šele nato določi, kateri sistem ali povezava je potrebna.

Enako velja za obstoječe sisteme. Podjetja pogosto že uporabljajo enega od uveljavljenih sistemov za poslovanje, kot so Pantheon, Microsoft Business Central ali SAP, poleg CRM orodja za stike s strankami, dokumentnega sistema in ločenih orodij za poročanje. Strategija določi, kateri od teh sistemov ostane vir podatkov, kateri se nadomesti in kje je potrebna integracija prek API-ja, da se podatki ne vnašajo dvakrat.

Pri določanju obsega digitalne transformacije si vodstvo pomaga s pregledom po področjih, ki jih projekt dejansko pokriva, od poslovnih procesov do obstoječih sistemov, podatkov in zahtev glede varnosti. Tak pregled pokaže, kje se obseg projekta dejansko konča in kje bi bilo smiselno delo razdeliti na ločene sklope, ki se izvajajo zaporedno ali vzporedno, vsak s svojim rokom in odgovorno osebo.

• organizacijske procese, ki segajo čez več oddelkov (naročila, odpreme, odobritve)
• obstoječe sisteme ERP, CRM, dokumentne in sisteme poročanja ter njihove API-je
• podatke, ki se trenutno vnašajo ročno ali dvojno
• zahteve glede varnosti in skladnosti, ki veljajo za panogo ali javni sektor
• mobilne in terenske potrebe zaposlenih, ki ne delajo za pisarniškim računalnikom
• načrt za obdobje po uvedbi: kdo vzdržuje sistem in kako se rešujejo napake

Kako digitalna strategija vpliva na ERP, CRM in dokumentne sisteme?#

Digitalna strategija vpliva na ERP, CRM in dokumentne sisteme tako, da vnaprej določi, kateri sistem je lastnik posameznega podatka in kako se ti sistemi med sabo povezujejo prek API-jev, še preden se začne razvoj ali nakup nove rešitve. Brez te odločitve se zgodi, da isti podatek o stranki ali naročilu obstaja v ERP, CRM in ločeni preglednici, pri čemer se različice med sabo razhajajo.

Integracija med sistemi ni samo tehnično vprašanje, temveč tudi organizacijsko: treba je določiti, kdo v podjetju popravlja napačen podatek, kadar se razlikuje med sistemi, in kako se spremembe v enem sistemu samodejno odrazijo v drugem. Pri podjetjih z lastnim ERP ali CRM sistemom in dodatnimi orodji za poročanje to pomeni, da se API povezave načrtujejo z jasno določenim virom resnice za vsak tip podatka, od zalog do finančnih evidenc.

Pri migraciji podatkov iz starega v nov sistem ali pri povezovanju dveh obstoječih sistemov je enako pomembno ločiti razvojno, testno in produkcijsko okolje. V testnem okolju se ne uporabljajo pravi osebni podatki, spremembe pa gredo skozi pregled in testiranje, preden se objavijo v produkcijo. Tak pristop zmanjša tveganje, da bi napaka v povezavi med ERP in CRM sistemom vplivala na dejansko poslovanje ali na podatke strank.

Tveganja in odgovornosti pri digitalni transformaciji#

Največje tveganje pri digitalni transformaciji ni izbira tehnologije, temveč nejasna odgovornost: kdo v podjetju odloča o prioritetah, kdo potrjuje spremembe in kdo je odgovoren za podatke, ko projekt zajame več oddelkov hkrati. Če te vloge niso določene vnaprej, se odločitve zavlečejo ali jih sprejme oddelek, ki nima pregleda nad celotnim sistemom.

Pred začetkom projekta, ki zajema več oddelkov, je smiselno pisno določiti, kdo nosi posamezno odgovornost, še preden se delo začne. Jasna razdelitev vlog med naročnikom in izvajalcem zmanjša tveganje, da se odločitve o obsegu, rokih ali podatkih sprejemajo naknadno in brez dogovora, kar pri večjih projektih najpogosteje povzroči zamude, podvajanje dela ali nesoglasja o tem, kaj je bilo dogovorjeno.

Pri večjih projektih se tveganje zmanjša tudi z določitvijo projektnega vodje, ki pozna odgovornosti posameznih ekip, roke in način poročanja vodstvu. Izvorna koda in podatki ostajajo last naročnika, dokumentacija, dostopi in gesla pa so del primopredaje ob zaključku, kar naročniku omogoča, da sistem po potrebi prevzame ali preda drugemu izvajalcu, brez odvisnosti od enega ponudnika.

• kdo je projektni vodja na strani naročnika in kdo na strani izvajalca
• kdo potrjuje spremembe obsega, rokov ali načina dela
• kdo je lastnik podatkov in izvorne kode po zaključku projekta
• kako poteka komunikacija in poročanje o napredku med fazami
• kdo prevzame nadzor delovanja in odpravo napak po uvedbi

Vloga AI in avtomatizacije v digitalni strategiji#

Digitalna strategija določa tudi, kje ima smisel uvesti AI in avtomatizacijo, in kje bi to pomenilo le dodatno orodje brez resnične koristi. AI agenti, RAG sistemi za semantično iskanje po dokumentih, ekstrakcija podatkov iz dokumentov in avtomatizacija poročanja so smiselni predvsem tam, kjer zaposleni danes porabijo veliko časa za ponavljajoče se ročno delo, na primer pri vnosu podatkov iz dokumentov v ERP ali pri sestavljanju poročil iz več virov.

Pred uvedbo AI v poslovni proces digitalna strategija postavi nekaj vprašanj, ki morajo biti odgovorjena še preden se začne tehnična izvedba. Odgovori nanje določajo, ali je rešitev uporabna za dejansko odločanje ali samo dodatno orodje, ki ga zaposleni ne bodo uporabljali, in kako se vklopi med obstoječe sisteme, ne da bi ustvarila nov vir napak.

Avtomatizacija delovnih tokov in poročanja ima podoben učinek: namesto da zaposleni ročno zbirajo podatke iz proizvodnje, financ in nabave za mesečno poročilo, sistem to naredi samodejno in obvesti odgovorno osebo, ko nastopi izjema. Digitalna strategija določi, kateri procesi se avtomatizirajo najprej, glede na to, kje se trenutno izgublja največ časa ali kje napake najbolj vplivajo na poslovanje.

• kje so podatki, na katerih bo AI deloval, in kdo je njihov lastnik
• kakšna natančnost je potrebna, da je rezultat uporaben za odločitve
• katere akcije sme sistem izvesti samostojno in katere potrebujejo potrditev zaposlenega
• kako se rezultat preveri, preden vpliva na poslovno odločitev ali stranko
• kako se sistem vklopi v obstoječe delovne tokove, ne da bi podvajal delo

Varnost podatkov in skladnost pri digitalni transformaciji#

Varnost podatkov pri digitalni transformaciji pomeni, da je treba še pred razvojem določiti, kdo ima dostop do katerih podatkov, kako se podatki prenašajo med sistemi in kako se ravna z osebnimi podatki v testnem okolju. V testnem in razvojnem okolju se ne uporabljajo pravi osebni podatki, produkcijsko okolje pa je ločeno, da napaka pri testiranju ne vpliva na dejanske stranke ali zaposlene.

Za podjetja v reguliranih panogah ali javnem sektorju digitalna strategija vključuje tudi vprašanja skladnosti, na primer kako sistem ustreza zahtevam glede varstva osebnih podatkov ali predpisom, ki veljajo za javna naročila in informacijske sisteme v javni upravi. Teh zahtev se ne določa naknadno, temveč so del arhitekture sistema od začetka, ker je kasnejše popravljanje bistveno dražje od pravilne odločitve na začetku.

Pri večjih projektih varnostna vprašanja segajo od arhitekture in nadzora dostopov do odziva na morebitne incidente, zato se taka dela pogosto izvajajo znotraj širše projektne ekipe, ne enega človeka. Epix in njegova specialistična partnerska mreža lahko za posamezen projekt sestavita ekipo, ki pokriva naslednja področja:

• varnostna arhitektura in utrjevanje infrastrukture
• upravljanje dostopov in identitet (IAM)
• penetracijsko testiranje in upravljanje ranljivosti
• odziv na incidente in digitalna forenzika
• varnost v oblaku in DevSecOps pristop

Kako izbrati izvajalca za digitalno transformacijo?#

Izvajalca za digitalno transformacijo je treba izbrati glede na to, ali lahko prevzame celoten projekt čez več oddelkov ali samo posamezen tehnični sklop, in ali ima dostop do kadra, ki pokriva razvoj, podatke, varnost in uvedbo hkrati. Pri projektu, ki zajema ERP, CRM, dokumentne sisteme in poročanje hkrati, en ozko specializiran ponudnik pogosto ne zadošča.

Pri izbiri izvajalca je smiselno preveriti nekaj konkretnih točk, ki pokažejo, ali lahko prevzame odgovornost za celoten projekt ali samo za posamezen tehnični sklop, in kako ravna z obstoječimi sistemi, ki jih podjetje že uporablja. Enako pomembno je, kako je urejeno lastništvo kode in podatkov ter kakšna podpora in odzivnost sledita po uvedbi sistema v redno delovanje.

Pri Epixu lahko projekt prevzamemo v celoti ali kot posamezen projektni sklop. Pri večjih projektih določimo projektnega vodjo, odgovornosti posameznih ekip, roke ter način komunikacije in poročanja, lahko pa prevzamemo tudi obstoječ ali nedokončan sistem po pregledu izvorne kode, arhitekture, infrastrukture in podatkov. Izvorna koda in podatki so last naročnika, dokumentacija, dostopi in gesla pa so del primopredaje ob zaključku dela.

• ali lahko prevzame projekt v celoti ali samo posamezen sklop in kako se ta deli dogovorijo
• kako se določi projektni vodja, roki in način poročanja vodstvu
• ali lahko prevzame obstoječ ali nedokončan sistem po pregledu kode in podatkov
• kako je urejeno lastništvo izvorne kode, podatkov, dostopov in gesel po zaključku
• kakšna je raven podpore in odzivnosti po uvedbi (SLA)

Kako poteka izvedba digitalne strategije v praksi#

Izvedba digitalne strategije se v praksi začne s pregledom obstoječega stanja: katere sisteme podjetje že ima, kateri podatki so kje shranjeni in kateri procesi segajo čez več oddelkov. Šele na podlagi tega pregleda se obseg razdeli na sklope, ki jih je mogoče izvajati zaporedno ali vzporedno, vsak s svojim rokom in odgovorno osebo na strani naročnika in izvajalca.

Spremembe se nato izvajajo skozi ločena razvojna, testna in produkcijska okolja, kjer vsaka sprememba gre skozi pregled in testiranje, preden se objavi v produkcijo. Testiranje vključuje ročne in avtomatizirane scenarije, testiranje API-jev ter regresijsko testiranje, pri zahtevnejših projektih pa tudi prevzemno testiranje po vnaprej dogovorjenih merilih, po potrebi z neodvisnim QA, ločenim od razvojne ekipe.

Tak potek dela omogoča, da vodstvo med izvedbo spremlja napredek po sklopih in ne šele ob koncu projekta, ko bi bile morebitne napake dražje za popravilo. Projektni vodja redno poroča o stanju posameznih sklopov, kar vodstvu omogoča, da pravočasno prilagodi prioritete, če se izkaže, da en oddelek potrebuje rešitev prej kot je bilo prvotno predvideno, brez da bi to ogrozilo preostale sklope projekta.

Vzdrževanje in nadaljnji razvoj po uvedbi digitalne strategije#

Digitalna strategija se ne konča z uvedbo sistema v redno delovanje, temveč vključuje tudi dogovor o tem, kdo po uvedbi spremlja delovanje, odpravlja napake in vzdržuje varnostne posodobitve. Brez tega dogovora sistem po nekaj mesecih pogosto ostane brez lastnika, napake pa se rešujejo šele, ko že vplivajo na poslovanje, kar podjetje opazi šele, ko se izpad pokaže pri strankah ali zaposlenih.

Po uvedbi sistema se obseg podpore običajno razdeli po prednosti, s katero se posamezna napaka ali zahteva obravnava, odzivni časi pa se za vsak razred dogovorijo posebej v pogodbi o podpori. Taka razdelitev vodstvu omogoča, da loči izpad, ki zahteva takojšen odziv, od zahteve za nadgradnjo, ki se lahko uvrsti v naslednjo redno objavo.

Epix lahko po uvedbi prevzame nadzor delovanja, odpravo napak, tehnične in varnostne posodobitve ter nadaljnji razvoj sistema, pri čemer se obseg podpore določi glede na posamezen projekt. Ker so izvorna koda, podatki, dostopi in gesla del primopredaje, lahko naročnik podporo kadarkoli prevzame sam ali jo zaupa drugemu izvajalcu, brez odvisnosti od enega ponudnika.

• izpad: sistem ali ključni del ne deluje, obravnava ima najvišjo prednost
• motnja: sistem deluje, posamezna funkcija ne deluje pravilno
• napaka: manjša napaka brez vpliva na poslovanje, uvrščena v naslednjo objavo
• zahteva: sprememba ali nadgradnja, za katero se oceni obseg in uskladi termin