Kada automatizirati proces, a kada ga ostaviti na miru

Automatizacija je tehnički proradila. Obrazac šalje podatke u tablicu, iz tablice nastaje zadatak, a sustav obavještava odgovornu osobu.

Ipak, netko svaki dan provjerava je li sve prošlo kako treba. Dio rezultata ručno se ispravlja. Kada se pojavi neobičan slučaj, nije jasno treba li promijeniti podatke, pravilo ili cijeli tok.

To ne znači nužno da je odabran loš alat. Češće znači da je automatizacija uvedena prije nego što je proces bio spreman za nju.

Automatizacija pouzdano ponavlja ono što smo joj dovoljno jasno zadali. Ne može sama razjasniti neuredan proces, odlučiti koja verzija podatka vrijedi niti riješiti neslaganje među ljudima o tome kako posao treba izgledati.

Zato prvo pitanje nije može li se nešto automatizirati. Tehnički se može povezati mnogo toga. Korisnije je pitati je li proces dovoljno stabilan, važan i razumljiv da će automatizacija biti pomoć, a ne novi izvor provjera.

Ponavljanje nije jedini kriterij

Ručni posao koji se često ponavlja dobar je razlog za istraživanje, ali nije dovoljan za odluku.

Proces je bolji kandidat kada ima prepoznatljiv početak, nekoliko poznatih koraka i jasan rezultat. Primjerice, novi upit stiže kroz obrazac, provjeravaju se obavezna polja, podatak se upisuje u jednu evidenciju i odgovorna osoba dobiva obavijest.

Ako se svaki slučaj rješava drukčije, pravila se mijenjaju iz tjedna u tjedan, a završetak procesa različitim ljudima znači različite stvari, automatizacija će trebati toliko dodatnih grana da će je uskoro biti teško pratiti.

Nije problem ako iznimke postoje. Problem je ako ih još ne znamo imenovati.

Pet provjera prije odluke

Ne postoji jedna formula koja vrijedi za svaki tim, ali pet provjera obično brzo pokaže u kojem smjeru vrijedi krenuti.

1. Ponavlja li se proces dovoljno slično?

Promatrajte nekoliko stvarnih prolazaka kroz proces. Jesu li početak, glavni koraci i očekivani rezultat uglavnom isti? Ili se pravila i odgovornosti još dogovaraju tijekom svakog slučaja?

Ako proces još traži stalno pregovaranje, prvo ga treba stabilizirati. U suprotnom će svaka promjena načina rada postati i tehnička izmjena.

2. Jesu li ulazni podaci dovoljno pouzdani?

Automatizacija može provjeriti je li polje prazno, odgovara li datum zadanom formatu ili postoji li šifra u katalogu. Ne može sama znati da je kupac u napomeni spomenuo poseban dogovor koji mijenja cijelu odluku.

Ako isti podatak dolazi iz nekoliko tablica, mailova i usmenih dogovora, najprije treba odrediti što je mjerodavno. Inače sustav samo brže prenosi nejasnoću iz jednog mjesta u drugo.

3. Možemo li zapisati pravila i iznimke?

Proces ne treba priručnik od trideset stranica. Dovoljno je da osoba koja ga poznaje može objasniti:

• što ga pokreće
• koji podaci ulaze
• koje se provjere rade
• kada se ide dalje
• koje situacije moraju čovjeku
• što znači da je posao završen

Ako to još nije moguće, korisnije je prvo zapisati proces prije odluke o aplikaciji ili automatizaciji. Takav zapis često pokaže da problem nije nedostatak alata, nego nejasno vlasništvo ili različito tumačenje istog statusa.

4. Kolika je posljedica pogreške?

Automatska interna obavijest poslana pogrešnoj osobi nije isto što i pogrešna cijena poslana kupcu, pogrešno odobreno plaćanje ili obrada osjetljivih podataka bez odgovarajuće kontrole.

Što je posljedica veća, to su važniji kontrolni uzorak, zapis izvršenih koraka i jasno mjesto ljudskog odobrenja. Neki koraci mogu biti automatizirani, dok konačna odluka namjerno ostaje čovjeku.

5. Tko će sustav pratiti i održavati?

Automatizacija nije gotova kada prvi put proradi.

Promijenit će se obrazac, naziv stupca, poslovno pravilo, osoba koja prima obavijest ili vanjski alat s kojim je sustav povezan. Netko mora primijetiti da rezultat više nije ispravan, znati gdje pogledati i imati ovlast dogovoriti promjenu.

Ako nitko ne može odgovoriti tko je vlasnik automatizacije, trošak nije uklonjen. Samo je odgođen do prvog kvara.

Pozitivan primjer: servisni upit s jasnim sljedećim korakom

Zamislimo jednostavan scenarij. Ovo nije prikaz konkretnog klijentskog projekta.

Tvrtka na webu ima obrazac za servisni upit. Obavezna su polja ime, kontakt, oznaka uređaja i opis problema. Nakon slanja sustav provjerava jesu li polja popunjena, zapisuje upit u jednu evidenciju, dodjeljuje početni status i šalje potvrdu korisniku. Ako je označen hitan zastoj, obavještava dežurnu osobu.

Ulaz je poznat. Pravila su kratka. Rezultat se može provjeriti. Iznimka ne dobiva izmišljeno rješenje, nego ide odgovornoj osobi.

Takva automatizacija ne pokušava dijagnosticirati kvar ni obećati rok popravka. Uklanja prepisivanje i osigurava da upit stigne na pravo mjesto. Čovjek zatim pregledava sadržaj, određuje prioritet i odlučuje što slijedi.

Ovdje automatizacija ima jasnu granicu i prirodno mjesto u procesu.

Negativan primjer: ponuda koja ovisi o nepisanim dogovorima

Druga zamišljena tvrtka želi automatizirati izradu i slanje ponuda. Na prvi pogled posao se ponavlja: preuzeti podatke kupca, odabrati stavke, izračunati cijenu i poslati dokument.

U stvarnom toku gotovo svaki korak ima skriveno pravilo. Jedan kupac ima poseban popust dogovoren mailom. Za drugoga vrijedi stari cjenik do kraja projekta. Rok ovisi o usmenoj potvrdi osobe koja planira kapacitete. Iskusna prodajna osoba zna da se u nekim slučajevima mora tražiti dodatno odobrenje.

Ako se takav proces odmah automatizira, rezultat može izgledati uredno i biti poslovno pogrešan. Nepouzdan ulaz postaje cijena i rok koji su već obećani kupcu.

Bolji prvi korak jest urediti izvore cijena, zapisati pravila odobravanja i označiti situacije koje uvijek traže provjeru. Tek zatim ima smisla odlučiti treba li nova aplikacija ili bolje strukturiran proces.

Automatizirati dio procesa često je bolja odluka

Odluka nije samo „sve” ili „ništa”.

U primjeru ponude može se automatizirati otvaranje predmeta, preuzimanje osnovnih podataka i priprema nacrta. Izračun posebne cijene i slanje kupcu mogu ostati pod ljudskom kontrolom.

Isto vrijedi za tablice. Ako je problem samo ponavljajuća obavijest nakon promjene statusa, možda je dovoljan jedan mali automatizirani korak. Ako postoje paralelne kopije, nejasni statusi i pravila u nečijoj glavi, prvo treba provjeriti je li tablica prerasla svoju ulogu.

Manji opseg lakše je testirati, objasniti i vratiti na prethodni način rada ako se pokaže da pretpostavke nisu bile dobre.

Dobra automatizacija zna kada treba stati

Proces bez ijedne iznimke rijetko postoji. Korisno je razlikovati tri vrste situacija:

1. standardni slučaj koji sustav može obraditi prema jasnim pravilima
2. prepoznatljivu iznimku koju sustav može označiti i predati čovjeku
3. nepredvidivu situaciju u kojoj čovjek mora razumjeti kontekst i odlučiti

Ako nedostaje ključan podatak, izvori se ne slažu ili je posljedica odluke velika, sustav ne bi trebao pogađati nastavak.

Ljudska kontrola pritom nije formalni klik na kraju. Treba biti postavljena ondje gdje podatak postaje obećanje, trošak, odobrenje ili druga važna poslovna odluka.

Održavanje je dio rješenja

Prije redovnog rada treba dogovoriti:

• tko prima obavijest o pogrešci
• gdje se vidi što je sustav napravio
• kako se provjerava nekoliko prvih rezultata
• tko odobrava promjenu pravila
• što se događa kada povezani alat nije dostupan
• kako se posao privremeno nastavlja ručno

To ne treba biti složen sustav nadzora. Mora samo biti dovoljno jasno da kvar ne ostane skriven i da ljudi znaju kako reagirati.

Mali test prije velike odluke

Odaberite ograničen broj stvarnih slučajeva i prođite ih prema istim pravilima. Zabilježite gdje se pojavljuju iznimke, nejasni podaci i dodatne provjere.

Ako se većina slučajeva može obraditi na isti način, pogreške se lako uočavaju, a vlasnik procesa zna što treba pratiti, mali automatizirani korak vjerojatno ima smisla.

Ako svaki slučaj otvara novu raspravu, pričekajte. Pojednostavite proces, uredite podatke i dogovorite odgovornosti.

Automatizacija ima najviše smisla kada ponavlja ono što je dovoljno dobro shvaćeno. Kada proces još traži prosudbu, dogovor ili učenje, ostaviti ga neko vrijeme na miru može biti zrelija tehnička odluka.