Verslo procesų dokumentavimas prieš automatizavimą

Jūsų operacijų vadovė pirmadienį sėda užrašyti pirmojo įmonės verslo procesų dokumento: kaip ruošiami individualių užsakymų pasiūlymai. Vadovybė nori tą procesą automatizuoti, o pirmas dalykas, kurio paprašė inžinieriai, buvo žingsniai.

Ji parašo keturias eilutes. Gaunamas užsakymas. Peržiūrimas brėžinys. Patikrinama, ar medžiagos yra sandėlyje. Apskaičiuojama kaina.

Tada sustoja.

Nes kas nutinka, jei kliento brėžinyje nenurodytas detalės tikslumas? Kartais pardavimo vadovas skambina klientui ir pasiteirauja. Kartais neskambina - vertina iš paskutinio panašaus užsakymo. Kartais perduoda gamybos vadovui, bet tik jei užsakymas pakankamai didelis, kad vertėtų jį trukdyti, ir tik jei jis tuo metu neužsiėmęs.

Paklauskite trijų žmonių, koks užsakymas laikomas pakankamai dideliu, ir gausite tris atsakymus. Ta riba niekur nebuvo užrašyta. Tai gamybos vadovo sprendimas, kurį spėlioja tas, kam tuo metu atiteko užsakymas.

Būtent todėl operacijų vadovė ir sustojo. Toliau rašyti nėra ko: taisyklės, kuri nulemtų, kas vyksta paskui, paprasčiausiai nėra. Tai ne dokumento problema, o paties proceso - ir dabar į jį pirmą kartą pažiūrėta tiesiai.

Verslo procesų dokumentavimas - tai užrašas, kaip vienas procesas vyksta iš tikrųjų: kas jį paleidžia, kokie žingsniai, kur priimami sprendimai, kokios išimtys ir kas už rezultatą atsakingas. Toks tikslus, kad niekada šio darbo nedaręs žmogus galėtų jį atlikti teisingai. Tai ne schema. Schema rodo maršrutą, o dokumentacija duoda nurodymus posūkis po posūkio.

Dauguma įmonių susiduria su tikruoju procesu tik pradėjusios jį aprašyti. Iki tol yra tik spėjimas, kaip viskas vyksta. Šiame vadove - penki žingsniai: išgryninti vieną procesą, jį stebėti, užfiksuoti išimtis, paversti instrukcija ir patikrinti pasirengimą automatizavimui dar neįdiegus jokios programinės įrangos.

Eiliškumas svarbus. Automatizavus procesą, kurio niekas tinkamai neaprašė, sumaištis nedingsta - ji tiesiog ima suktis greičiau. Apie šią klaidą rašėme straipsnyje "Procesų automatizavimas - nuo ko pradėti" (opens in new tab).

1 žingsnis: išsirinkite vieną procesą ir aiškiai apibrėžkite jo ribas

Rinkitės kuo siauresnę apimtį. Kuo siauresnis procesas, tuo lengviau jį aprašyti.

Jis turi kartotis ir turėti aiškią pradžią. „Klientas atsiunčia brėžinį ir paprašo pasiūlymo" - tai procesas. „Pardavimai" - jau padalinys. Jei imsitės viso padalinio, rašysite visą savaitę ir nieko nepabaigsite.

Prieš dėliodami veiksmus, trumpai užsirašykite penkis dalykus:

1. Pradžia - koks įvykis pradeda procesą.
2. Pabaiga - kas laikoma baigtu procesu.
3. Savininkas - kas atsako už rezultatą.
4. Sistemos - kokie įrankiai, pašto dėžutės ir failai yra naudojami.
5. Sėkmė - kaip atrodo geras rezultatas.

Jei visų penkių negalite surašyti į vieną trumpą pastraipą, sustokite. Apimtis vis dar per plati.

Taisyklė, kuri pažeidžiama dažniausiai: klauskite tų, kurie tą darbą realiai dirba. Ne vadovo, prisimenančio, kaip turėtų būti. Ne savininko, kuris paskutinį kartą tai darė prieš trejus metus. Jums reikia to, kas vyksta eilinę dieną, o ne to, ką numato organizacinė schema.

Ir paskutinis dalykas: nepradėkite nuo skaudžiausio proceso. Pirmą kartą jūs dar tik mokotės metodo, todėl rinkitės paprastą ir dažnai pasikartojantį procesą. Kai metodas veiks, imsitės to, kuris iš tikrųjų skauda.

2 žingsnis: stebėkite, kaip procesas vyksta gyvai

Tai žingsnis, kurį praleidžia daugiausiai žmonių, nors būtent nuo jo priklauso viso likusio darbo vertė.

Prisėskite šalia žmogaus, kuris tą darbą atlieka, ir stebėkite tikrą, gyvą atvejį. Ne tą, kurį jis prisimena, ir ne tą, kurį parinko parodymui. Paklausti žmonės pasakoja, kaip turėtų būti, o ne kaip dirba iš tikrųjų. Ne todėl, kad slėptų - apėjimai jiems seniai tapo įpročiu ir patiems nebekrenta į akis. Niekas nepamini nei skirtuko, kurį atsidaro automatiškai, nei lentelės, į kurią persirašo duomenis prieš suvesdamas juos į sistemą.

Penki klausimai atskleidžia beveik viską:

• Iš kur sužinojote, kad reikia pradėti?
• Kurią programą atsidarėte pirmiausia?
• Ką pasitikrinote prieš imdamiesi darbo?
• Ką sąmoningai ignoravote, nors sistema tai rodė?
• Kada teko sustoti ir kreiptis į kolegą pagalbos?

Paskutinis klausimas - svarbiausias. Kiekvienas stabtelėjimas paklausti kolegos yra nerašyta taisyklė, gyvenanti žmogaus galvoje. Tokiose vietose procesas laikosi vien ant atminties, ir būtent todėl programinė įranga jo dar negali perimti.

Rašykite žingsnis po žingsnio, kiekvienas veiksmas - atskira eilutė. Jei situacija gali vystytis dvejopai, užrašykite, kas lemia sprendimą ir kas vyksta kiekvienu atveju. Taip iki pat darbo pabaigos.

Jei norite standartizuoto proceso žemėlapio, galima remtis BPMN 2.0 (opens in new tab) - Object Management Group prižiūrimu žymėjimo būdu, formaliai pripažintu nuo 2010 m. Pirmajam kartui puikiai pakanka sunumeruoto sąrašo bendrame dokumente. Svarbiausia - ne nubrėžti, o suprasti.

3 žingsnis: užrašykite išimtis, ne tik įprastą kelią

Būtent čia automatizavimo projektai dažniausiai žlunga.

Versiją, kurioje niekas nesugenda, aprašyti lengva. Bet laikas dingsta ne joje. Kaina slypi neužpildytame lauke, dubliuotame įraše, sąskaitos sumoje, kuri nesutampa su užsakymu, patvirtinime, kuris nuo ketvirtadienio guli kažkieno pašto dėžutėje. Kiekvieną tokį atvejį užrašykite šalia įprasto kelio.

Užrašykite ir kiekvieną perdavimą - kiekvieną tašką, kuriame darbas pereina iš vieno žmogaus ar komandos kitam. Perdavimuose darbas sustoja niekam to nepastebint.

Atkreipkite dėmesį į vieną dėsningumą. Jei ta pati išimtis pasikartoja dažniau nei kartą per mėnesį, tai nebe išimtis. Tai normali proceso dalis, kurios niekas neužrašė ir kuri laikoma atsitiktine nesėkme.

Proceso, apimančio kelias komandas, aprašymas gali užtrukti savaites. Skamba lėtai - kol palyginate su alternatyva: tas pačias spragas atrasti praėjus aštuoniolikai mėnesių nuo automatizavimo projekto pradžios, kai už jį jau sumokėta.

Šis žingsnis baigtas tada, kai vieną tikrą atvejį galite nuosekliai atsekti nuo pradžios iki pabaigos nespėliodami, kas vyksta toliau ir kas ką sprendžia.

4 žingsnis: paverskite schemą instrukcijomis, kurias galima vykdyti

Jūsų schema jau tiksli. Bet dirbti pagal ją dar negalima.

Schema rodo proceso vaizdą iš viršaus: kokia veiksmų tvarka, kur atšakos, kur perdavimai. Darbo instrukcijos aprašo kita: ką, kokia eilės tvarka ir kaip reikia atlikti. Niekas neišmoksta darbo vien iš schemos.

Pirmiausia aprašykite pagrindinį atvejį. Kiekvienas veiksmas - nauja eilutė, pradėkite veiksmažodžiu: „patikrinti", „atlikti", „perduoti". Tai labai svarbu: tokie sakiniai kaip „peržiūrėti ir patvirtinti prašymą" slepia du veiksmus ir sprendimą. Suskaidykite: užrašykite, ką žmogus tikrina, o tada - ką daro toliau.

Toliau aprašykite viską, kas trukdo automatizacijai: ribas, pasirinkimus, sprendimus. Kiekvienai ribai duokite aiškų dydį. „Perduoti gamybai, jei užsakymas viršija 5 000 € arba terminas trumpesnis nei 10 dienų" - taisyklė. „Spręsti pagal situaciją, jei skubus" - ne taisyklė. Tai būsimas ginčas tarp dviejų žmonių, kurie abu įsitikinę esantys teisūs.

Atskirkite tvarką nuo asmeninių įpročių. Tvarka - kas turi būti visada. Įprotis - kaip daro geriausias darbuotojas. Abu verta žinoti, bet privalomas tik vienas. Rašykite taip, kad iš karto būtų aišku, ko privaloma laikytis.

Šiame etape dokumentavimas iš naudingos praktikos tampa būtinybe. ISO 9001 (opens in new tab) kokybės vadybos standartas dokumentuotą informaciją įtraukia į savo reikalavimus, tad daugeliui gamybos įmonių tokios instrukcijos jau privalomos. Šiuo metu galioja 2015 m. redakcija, o naujoji jau leidybos stadijoje (opens in new tab) - ją plauojama paskelbti 2026 m. rugsėjį, po to seks pereinamasis laikotarpis. Tad šiemet verta procesus turėti užrašytus.

Padarykite taip, kad žmonės iš tikrųjų atsidarytų instrukciją: įdėkite nuorodą tiesiai į reikalingą formą, užduočių eilę ar ataskaitą, o ne aprašykite žodžiais, kur ieškoti. Ekrano nuotraukas dėkite tik prie tikrai painių ekranų. Kiekvienai daliai nurodykite savininką ir jį pavaduojantį asmenį, pridėkite eskalavimo kontaktą ir pažymėkite peržiūros datą.

Testas paprastas: duokite instrukciją žmogui, kuris šio darbo niekada nedirbo, ir leiskite jam atlikti realią užduotį. Svarbu ne klausimų skaičius, o jų pobūdis. Jei klausiama to, kas turėjo būti instrukcijoje, radote spragą - užrašykite atsakymą ir tą vietą pataisykite.

5 žingsnis: patikrinkite, ar procesas tinkamas automatizuoti

Išbandykite instrukciją tikru darbu. Paimkite 3-5 pastarųjų savaičių atvejus - įprastų, sudėtingų ir bent vieną, kuris sukėlė problemų - ir kiekvieną praleiskite pro ką tik surašytą dokumentą.

Pažymėkite visas vietas, kur žmonės praleidžia žingsnius, kur duomenys ateina per vėlai, tušti ar klaidingi, kur tenka sustoti ir apsispręsti pačiam, kur du darbuotojai tą pačią problemą sprendžia skirtingai ir kur dėl perdavimo darbas sustoja arba lieka neaišku, kas atsakingas.

Užduokite paprastą klausimą:

Jei šį žingsnį atliekantis žmogus išeitų savaitei, ar procesas vyktų taip pat sklandžiai?

Jei ne - jūs aprašėte žmogų, o ne procesą.

Taisykite dokumentą iškart po patikros, kol dar pamenate, kur užkliuvote. Pabaigoje turėsite atnaujintą instrukciją, trumpą pasikartojančių problemų sąrašą, aiškią ribą tarp to, ką gali perimti sistema, ir to, kas dar reikalauja žmogaus sprendimo, įvardytą atsakingą asmenį ir peržiūros datą kalendoriuje.

Jei žingsniai vis dar keičiasi pagal žmogų, jo nuotaiką ar pagal tai, kas tuo metu yra šalia, automatizuoti dar per anksti. Pirma sutvarkykite procesą, tada grįžkite prie šio testo.

Ką duoda verslo procesų dokumentavimas?

Vertė - ne tvarkingas aplankas.

Abu pavyzdžiai žemiau iš mūsų projektų. Abiem atvejais pradėta nuo tokio pat darbo.

Viena Lietuvos dviračių gamykla (opens in new tab), kas mėnesį pagaminanti tūkstančius dviračių, kokybės kontrolę vykdė popieriuje, Excel lentelėse ir žinutėmis. Brokas išaiškėdavo vėlai, jo šaltinio nepavykdavo tiksliai atsekti, o informacija pasimesdavo tarp komandų. Dokumentavus procesą, jis buvo perkeltas į sistemą: prekių priėmimai su nuotraukomis, linijos patikros su brūkšniniais kodais, atsitiktinės partijų patikros, automatiškai fiksuojama remonto trukmė. Rezultatas - 100 % atsekamumas su skaitmeniniais audito įrašais, 80 % mažiau rankiniu būdu tvarkomos dokumentacijos ir 65 % mažiau kokybės nukrypimų.

Atkreipkite dėmesį į antrą skaičių. Būtent tvarkingas proceso aprašymas leido nustoti jį pildyti rankiniu būdu.

Tas pats nutiko plieno konstrukcijų gamykloje (opens in new tab), kur visa gamyba buvo fiksuojama Excel lentelėse: lėtai, su daug klaidų ir be galimybės matyti realią padėtį ceche. Kai medžiagų užklausos, tiekėjų konkursai ir sandėlio įrašai atsidūrė vienoje sistemoje, gamybos našumas pakilo 15 %, medžiagų surinkimas ir išdavimas pagreitėjo 35 %, o kiekvienas gamybos vadovas atgavo tris valandas kasdien.

Abi įmonės to pasiekė ne parašiusios geresnę instrukciją, o parašiusios tokią, kuri leido tiksliai suprasti, ką verta automatizuoti.

Kodėl dokumentacija sensta ir ką su tuo daryti

Dokumentacija - tai proceso nuotrauka, o procesas nestovi vietoje. Per kelis mėnesius dokumentas pasensta, ir niekas to nepastebi. Paskirtas atsakingas asmuo ir peržiūros data senėjimą sulėtina, bet nesustabdo.

Tikrą ilgalaikį sprendimą duoda tik taisyklių perkėlimas į pačią sistemą. Kai jos įrašytos programinėje įrangoje, procesas nebegali nutolti nuo aprašymo, nes tas aprašymas ir yra tai, kas veikia. Būtent todėl šį darbą verta atlikti kruopščiai, o ne greitai.

Šia logika vadovaujamės kurdami savo įrankius. Mūsų agentas (opens in new tab) surenka sąskaitas iš pašto dėžučių ir kitų šaltinių, pašalina dublikatus ir sudėlioja jas pagal mėnesius. Ko sistema negali išspręsti pati, perduoda konkrečiam žmogui, o ne palieka spėliojimui. Rutina veikia savarankiškai, sprendimai lieka žmonėms. Būtent šį padalijimą išgryninote ir penktame žingsnyje.

Didesnė versija - mūsų AI Business Brain (opens in new tab), paremtas paprasta idėja: žmogus gali išeiti, bet įmonės atmintis turi likti.

Tą patį išgyvenome patys: atlyginimų išrašai, sąskaitų lentelės ir laiko apskaitos įrašai buvo išbarstyti po šešis įrankius, ketvirtinė ataskaita užtrukdavo šešias valandas, o kiekvienas klausimas apie verslą prasidėdavo susirašinėjimu ir Excel lentelių jungimu. Šaltinių sujungimas - vietoj geresnių instrukcijų, kaip juos jungti - davė tris kartus greitesnes įžvalgas, 30 % mažesnes viršvalandžių sąnaudas ir 25 % rečiau išsiplečiančią projektų apimtį (opens in new tab).

Paskutinis perspėjimas: kol taisyklės negyvena sistemoje, jos persikelia į susirašinėjimą. Rašėme, ką reiškia, kai pokalbių žinutės tampa proceso pagrindu, ir kiek kainuoja procesas, kurį neša vienas žmogus (opens in new tab).

Dažniausiai užduodami klausimai

Kas yra verslo procesų dokumentavimas?

Tai raštiškas realaus proceso aprašas: kas jį pradeda, kokie žingsniai, kur priimami sprendimai ir kokios ribos taikomos, ką daryti, kai kas nors nevyksta pagal planą, kur perduodama atsakomybė ir kas atsako už rezultatą. Testas paprastas: ar žmogus, niekada to darbo nedaręs, gali pagal aprašą atlikti procesą ir gauti teisingą rezultatą.

Kiek laiko užtrunka verslo proceso dokumentavimas?

Vieno proceso su aiškiomis ribomis dokumentavimas dažniausiai trunka kelias dienas, ne valandas. Jei įtrauktos kelios komandos ir sistemos, darbo gali būti kelioms savaitėms. Daugiausia laiko užima ne rašymas, o realių atvejų stebėjimas ir išimčių fiksavimas.

Ką turi apimti tinkamas proceso dokumentavimas?

Turi būti surašyta proceso pradžia ir pabaiga, įvardytas atsakingas asmuo ir jo pavaduotojas, naudojami įrankiai ir failai, pagrindinė proceso eiga (vienas veiksmas - viena eilutė), kiekvienas sprendimas su tikslia riba, visos išimtys, perdavimai tarp komandų, eskalavimo kontaktas ir paskutinės peržiūros data.

Kaip žinoti, ar procesas pasiruošęs automatizuoti?

Praleiskite pro dokumentą tris-penkis realius atvejus ir būtinai bent vieną painų. Jei žingsniai keičiasi pagal vykdytoją, jei duomenys atkeliauja tušti ar vėluoja, arba jei procesas sustoja, kai žmogaus savaitę nėra, dar ne. Pirmiausia pataisykite, tada automatizuokite tik stabilią dalį.

Kuo skiriasi proceso schema ir dokumentacija?

Schema parodo, kaip vyksta darbas: veiksmų tvarka, atšakos, perdavimai. Dokumentacija duoda konkrečias instrukcijas, kad žmogus galėtų darbą atlikti. Pirmiausia reikia schemos, bet vien pagal ją proceso niekas neatliks.

Nuo ko pradėti?

Paskirkite atsakingą asmenį jau šiandien. Nustatykite peržiūros datą dabar. Iki penktadienio ištestuokite vieną realų procesą. Tiek užteks pamatyti, ar jį jau galima automatizuoti, ar dar reikia sutvarkyti duomenų srautus, išimtis ir sprendimų taškus.

Jei pirmiau norite nuomonės iš šalies, mūsų nemokamas procesų diagnostikos testas (opens in new tab) užtrunka apie tris minutes ir parodo, kuriose vietose kaupiasi daugiausia rankinio darbo. Jis apima šešias dažniausias spūstis: sąskaitas, suvedamas rankiniu būdu; ataskaitas, kas mėnesį lipdomas iš kelių Excel failų; užklausas, besikaupiančias bendroje pašto dėžutėje; užsakymus, perrašinėjamus iš vienos sistemos į kitą; pasiūlymus, ruošiamus ilgiau, nei klientas sutinka laukti; ir kainas bei terminus, gyvenančius vieno žmogaus Excel lentelėje.

Trumpa apžvalga (Quick Look) trunka penkias darbo dienas: vienas inžinierius, vienas procesas, aiškus atsakymas „daryti" arba „nedaryti" ir pirmo žingsnio apimtis. Pilnas auditas (Full Audit) užtrunka dvi-tris savaites, apima visą procesą ir baigiasi prioritetų eile: ką daryti pirmiausia, ką vėliau, ko nedaryti. Gilusis tyrimas (Deep Dive) trunka penkias-šešias savaites ir nagrinėja procesą bei jo duomenis iš pagrindų - kritiniams atvejams, kai klaidos iš tiesų brangiai kainuoja.

Audito kaina įskaitoma į vėlesnio įdiegimo kainą, nes patys įgyvendiname tai, ką rekomenduojame (opens in new tab).

Ir kartais sąžiningas atsakymas - jums visai nereikia AI. Jums tiesiog reikėjo geros proceso schemos.