Комплетан водич за пројекат оптимизације процеса

Neko svakog jutra preuzima narudžbine iz web prodavnice, kopira ih u tabelu, a zatim ih prosleđuje skladištu. Popodne drugi kolega unosi iste podatke u fakturisanje. Posao je postao uobičajen, ali zahteva sve više vremena, usklađivanja i ispravki grešaka. Vodič za optimizaciju procesa ne počinje sa time koji sistem treba kupiti, već sa razumevanjem: šta se danas dešava, zašto se dešava na taj način i šta ometa pouzdaniji rad.

Dobro vođen projekat ne samo da ubrzava neke zadatke. Čini radne procese vidljivijima, smanjuje zavisnost od pojedinaca, poboljšava kvalitet podataka i pruža operativnu osnovu koja se ne raspada ni sa rastom.

Kada je opravdano pokrenuti projekat optimizacije procesa?

Većina kompanija ne započinje zato što vole dijagrame procesa. Već zato što svakodnevno poslovanje u jednom trenutku počinje da zahteva previše pažnje od menadžera. Prodaja raste, ali sa njom raste i administracija. Izrada mesečnog izveštaja za menadžment traje danima. Skladište, finansije i korisnička služba rade sa različitim informacijama. Bez zaposlenog koji je na odmoru, kritičan korak u administraciji staje.

Ovo nisu izolovane ljudske greške. Obično su znak da prethodno funkcionalna metoda rada više ne odgovara veličini kompanije, broju klijenata ili sistemskom okruženju.

Ispitivanje je posebno opravdano ako zaposleni beleže iste podatke na više mesta, odeljenja prenose zadatke putem e-pošte i tabela, ili menadžment ne može brzo dobiti pouzdane odgovore na osnovna operativna pitanja. Takvo pitanje može biti, na primer, gde su narudžbine, koja grupa proizvoda redovno kasni, ili koliko vremena prolazi između zahteva za ponudom i ispunjenja.

Vodič za optimizaciju procesa počinje sa stvarnim radom

Prva greška koju treba izbeći je planiranje zasnovano na pretpostavkama. Službeni opis procesa često ne pokazuje kako se zapravo obrađuje narudžbina, proizvodna uputstva ili rešavanje reklamacija. U stvarnom procesu mogu biti telefonski pozivi, lične konsultacije, privatne tabele i provere za koje zna samo određeni zaposleni.

Zato cilj prve faze nije izbor rešenja, već otkrivanje trenutnog poslovanja. Počevši od narudžbine ili zahteva klijenta, treba pratiti kroz koje korake prolazi posao, ko je odgovoran za koje tačke, koji sistemi i dokumenti su uključeni, i gde informacije čekaju.

Dobra analiza ne pita samo „ko to radi?“, već i zašto je taj korak potreban. Da li je zaista potrebno ručno proveravati svaku narudžbinu? Zašto se isti podaci klijenta nalaze u tri sistema? Zašto se tek u petak otkriva da nedostaje informacija od dobavljača? Stara kontrola može biti opravdana, ali može biti i da je ostala u procesu zbog prethodne greške sistema ili nekadašnjeg poslovnog rizika koji više ne postoji.

Proces nije isto što i odeljenja

Mnoge inicijative za razvoj zastanu jer se posao ispituje po odeljenjima. Finansije vide jedan problem, skladište drugi, a prodaja treći. Klijent ili narudžbina se, međutim, kreću između ovih oblasti. Ako je prenos netačan, odložen ili manuelan, ceo proces se pogoršava, bez obzira na to što svaki tim pojedinačno dobro radi.

Zato ispitivanje treba da razmišlja od kraja do kraja. Na primer, narudžbina iz web prodavnice počinje kupovinom, ali može uključivati informacije o zalihama, ERP, fakturisanje, komisioniranje, kurirsku službu, obaveštavanje klijenata i finansijsko usklađivanje. Problem često ne izaziva jedan sistem, već to što ljudi povezuju informacije između njih.

Rangiranje uskih grla

Detaljna analiza obično otkriva nekoliko desetina mogućnosti za poboljšanje. Ne treba sve rešiti odjednom. Štaviše, preširok projekat često gubi zamah jer pokušava da promeni previše procesa, sistema i učesnika odjednom.

Prioritete treba postaviti na osnovu poslovnog uticaja. Koliko vremena oduzima problem? Koliko često se javlja? Koliki je rizik od greške? Da li utiče na korisničko iskustvo, prihod, zalihe ili regulatornu usklađenost? Šta se dešava ako jedini zaposleni koji poznaje proces ispadne iz igre?

Nije uvek najvidljiviji razvoj taj koji donosi najveći rezultat. Može se desiti da ukidanje jednostavne, ali svakodnevno obavljane provere podataka oslobodi više kapaciteta nego složen, dugotrajan projekat uvođenja sistema. U drugim slučajevima, pouzdanost kritičnog proizvodnog ili logističkog prenosa je važnija od broja ušteđenih minuta.

Za donošenje odluke, svaki kandidat za razvoj treba oceniti prema istim kriterijumima: očekivani poslovni rezultat, troškovi uvođenja, tehnički rizik, zavisnosti i potreba za upravljanjem promenama. Tako menadžment može postaviti redosled na osnovu uporedivih informacija, a ne utisaka.

Prvo pojednostavljenje, zatim tehnologija

Automatizacija loše funkcionišućeg procesa samo brže proizvodi loš rezultat. Ako zaposleni prikuplja podatke iz tri sistema za nedeljni izveštaj, prvo treba razumeti koji su podaci zaista potrebni, ko ih koristi i zašto nemaju jasan izvor podataka.

Možda je pravi odgovor uklanjanje koraka odobravanja. Može biti razjašnjavanje uloga i odgovornosti, jedinstveno unošenje podataka ili uvođenje tačke merenja. Tek tada se može odlučiti da li je potrebna integracija sistema, automatizacija radnog toka, prilagođena aplikacija, rešenje za izveštavanje ili prilagođavanje postojećeg sistema.

Izbor tehnologije uvek zavisi od situacije. U trgovinskoj kompaniji sa 30 zaposlenih možda nije opravdano uvođenje korporativnog sistema ako rešavanje nekoliko kritičnih veza podataka i obrade narudžbina rešava problem. Međutim, za brzo rastućeg proizvođača ili trgovca sa više kanala, kratkoročna, ručna rešenja kasnije mogu predstavljati ozbiljan operativni rizik.

Planiranje, odgovornost i kontrola

Pre implementacije, treba jasno definisati kako će izgledati budući proces. Nije dovoljno reći da će „sistem automatski preneti podatke“. Treba znati šta pokreće prenos, koji sistem je pouzdan izvor podataka, šta se dešava u slučaju nepotpunih podataka, ko dobija obaveštenje i kako se može pratiti greška ili zastoj.

Ovo je posebno važno u okruženju gde se finansijski, skladišni, proizvodni ili podaci o klijentima kreću između sistema. Operacije moraju biti proverljive. Integracija je dobra ako funkcioniše ne samo u normalnim uslovima, već je vidljiva, upravljiva i obnovljiva u slučaju greške.

Poslovni vlasnik projekta odgovoran je da promena reši stvarni problem. Uključeni zaposleni nisu samo testeri: oni mogu pokazati gde plan nailazi na svakodnevnu stvarnost. Ako novi proces obrađuje više izuzetaka nego stari ili nameće dodatni rad, to treba otkriti pre nego što se pokrene.

Treba meriti da li je poslovanje zaista poboljšano

Uspeh se ne odlučuje na dan pokretanja. Pokazuje se kada kompanija može uporediti prethodno i novo poslovanje. Vredi već na početku projekta odrediti nekoliko poslovnih metrika: vreme obrade, stopa grešaka, broj ručnih intervencija, količina zadataka na čekanju, razlika u zalihama, vreme odgovora klijenata ili radne sate utrošene na izveštavanje.

Nisu svi rezultati odmah kvantifikovani. Vrednost je i ako proces postane transparentniji, novi kolega brže uči, ili menadžer ne mora da traži informacije od više ljudi za istu odluku. Međutim, ovi rezultati ostaju trajni samo ako proces ima vlasnika, dokumentovana pravila i redovnu reviziju.

Najbolji sledeći korak obično nije velika tehnološka odluka. Odaberite proces koji se ponavlja, koji svakodnevno oduzima vreme, uključuje više oblasti i redovno uzrokuje greške ili kašnjenja. Pratite ga od početka do kraja, pitajte zašto postoji svaki korak, a zatim odlučite šta vredi promeniti. Odavde počinje predvidljivije poslovanje.