Najbolje prakse pre prelaska na novi sistem

Prelazak na novi sistem retko kasni zbog toga što je nova aplikacija loša sama po sebi. Češće je problem u tome što se tokom prelaska otkriva da se podaci o porudžbinama razlikuju na više mesta, da izuzetak u skladištu postoji samo u glavi iskusnog kolege ili da Excel tabela podržava odluku koju niko nije dokumentovao. najbolje prakse pre prelaska na novi sistem zato nisu isključivo informatičke kontrolne tačke. One su uslovi za kontrolu poslovanja.

U rastućoj kompaniji zamena ili integracija sistema može uticati na prodaju, nabavku, proizvodnju, skladište, fakturisanje i izveštavanje menadžmenta. Ako prelazak počne samo kao tehnološki projekat, stari problemi lako ostaju - samo na novom interfejsu. Bolji pristup je da kompanija prvo ispita kako zaista radi, a tek onda odluči šta treba preneti, transformisati ili ostaviti.

Pre prelaska na novi sistem, procenite stvarni proces

Opisani proces i stvarno funkcionisanje često nisu isti. Na primer, prema dijagramu toka, porudžbina iz webshopa automatski prelazi u ERP, ali u praksi zaposleni svako jutro proverava, ispravlja i ručno dopunjava nedostajuće podatke. Ovo nije nužno greška zaposlenog. Pre je znak da sistem ili proces ne upravlja izuzecima na odgovarajući način.

Pre prelaska, korisno je pratiti nekoliko stvarnih slučajeva od početka do kraja. Jednu dolaznu porudžbinu, povrat robe, hitnu nabavku, proizvodno odstupanje ili reklamaciju. Ko pokreće proces? Na osnovu kojih informacija donosi odluku? U kojem sistemu beleži podatke? Gde slučaj čeka, i ko interveniše ako nešto ne ide uobičajenim putem?

Ovaj rad nije administrativna formalnost. Odavde se otkriva koje funkcije u novom sistemu zaista moraju raditi od prvog dana, a koji su to stari koraci koji više ne služe poslovnoj svrsi. U mnogim slučajevima, najveći rezultat nije razvoj, već eliminacija nepotrebnog odobrenja, paralelnog unosa podataka ili ručnog usklađivanja.

Izuzeci mogu biti važniji od prosečnih slučajeva

Normalan proces je obično lako predstaviti. Teškoće počinju kada stigne delimična isporuka, kupac traži drugu adresu isporuke, zalihe proizvoda postanu negativne ili se porudžbina mora izmeniti nakon izdavanja fakture. Ovi slučajevi često nisu svakodnevni, ali ipak uzrokuju značajno vreme, usklađivanje i rizik.

Nije cilj automatizovati svaki izuzetak. Kod retke odluke koja zahteva veliku stručnost, bolje je da sistem jasno ukaže na problem i usmeri ga na određenu osobu. Suština je da upravljanje izuzetkom ne bude skrivena, lično zavisna zaobilaznica.

Pre prenosa podataka, potrebno je razjasniti vlasnika podataka

Jedno od najčešćih nesporazuma kod prelaska je da se svi postojeći podaci moraju preneti. Nije sigurno. Prenošenje deset godina starih, nepotpunih ili dupliranih osnovnih podataka nije očuvanje, već prenošenje stare nesigurnosti.

Prvo treba odrediti koji su podaci potrebni za svakodnevno poslovanje, zakonske ili ugovorne obaveze, kao i za poslovnu analizu. Zatim treba identifikovati vlasnika podataka. Ko je odgovoran za naziv, jedinicu mere i status osnovnih podataka? Ko može odlučiti o izmeni podataka partnera? Koji sistem je primarni izvor ako se isti podaci o klijentima nalaze u CRM-u, ERP-u i sistemu za fakturisanje?

Ako na ovo nema jasnog odgovora, integracija će samo brže širiti razlike. Tehnička veza može preneti podatke, ali ne može odlučiti koji su podaci tačni.

Ne testirajte samo zapise, već i poslovna pravila

Uvoz podataka se ne može smatrati uspešnim čak ni ako su svi redovi učitani. Takođe treba ispitati da li se sa podacima mogu izvršiti važne poslovne operacije. Da li se porudžbina pravilno kreira? Da li se zalihe mogu rezervisati? Da li se na dokumentu pojavljuje odgovarajući PDV, uslovi plaćanja, cena ili popust? Da li izveštaj pokazuje isto što je menadžment do sada koristio, i ako ne, da li tačno znaju zašto?

Korisno je da kontrola nije samo zadatak IT-a i dobavljača. Finansije, skladište, prodaja i proizvodnja primećuju greške koje tehnički možda nisu vidljive, ali u radu odmah izazivaju zastoje.

Najbolje prakse pre prelaska na novi sistem: jasne odgovornosti

Tokom prelaska, mnogi zadaci „pripadaju nekome“. Neko mora odobriti osnovne podatke, proveriti uvoz, obavestiti korisnike ili doneti odluku o otvorenom pitanju. Međutim, „neko“ nije odgovornost.

Već na početku projekta treba zabeležiti ko donosi poslovne odluke, ko je odgovoran za proces, ko priprema podatke, ko vrši tehničke izmene i ko može dati dozvolu za početak rada. Posebno je važno odrediti granice odlučivanja. Programer ne može samostalno odlučiti da li je izuzetak u fakturisanju poslovno prihvatljiv, dok poslovni menadžer ne mora dati tehnički odgovor na nivou baze podataka.

Razjašnjavanje odgovornosti takođe čini vidljivim opterećenje ključnih ljudi. Mnogi projekti usporavaju jer ista dva stručnjaka obavljaju svakodnevne operacije, dok se od njih očekuju svi testovi i odobrenja. U takvim slučajevima, plan prelaska mora uzeti u obzir zamenu, ciljane vremenske prozore ili privremeni kapacitet.

Početak rada ne treba da bude prva potpuna proba

Testno okruženje samo po sebi nije garancija. Daje pravu sigurnost ako kompanija isproba scenarije koji su kritični za svakodnevno poslovanje. U skladištu to može biti prijem, skladištenje, komisioniranje, inventar i isporuka. U proizvodnji izdavanje materijala, upravljanje radnim nalozima, beleženje otpada i prijem gotovih proizvoda. U trgovini lanac porudžbine, plaćanja, fakturisanja, povraćaja i informisanja kupaca.

Probno testiranje treba obaviti sa što realnijim količinama i ulogama. Nije dovoljno imati samo jedan uzorak porudžbine ako u normalnom radu podaci dolaze sa više kanala, dolazi do kretanja zaliha i više ljudi radi na istom fajlu. Takođe je važno da testeri ne proveravaju samo ono što novi sistem treba da zna, već i ono što je ranije dovodilo do grešaka.

Za odluku pre početka rada, korisno je unapred odrediti uslove prihvatanja. Koji procesi moraju raditi bez greške? Koja odstupanja su još uvek prihvatljiva nakon početka rada, a šta zaustavlja prelazak? Time se izbegava neizvesna odluka „idemo u rad“ zasnovana na utiscima.

Potreban je plan vraćanja, ali ne uvek isti

Plan vraćanja nije pesimizam, već disciplina kontinuiteta poslovanja. Ako se u novom sistemu pojavi kritična greška, svi moraju znati ko odlučuje o vraćanju, koji podaci se mogu sačuvati, do kada se može vratiti na stari sistem i kako će se upravljati transakcijama nastalim tokom prelaska.

Potpuno vraćanje nije uvek realno ili potrebno. Kod postepenog uvođenja novog rešenja za izveštavanje, na primer, stari izveštaj se može zadržati neko vreme paralelno. Kod zamene centralnog ERP-a, to može biti mnogo složenije jer paralelno knjigovodstvo i upravljanje zalihama između dva sistema mogu stvoriti nova odstupanja. Ovde treba unapred proceniti koliko dugo se može održati stari način rada i koliki rizik predstavlja dvostruko upravljanje podacima.

Plan treba da se bavi i uticajem na klijente, dobavljače i zaposlene. Ako zbog prekida kasni potvrda, isporuka ili fakturisanje, treba postojati jasna komunikacija i ručna procedura. Dobro pripremljen prelazak nije dobar zato što nikada nema problema, već zato što organizacija ne improvizuje kada se problem dogodi.

Prvi dani nakon početka rada su takođe deo projekta

Prelazak se ne završava pritiskom na dugme za početak rada. Greške koje se javljaju u prvim danima brzo otkrivaju gde je bilo odstupanja između pretpostavljenog i stvarnog funkcionisanja. Za to je potrebna određena podrška, kratak put odlučivanja i zajednička lista za upravljanje greškama.

Vredi razlikovati greške koje zaustavljaju rad, probleme koji se mogu rešiti zaobilaznim putem i zahteve za razvoj. Ako svaka primedba dobije istu hitnost, tim gubi fokus. Međutim, ako kritični problemi brzo postanu vidljivi, menadžment može doneti informisane odluke o prioritetima.

Dobra pitanja postavljena pre prelaska na novi sistem često su vrednija od duge liste funkcija. Koji posao obavljamo samo iz navike? Gde se isti podaci stvaraju dvaput? Ko može samostalno ispraviti proces? Ako se na ova pitanja daju iskreni odgovori, novi sistem neće samo zameniti stari, već će obezbediti predvidljivije poslovanje za rast.