Kada rukovodstvo postavi pitanje koliko traje ERP implementacija, obično ne traži samo broj meseci. Traži procenu rizika, uticaj na svakodnevni rad i odgovor na mnogo važnije pitanje – kada će kompanija stvarno početi da radi brže, tačnije i sa više kontrole.

Najkraći iskren odgovor glasi: zavisi. Ali ne na neodređen način. Trajanje ERP projekta se može proceniti prilično precizno kada se razumeju obim procesa, kvalitet postojećih podataka, broj integracija i spremnost tima da menja ustaljene načine rada. Za neke firme to je nekoliko meseci. Za druge je to projekat koji traje znatno duže, posebno kada ERP treba da poveže finansije, nabavku, prodaju, skladište, proizvodnju, logistiku i razmenu dokumenata sa partnerima.

Koliko traje ERP implementacija u realnim uslovima

U praksi, manji i srednje složeni ERP projekti često traju između 3 i 6 meseci. Srednje složene implementacije uglavnom se kreću od 6 do 9 meseci, dok kompleksniji sistemi sa više lokacija, više pravnih lica, specifičnim odobravanjima, prilagođenim izveštajima i integracijama mogu trajati 9 do 18 meseci, ponekad i duže.

To ne znači da je kraći projekat automatski bolji. Ako se ide prebrzo, bez jasnog mapiranja procesa i provere podataka, firma često dobije sistem koji formalno radi, ali operativno pravi nova uska grla. S druge strane, preduga implementacija troši energiju tima, odlaže koristi i povećava verovatnoću da se obim projekta proširi van kontrole.

Zato pravo pitanje nije samo koliko traje ERP implementacija, već i šta se u tom periodu radi. Dobar rok je onaj koji je dovoljno ambiciozan da donese rezultat brzo, ali dovoljno realan da ne ugrozi stabilnost poslovanja.

Šta najviše utiče na trajanje projekta

Najveći faktor nije sam softver, već poslovna realnost kompanije. Ako firma ima jasno definisane procese, uredne šifre artikala, standardizovane dokumente i odgovorne vlasnike procesa, implementacija ide znatno brže. Ako se projekat pokreće dok su podaci rasuti po tabelama, odobravanja neformalna, a ključne odluke vezane za jednu ili dve osobe, rokovi se produžavaju gotovo sigurno.

Obim je sledeći veliki faktor. Nije isto kada ERP pokriva samo finansije i osnovnu komercijalu, i kada treba da obuhvati nabavku, planiranje, skladišta, proizvodnju, servis, terensku prodaju i EDI razmenu sa kupcima i dobavljačima. Svaki dodatni proces traži analizu, podešavanje, testiranje i obuku.

Integracije često prave najveću razliku između plana na papiru i realnog trajanja. Ako ERP treba da komunicira sa webshopom, WMS-om, CRM-om, bankama, BI alatima ili eksternim partnerima kroz strukturisanu razmenu dokumenata, projekat više nije samo implementacija poslovnog sistema. Postaje centralni deo šire digitalne arhitekture firme.

Tu je i pitanje prilagođavanja. Standardne funkcionalnosti ubrzavaju projekat, ali nisu uvek dovoljne. Kada kompanija ima specifičan model obračuna, posebne tokove odobravanja ili zahtevne logističke procese, deo sistema mora da se prilagodi. To može biti opravdano, ali svako dodatno prilagođavanje produžava rok i traži strožu kontrolu zahteva.

Faze ERP implementacije i koliko svaka traje

ERP projekat obično prolazi kroz nekoliko faza. Prva je analiza poslovnih procesa i definisanje obima. U ovoj fazi se ne govori samo šta sistem treba da radi, već kako firma zaista funkcioniše. To uglavnom traje od 2 do 6 nedelja, a kod složenijih organizacija i duže.

Zatim dolazi dizajn rešenja i priprema implementacije. Tada se definišu ključna pravila rada, struktura podataka, uloge korisnika, tokovi dokumenata i plan migracije. Ova faza često traje od 3 do 8 nedelja, u zavisnosti od broja modula i nivoa prilagođavanja.

Sama konfiguracija sistema, razvoj dodatnih funkcionalnosti i izrada integracija mogu trajati od 1 do 4 meseca. Ovde mnogo zavisi od toga da li se koristi već proverena logika ili se projektuju nova pravila specifična za organizaciju.

Migracija podataka je faza koju firme redovno potcene. Prenos matičnih podataka, stanja, otvorenih stavki, cenovnika, partnera i istorije nije samo tehnički posao. Ako su podaci netačni, duplirani ili neusklađeni, tim prvo mora da ih sredi. To može trajati od nekoliko nedelja do više meseci, posebno ako se čišćenje podataka radi prvi put sistematski.

Testiranje i korisnička obuka najčešće traju između 3 i 6 nedelja. Tu se vidi koliko je projekat zaista spreman za rad. Ako korisnici tek u toj fazi prvi put ozbiljno pregledaju procese, promene dolaze kasno i rok se pomera. Kada su uključeni ranije, ova faza je mnogo stabilnija.

Na kraju dolazi puštanje sistema u rad i period pojačane podrške. Sam go-live može trajati jedan dan ili nekoliko talasa, ali stabilizacija posle puštanja obično zahteva još 2 do 8 nedelja intenzivne podrške.

Zašto neki ERP projekti traju duplo duže od plana

Najčešći razlog je nejasan obim. Projekat krene sa idejom da zameni stare alate i uvede red, a zatim se usput dodaju novi zahtevi, dodatni izveštaji, posebne kontrole, nove integracije i izuzeci za pojedine timove. Svaki od tih zahteva možda deluje mali, ali zajedno menjaju rok.

Drugi čest problem je slaba interna dostupnost ključnih ljudi. ERP ne može kvalitetno da se uvede ako vlasnici procesa nemaju vremena za radionice, validaciju i testiranje. Kada operativa kasni sa odgovorima, kasni i implementacioni tim. To je posebno izraženo u kompanijama koje pokušavaju da vode transformaciju „sa strane“, bez jasne upravljačke strukture projekta.

Treći razlog je otpor promenama. Ako zaposleni i menadžeri gledaju ERP kao IT projekat, a ne kao promenu načina rada, odlučivanje postaje sporo, a stari obrasci se uporno vraćaju. Tada implementacija formalno ide napred, ali se suštinski koči.

I konačno, loše pripremljena migracija podataka i integracija sa drugim sistemima često pomere ceo plan. Kada podaci nisu pouzdani, nijedan ERP ne može da pruži kontrolu i tačnost koje menadžment očekuje.

Kako skratiti implementaciju bez ugrožavanja kvaliteta

Najefikasniji pristup je da se projekat vodi sa jasnim prioritetima. Nije svaka funkcionalnost jednako važna za prvi dan rada. Kada se definiše šta mora da bude spremno za go-live, a šta može da ide u drugoj fazi, tim zadržava fokus i rok postaje realniji.

Mnogo pomaže i rano donošenje odluka. Ako se ključna poslovna pravila potvrde na početku, kasnije ima manje vraćanja unazad. To važi za šifarnike, tokove odobravanja, pravila knjiženja, strukturu magacina i način razmene podataka sa drugim sistemima.

Važna je i disciplina oko prilagođavanja. Svaka prilagođena funkcionalnost treba da rešava konkretan poslovni problem, ne samo da preslika staru naviku rada. Kada se softver previše savija oko postojećih slabosti procesa, projekat traje duže, a rezultat često ostaje ispod očekivanja.

Dobar partner dodatno skraćuje rok jer ne kreće od nule. Iskustvo u mapiranju procesa, migraciji podataka, integracijama i faznom puštanju sistema pravi veliku razliku. Kompanije koje rade sa timom koji razume i poslovnu operativu i tehničku implementaciju obično imaju manje zastoja, manje improvizacije i stabilniji prelazak na novi sistem.

Realna očekivanja za menadžment

Ako ste direktor, CFO, COO ili IT rukovodilac, korisno je da ERP implementaciju posmatrate kao operativni projekat sa jasnim poslovnim ciljevima. Njen cilj nije samo zamena jednog softvera drugim. Cilj je da se smanji ručni rad, uklone dupli unosi, povežu podaci, ubrza protok dokumenata i uvede kontrola nad procesima koji danas zavise od improvizacije.

Zato je realnije pitati kada će pojedini procesi početi da donose rezultat nego tražiti jedan jedini datum za ceo projekat. U nekim slučajevima finansije i osnovna komercijala mogu ući u rad ranije, dok napredne integracije, specifični izveštaji ili dodatne lokacije dolaze kasnije. Takav fazni pristup često je bolji od pokušaja da sve bude gotovo odjednom.

Za firme koje žele stabilan i skalabilan sistem, najpametnije je planirati ERP implementaciju kao kontrolisanu transformaciju, ne kao ubrzanu zamenu alata. Upravo tu se vidi razlika između projekta koji samo menja interfejs i projekta koji zaista uvodi red. Technologent taj posao vodi sa fokusom na operativnu realnost klijenta, jer rok ima vrednost samo ako na kraju donese preciznije podatke, manje zastoja i pouzdaniji rad.

Ako danas procenjujete koliko traje ERP implementacija, nemojte tražiti univerzalan broj. Tražite jasan plan, realan obim i partnera koji ume da prepozna gde će projekat zaista dobiti brzinu, a gde mora da uspori da bi sistem sutra radio bez haosa.