Revizija poslovnih procesa: korak sa niskim rizikom

Pregled poslovnih procesa: prvi korak niskog rizika

6 minuta čitanja

Objavljivanje članka

Ključne tačke

• Pregled poslovnih procesa mapira kako posao zapravo teče pre nego što se izabere bilo koje tehnološko rešenje, osiguravajući da rešavamo pravi problem.
• Većina operativnih problema može se svesti na nekoliko osnovnih uzroka: duplirane podatke, nejasne odgovornosti i nedostatke u kontroli.
• Strukturirani, dvonedeljni pregled može se obaviti paralelno sa normalnim poslovanjem bez potrebe za zaustavljanjem rada preduzeća.
• Počnite sa malim koracima: izaberite jednu redovno ponavljajuću tačku prenosa, dokumentujte je, a zatim izmerite broj grešaka i kašnjenja pre i posle.

Ako vaše preduzeće funkcioniše, ali su svakodnevni zadaci teži nego što bi trebalo, pregled poslovnih procesa je jedan od najsigurnijih početnih koraka. Korak po korak mapira kako posao zapravo teče unutar preduzeća, omogućavajući vam da vidite gde se gubi vreme, podaci ili odgovornost pre nego što uložite budžet u novi sistem.

U rastućem preduzeću prirodna reakcija je kupovina softvera za svaki problem. Pojavljuju se nove koordinacione poteškoće, pa se uvodi novi alat. Problem je što, ako alat postavimo na nejasan proces, često samo zabeležimo haos i ubrzamo ga. Pregled procesa preokreće ovaj redosled. Prvo ispituje sam tok rada, a zatim se pita da li je tehnologija uopšte potrebna i, ako jeste, tačno gde.

Zašto pregled poslovnih procesa prethodi tehnološkim odlukama?

Tehnologija treba da prati proces, a ne obrnuto. Ako preskočimo dijagnozu, praktično se kladimo da dobavljač softvera bolje razume naše poslovanje nego mi sami, što retko kada bude tačno.

Vredi ozbiljno razmotriti šanse. Prema studiji Boston Consulting Group koja je proučavala 900 digitalnih transformacija, samo 30 procenata je bilo potpuno uspešno, dok ostali ili nisu postigli postavljene ciljeve ili su stvorili samo malu vrednost (sažetak BCG studije na consulting.us). Problem retko leži u samoj tehnologiji. U mnogim slučajevima osnovni proces nije bio dovoljno jasan da bi se mogao pravilno automatizovati.

U PwC-ovom istraživanju Digital Trends in Operations za 2025. godinu, 92 procenta lidera u operacijama i lancu snabdevanja izjavilo je da njihova tehnološka ulaganja nisu u potpunosti ispunila očekivanja (PwC 2025 Digital Trends in Operations). U istom istraživanju, 47 procenata je navelo složenost integracije, a 44 procenata dostupnost i kvalitet podataka kao prepreke povratu investicije. Ovo su zapravo problemi sa procesima i podacima, maskirani kao tehnološki problemi.

Trošak pregleda je nizak, a rizik još manji. U ovoj fazi još ništa ne rekonstruiramo. Zauzvrat, dobijamo jasnu sliku o tome koji problem zaista vredi rešiti.

Simptomi i osnovni uzroci

Operativni problemi se u svakodnevnom radu manifestuju kao trenje, ali samo trenje je uglavnom samo simptom. Pregled procesa pomaže u razlikovanju onoga što ljudi osećaju od onoga što zapravo izaziva problem. Na osnovu našeg iskustva, tri osnovna uzroka se posebno često javljaju.

1. Duplirani podaci. Isti klijent, narudžbina ili broj artikla pojavljuju se u Excel tabeli, ERP sistemu i sistemu skladišta, svaki u nešto drugačijem stanju. Zaposleni provode značajan deo svog vremena usklađujući verzije i pokušavajući da utvrde koji je ispravan. Svako ručno ponovno unošenje stvara dodatne mogućnosti za greške koje se akumuliraju na svakoj tački prenosa.
2. Nejasne odgovornosti. Zadatak ostaje između dva tima i zapravo ne pripada nijednom. Odobrenja se zadržavaju jer niko nije siguran ko bi trebalo da odobri sledeći korak. Posao se ponovo pokreće jer su dve osobe pretpostavile da je druga već obavila zadatak.
3. Nedostaci u kontroli. Niko ne može videti trenutni status narudžbine, fakture ili proizvodnog procesa bez da pita više ljudi. Odluke čekaju da neko ručno sastavi izveštaj, pa informacije za menadžment kasne za stvarnošću.

Ova razlika je važna jer simptom podstiče brzo popravljanje, dok osnovni uzrok zahteva pravo rešenje. Izjava da „narudžbine stalno ispadaju“ može na prvi pogled sugerisati potrebu za novim sistemom praćenja. Međutim, ako pratimo problem unazad, može se ispostaviti da dva sistema sadrže različite podatke o narudžbini i da niko nije odgovoran za njihovo usklađivanje. Novi alat to ne bi rešio. Jasne odgovornosti i jedinstveni izvor podataka bi.

Šta strukturirani pregled mapira u prve dve nedelje?

Pregled ne mora trajati mesecima da bi bio koristan. Ciljana analiza jednog ili dva osnovna toka rada u periodu od oko dve nedelje može pružiti jasnu i zajednički razumljivu sliku. Obično mapira sledeće:

• Stvarni tok rada. Svaki korak od pokretačkog događaja do završetka, uključujući one neformalne prečice i obilaznice koje ljudi zaista koriste umesto da prate zvanični dijagram toka koji niko ne prati.
• Odgovornosti i tačke prenosa. Ko obavlja svaki korak, kao i svaka tačka gde se posao prenosi sa jedne osobe ili sistema na drugi. Na tačkama prenosa posebno često dolazi do grešaka i kašnjenja.
• Gde se podaci stvaraju, kopiraju i ponovo unose. Svaka tačka gde se isti podaci moraju ponovo uneti, potencijalno se može integrisati ili eliminisati.
• Uska grla i vremena čekanja. Gde se posao gomila, gde čeka odobrenje ili gde se vraća na ponovnu obradu.
• Nedostaci u kontroli i izveštavanju. Šta trenutno menadžment ne vidi bez da neko ručno prikupi podatke.

Rezultat nije gomila teorija. Već konkretna mapa trenutnog stanja, kratka lista osnovnih uzroka rangiranih po uticaju, kao i predlog o tome kojim se problemom prvo treba pozabaviti i da li je pravo rešenje promena procesa, promena u upravljanju podacima ili tehnološki razvoj. Ovo je polazna tačka CGAT modela saradnje : pregled niskog rizika koji mapira uska grla, nejasne odgovornosti, duplirane podatke i nedostatke u kontroli pre bilo kakvog predloga softvera.

Kako zadržati nizak rizik dok preduzeće nastavlja sa radom?

Cilj pregleda je upravo smanjenje rizika, pa sam pregled ne sme stvoriti novi rizik. Nekoliko osnovnih principa pomaže da se obavi bezbedno.

• Posmatrajte, ne zaustavljajte rad. Dobar pregled dokumentuje procese dok su u toku. Timovi nastavljaju sa radom dok se mapiranje odvija paralelno. Ništa se ne mora zaustaviti zbog pregleda.
• Prvo suzite oblast. Izaberite jedan ili dva problematična toka rada umesto da pokušavate da mapirate celo preduzeće odjednom. Uski fokus daje brže upotrebljive rezultate.
• Razgovarajte sa onima koji zaista obavljaju posao. Najtačniji dijagram toka ne dolazi iz organizacione šeme, već od operativnih zaposlenih. Oni poznaju prečice, a često one predstavljaju stvarni operativni proces.
• Razdvojite otkrivanje i rešenje. Vredi se odupreti porivu da menjate stvari tokom pregleda. Prvo potpuno razumite trenutno stanje, a zatim donesite odluke. Ako menjate dok merite, oba postaju teža.
• Promena treba da bude reverzibilna. Prva izmena treba da bude dovoljno mala da se može povući ako je potrebno. Želimo merljiv napredak, a ne rizično, sveobuhvatno redizajniranje odjednom.

Pošto pregled samo posmatra proces i ne menja ga, rizik je zaista ograničen. U najgorem slučaju potvrđuje ono što smo već sumnjali i gubimo malo vremena. Dobitak, međutim, može biti izbegavanje mnogo veće investicije u pogrešno odabrani sistem.

Jednostavan prvi korak: dokumentujte redovno ponavljajuću tačku prenosa

Za prvi korak nije nužno potreban konsultant. Izaberite tačku prenosa koja se često ponavlja i redovno izaziva probleme. Na primer, prenos narudžbine iz prodaje u ispunjenje. Prenos proizvodnog zadatka iz planiranja u proizvodnju. Ili prenos fakture iz operacija u finansije.

Zatim izvršite četiri jednostavna koraka:

1. Zapišite svaki korak u procesu prenosa tačno onako kako se danas odvija, uključujući ko je uključen i odakle dolaze podaci.
2. Označite tačke gde se podaci moraju ponovo uneti, ili gde podaci iz dva sistema moraju biti usklađeni.
3. Tokom jedne ili dve nedelje brojite šta ide po zlu: greške, ponovni radovi, kao i koliko vremena prolazi od početka do kraja prenosa.
4. Zabeležite ko je stvarno odgovoran za proces, i da li je ta odgovornost jasna svim učesnicima.

Ovaj jedan dokument obično već otkriva barem jedan osnovni uzrok na kojem se može raditi i pruža početnu meru. Kada kasnije nešto promenite, moći ćete da izmerite da li se broj grešaka smanjio, da li su odobrenja ubrzana ili da li se poboljšala transparentnost. Ovo merenje pretvara intuiciju u poslovnu odluku.

Ako ova jedna tačka prenosa otkrije više problema nego što možete lako rešiti unutar firme, to može biti pravi trenutak da se za strukturirani pregled zatraži spoljna pomoć. Počnite sa tačkom prenosa. Izmerite je. I na osnovu rezultata odlučite sledeći korak.

Često postavljana pitanja

Šta je pregled poslovnih procesa? Strukturirana analiza kako posao teče unutar preduzeća. Mapira pojedinačne korake, odgovornosti i tačke prenosa kako bi se identifikovala uska grla, duplirani podaci i nedostaci u kontroli pre donošenja tehnoloških odluka. Koliko traje pregled poslovnih procesa? Ciljani pregled jednog ili dva osnovna toka rada može se mapirati za oko dve nedelje dok preduzeće nastavlja sa normalnim radom. Širi pregledi traju duže, ali ih je takođe korisno podeliti na faze. Da li je korisno pregledati naše procese pre nego što kupimo softver za automatizaciju? Da. Automatizacija nejasnog ili pogrešnog procesa obično samo rezultira bržim nastajanjem grešaka. Pregled pokazuje koje korake vredi automatizovati, a koje treba prvo pojednostaviti ili dodeliti drugom odgovornom licu. Da li pregled procesa ometa svakodnevno poslovanje? Ne bi trebalo. Pravilno izveden pregled posmatra i dokumentuje postojeće poslovanje umesto da ga zaustavlja, omogućavajući timovima da nastave sa radom dok se mapiranje odvija paralelno.