Novi poslovni sustav ljudi usvajaju onda kada im pomaže obaviti konkretan posao uz dovoljno vremena, jasne upute i podršku kad nešto zapne. Sama objava projekta, demonstracija ili kratka edukacija rijetko su dovoljni. Change management počinje pitanjem: što će se promijeniti u radu osobe koja danas izdaje račun, planira proizvodnju, odobrava nabavu ili zatvara mjesec?
Upravljanje organizacijskom promjenom često se prikazuje kroz planove, rokove i komunikacijske kampanje. Sve je to potrebno, ali zaposlenik promjenu procjenjuje kroz drukčija pitanja: Hoću li znati što napraviti? Hoće li mi novi korak oduzeti više vremena? Kome se mogu javiti ako podatak nedostaje? Hoće li se pogreška tretirati kao problem procesa ili kao moja osobna pogreška?
Odgovori na ta pitanja određuju hoće li usvajanje novog sustava postati dio svakodnevnog rada ili će tim paralelno održavati stare tablice, e-poštu i neformalne dogovore.
Informiranje je važan početak. Ljudi trebaju znati zašto organizacija uvodi novi ERP, koje poslovne probleme želi riješiti, koje se uloge mijenjaju i kada mogu očekivati promjene. Nejasna poruka ostavlja prostor za glasine, osobito kad se mijenjaju odgovornosti, redoslijed odobravanja ili vidljivost podataka.
Ipak, obavijest nije usvajanje. Poruka poput "od ponedjeljka radimo u novom sustavu" ne odgovara na radna pitanja. Korisnija komunikacija navodi:
Korisno je razlikovati informacije za cijelu organizaciju od informacija za pojedine uloge. Voditelj skladišta, računovođa i komercijalist ne trebaju istu razinu detalja istoga dana. Svakome treba objasniti promjenu u jeziku vlastitog posla.
Ljudi koji rade proces vide iznimke koje se ne pojavljuju na dijagramu. Znaju kada materijal stigne bez najave, kada kupac traži izmjenu narudžbe nakon potvrde, kada račun čeka dokument koji još nije stigao ili kada se proizvodnja mora prilagoditi stvarnom stanju na stroju.
Zato uključivanje korisnika nije formalnost ni poziv na sastanak radi potvrde već donesene odluke. To je rad na pitanjima kao što su:
Takav razgovor ne znači prihvatiti svaku postojeću naviku. Ponekad sustav uvodi potreban red ili traži jasniju odgovornost. Razlika je u tome što se odluka objašnjava kroz stvaran rad, a ne kroz apstraktnu poruku o standardizaciji.
Prije konfiguracije korisno je pregledati tokove rada i odrediti prioritete. ERP i procesni screening može pružiti strukturiranu polaznu točku za razgovor o procesima, podacima i otvorenim odlukama. Time projekt dobiva jasniju sliku stvarnog posla prije nego što nova pravila postanu obavezna u sustavu.
Edukacija na praznim primjerima može pokazati gdje se nalazi pojedini izbornik, ali ne pokazuje kako posao prolazi kroz više uloga. Usvajanje novog sustava traži probu scenarija koji se stvarno događaju u organizaciji.
Zamislimo narudžbu kupca za proizvod koji trenutačno nema dovoljno raspoloživog materijala. Komercijala prima narudžbu. Planiranje provjerava mogućnost isporuke. Nabava pokreće narudžbu materijala. Skladište zaprima robu. Proizvodnja evidentira utrošak i završetak rada. Računovodstvo provjerava dokumente i izdaje račun.
Taj scenarij vrijedi proći od početka do kraja, sa stvarnim ulogama i realnim podacima. Tijekom probe pojavljuju se pitanja koja prezentacija često preskoči:
Ne treba tražiti savršenu probu bez pogrešaka. Svrha je pronaći nedostajuće odluke, nerazumljive upute i prijenose odgovornosti koji nisu vidljivi dok svaka uloga ne odradi svoj dio. Posebnu pozornost zaslužuju mjesečno zatvaranje, povrati, hitne narudžbe, korekcije i drugi poslovi koji nisu svakodnevni, ali nose veći rizik kad se pojave.
Puštanje sustava u rad nije kraj change managementa. Tada korisnici prvi put rade pod stvarnim pritiskom rokova, kupaca, isporuka i knjigovodstvenih obveza. I dobro pripremljen proces može otvoriti pitanje koje se nije pojavilo tijekom testiranja.
Korisnicima je zato potrebna vidljiva podrška. To ne mora značiti zaseban tim za svaki problem, ali mora postojati jasan put:
Kratki redoviti pregledi otvorenih pitanja mogu pomoći u razdvajanju hitnih blokada od poboljšanja koja se mogu planirati naknadno. Važno je ne obećavati trenutačnu promjenu za svaki prijedlog. Korisnici trebaju razumjeti što se rješava odmah, što ulazi u procjenu i zašto neka promjena nije opravdana.
Kada se zaposlenik boji reakcije, problem često ostaje skriven. Posljedica može biti pogrešan unos, zaobilaženje procesa ili povratak na privatne tablice. To nije dokaz manjka volje. Najčešće ukazuje na nejasnu uputu, nedostupnu pomoć, prevelik pritisak vremena ili nejasnu raspodjelu odgovornosti.
Siguran kanal prijave problema treba omogućiti opis bez traženja krivca. Dobra prijava može sadržavati:
Takav zapis pomaže timu analizirati uzrok. Je li potrebna bolja uputa? Nedostaje li podatak? Je li pravilo procesa nejasno? Treba li prilagoditi ovlaštenje ili sustavsku postavku? Razgovor o problemu tada postaje dio učenja, a ne procjena nečije sposobnosti.
Uključivanje korisnika traži vrijeme, a projekt ne može čekati dok se ne raspravi svaki detalj. Previše sastanaka može umoriti ključne ljude i usporiti odluke. S druge strane, prebrzo zatvaranje odluka vodi iznenađenjima nakon puštanja u rad.
Praktičan kompromis je odabrati predstavnike uloga, pripremiti konkretne odluke i postaviti rok za odgovor. Za svaku odluku korisno je zapisati vlasnika, razlog i učinak na druge timove. Nije svaku želju potrebno pretvoriti u prilagodbu sustava. Često je bolje pojednostavniti postupak, razjasniti odgovornost ili uskladiti podatke.
Također, podrška nakon puštanja ne smije prerasti u trajno oslanjanje na nekoliko "superkorisnika". Ako samo oni znaju riješiti uobičajeni zadatak, organizacija je stvorila novu usku grlu. Upute, odluke i odgovori trebaju postupno postati dostupni širem timu.
Umjesto općenitog pitanja jesu li ljudi spremni za promjenu, odaberite jedan važan radni dan ili jedan proces s više uloga. Prođite ga s ljudima koji ga zaista izvode: od prvog podatka do završnog dokumenta, uključujući najčešću iznimku. Zabilježite gdje nastaju čekanje, dvojba i ručni prijenos informacija.
Takav pregled daje konkretnu osnovu za Implementaciju ERP sustava i za razgovor o povezanosti procesa u povezanom poslovanju . ORKA u tom radu može pomoći strukturirati odluke, scenarije i podršku, ali stvarno usvajanje nastaje u trenutku kada ljudi mogu pouzdano obaviti svoj posao u novom sustavu.