Ghid complet pentru proiectul de optimizare a proceselor

Cineva descarcă în fiecare dimineață comenzile din magazinul online, le copiază într-un tabel și apoi le trimite către depozit. După-amiaza, un alt coleg introduce aceleași date în sistemul de facturare. Munca a devenit obișnuită, dar necesită din ce în ce mai mult timp, coordonare și corectare a erorilor. Ghidul complet pentru proiectul de optimizare a proceselor nu începe cu ce sistem trebuie achiziționat, ci cu înțelegerea exactă a ceea ce se întâmplă astăzi, de ce se întâmplă așa și ce împiedică funcționarea mai fiabilă.

Un proiect bine gestionat nu doar accelerează câteva sarcini. Face vizibile fluxurile de lucru, reduce dependența de anumite persoane, îmbunătățește calitatea datelor și oferă o bază operațională care nu se destramă odată cu creșterea.

Când este justificat să inițiezi un proiect de optimizare a proceselor?

Majoritatea companiilor nu încep un astfel de proiect pentru că le plac diagramele de proces. Ci pentru că, la un moment dat, operațiunile zilnice încep să ceară prea multă atenție din partea managerilor. Vânzările cresc, dar odată cu ele crește și administrația. Pregătirea raportului lunar de management durează zile întregi. Depozitul, finanțele și serviciul clienți lucrează cu informații diferite. Fără un coleg aflat în concediu, un pas critic de gestionare se oprește.

Acestea nu sunt greșeli umane izolate. De obicei, sunt semne că metoda de lucru care funcționa anterior nu mai corespunde dimensiunii companiei, numărului de clienți sau mediului sistemic.

Este deosebit de justificat să se investigheze dacă angajații introduc aceleași date în mai multe locuri, departamentele își transmit sarcinile prin e-mail și tabele, sau conducerea nu poate obține rapid răspunsuri de încredere la întrebări operaționale fundamentale. O astfel de întrebare poate fi, de exemplu, unde se află comenzile, care grup de produse întârzie în mod regulat sau cât timp trece între o cerere de ofertă și îndeplinirea acesteia.

Ghidul complet pentru proiectul de optimizare a proceselor începe cu funcționarea reală

Prima greșeală de evitat este planificarea bazată pe presupuneri. Descrierea oficială a procesului nu arată adesea cum se finalizează efectiv o comandă, o instrucțiune de producție sau gestionarea unei reclamații. Procesul real poate include apeluri telefonice, întâlniri personale, tabele private și verificări despre care doar angajatul respectiv știe.

De aceea, scopul primei etape nu este alegerea soluției, ci descoperirea modului actual de funcționare. Începând de la o comandă sau o cerere a clientului, trebuie urmărit ce pași parcurge munca, cine este responsabil pentru fiecare punct, ce sisteme și documente sunt implicate și unde așteaptă informația.

O bună descoperire nu întreabă doar „cine face asta?”, ci și de ce este necesar acest pas. Este cu adevărat necesar să se verifice manual fiecare comandă? De ce ajung aceleași date ale clientului în trei sisteme? De ce se află abia vineri că lipsește o informație de la furnizor? Un control vechi poate fi justificat, dar poate fi și că a rămas în proces din cauza unei erori de sistem anterioare sau a unui risc de afaceri care nu mai există.

Procesul nu este egal cu departamentele

Multe inițiative de dezvoltare se blochează pentru că examinează munca pe departamente. Finanțele văd o problemă, depozitul alta, iar vânzările o a treia. Clientul sau comanda, însă, se mișcă între aceste domenii. Dacă transferul este inexact, întârziat sau manual, întregul proces se deteriorează, chiar dacă fiecare echipă lucrează bine individual.

De aceea, investigația trebuie să gândească de la un capăt la altul. O comandă dintr-un magazin online, de exemplu, începe cu achiziția, dar poate implica informații despre stoc, ERP, facturare, comisionare, serviciul de curierat, notificarea clientului și reconcilierea financiară. Problema nu este adesea cauzată de un singur sistem, ci de faptul că oamenii fac legătura între informații.

Prioritizarea blocajelor

O evaluare amănunțită dezvăluie de obicei zeci de oportunități de îmbunătățire. Nu trebuie rezolvate toate deodată. De fapt, un proiect prea amplu își pierde adesea avântul pentru că încearcă să schimbe prea multe procese, sisteme și părți implicate simultan.

Prioritățile ar trebui stabilite pe baza impactului asupra afacerii. Cât timp consumă o problemă? Cât de des apare? Care este riscul de eroare? Afectează experiența clientului, veniturile, stocul sau conformitatea cu reglementările? Ce se întâmplă dacă unicul angajat care cunoaște procesul lipsește?

Nu întotdeauna cea mai spectaculoasă îmbunătățire aduce cele mai mari rezultate. Se poate întâmpla ca eliminarea unei verificări simple, dar efectuate de o sută de ori pe zi, să elibereze mai multă capacitate decât un proiect de sistem complex, cu implementare îndelungată. În alte cazuri, fiabilitatea unei livrări critice de producție sau logistică este mai importantă decât numărul de minute economisite.

Pentru a lua o decizie, este util să se evalueze fiecare candidat la dezvoltare conform acelorași criterii: rezultatul așteptat al afacerii, efortul de implementare, riscul tehnic, dependențele și nevoia de gestionare a schimbării. Astfel, conducerea poate stabili priorități pe baza informațiilor comparabile, nu a impresiilor.

Mai întâi simplificare, apoi tehnologie

Automatizarea unui proces care funcționează prost doar produce mai rapid rezultate proaste. Dacă un angajat colectează date din trei sisteme pentru un raport săptămânal, mai întâi trebuie înțeles ce date sunt cu adevărat necesare, cine le folosește și de ce nu au o sursă de date clară.

Răspunsul corect poate fi eliminarea unui pas de aprobare. Poate fi clarificarea rolurilor și responsabilităților, furnizarea de date uniforme sau integrarea unui punct de măsurare. Abia apoi se poate decide dacă este justificată integrarea sistemelor, automatizarea fluxului de lucru, o aplicație personalizată, o soluție de raportare sau modificarea unui sistem existent.

Alegerea tehnologică depinde întotdeauna de situație. Într-o companie comercială cu 30 de angajați, nu este neapărat justificată implementarea unui sistem de mari dimensiuni, dacă rezolvarea unor conexiuni critice de date și a procesării comenzilor rezolvă problema. Totuși, pentru un producător în creștere rapidă sau un comerciant multicanal, soluțiile temporare manuale pot reprezenta ulterior un risc operațional serios.

Planificare, responsabilitate și control

Înainte de implementare, trebuie stabilit clar cum va arăta procesul viitor. Nu este suficient să spunem că „sistemul va transfera automat datele”. Trebuie să știm ce declanșează transferul, care sistem este sursa de date de încredere, ce se întâmplă în cazul datelor incomplete, cine primește notificări și cum se poate urmări o problemă sau o sarcină blocată.

Acest lucru este deosebit de important în medii unde datele financiare, de stoc, de producție sau ale clienților circulă între sisteme. Funcționarea trebuie să fie verificabilă. O integrare este bună dacă nu doar funcționează în condiții normale, ci și în caz de eroare este vizibilă, gestionabilă și recuperabilă.

Responsabilul de proiect din partea afacerii este responsabil pentru a se asigura că schimbarea rezolvă o problemă reală. Angajații implicați nu sunt doar testeri: ei pot arăta unde planul se ciocnește cu realitatea zilnică. Dacă noul proces gestionează mai multe excepții decât cel vechi sau impune muncă suplimentară asupra lor, acest lucru trebuie descoperit înainte de lansarea efectivă.

Trebuie măsurat dacă funcționarea a devenit cu adevărat mai bună

Succesul nu se decide în ziua lansării. Se va vedea dacă o dezvoltare este eficientă atunci când compania poate compara funcționarea anterioară cu cea nouă. Este util să se stabilească câțiva indicatori de performanță la începutul proiectului: timp de procesare, rata de eroare, numărul de intervenții manuale, numărul de sarcini în așteptare, diferențe de stoc, timpul de răspuns al clienților sau orele de muncă dedicate pregătirii rapoartelor.

Nu toate rezultatele sunt cuantificabile imediat. Este de asemenea valoros dacă un proces devine mai transparent, un nou coleg se instruiește mai rapid sau managerul nu trebuie să ceară informații de la mai multe persoane pentru aceeași decizie. Totuși, aceste rezultate rămân durabile doar dacă procesul are un responsabil, reguli documentate și o revizuire periodică.

Cel mai bun pas următor nu este de obicei o mare decizie tehnologică. Alegeți un proces recurent care consumă timp zilnic, implică mai multe domenii și cauzează în mod regulat erori sau întârzieri. Urmăriți-l de la început până la sfârșit, întrebați de ce există fiecare pas și abia apoi decideți ce merită schimbat. De aici începe o funcționare mai previzibilă.