Kako mapirati primopredaju posla pre AI automatizacije

1. Pre crtanja odredite granicu jednog slučaja

Imenujte predmet koji prolazi kroz proces: jedan upit, porudžbinu, račun dobavljača, zahtev za podršku ili zahtev za odobrenje. Odredite događaj koji ga pokreće i rezultat koji ga završava. „Obrada upita kupaca“ je preširoka; put „od novog upita sa sajta do dodeljenog sledećeg koraka“ može da se prati i proveri.

Jedan završen slučaj koristite kao osnovu mape. NIST priručnik za funkciju Map preporučuje da se definišu zadatak, svrha, okruženje, korisnici, zahtevi i mogućnosti bez AI-ja. Ista disciplina koristi maloj firmi: prvo razumite posao, a zatim mu dodelite tehnologiju.

• Slučaj: koju pojedinačnu stavku pratimo?
• Okidač: šta otvara slučaj?
• Završetak: šta potvrđuje da je posao gotov?
• Vlasnik: ko odgovara za konačan ishod?

2. Stvaran primer proverite sa obe strane primopredaje

Zamolite osobu koja radi posao da otvori prikladan anonimizovan nedavni slučaj i opiše šta se dogodilo. Za svaki korak zapišite aktivnost, ulogu, ulaz, alat i rezultat. Zatim pitajte primaoca šta mora da dobije da bi mogao da nastavi. Primopredaja nije završena kada neko klikne Pošalji, već kada sledeći zaposleni dobije upotrebljive informacije i zna šta treba da uradi.

Pregled ne treba da postane ocenjivanje zaposlenih. Cilj je da otkrijete kako proces zaista radi, uključujući prečice nastale zato što je zvaničan put spor ili nepotpun. Ne prepisujte lične i poverljive podatke u mapu; koristite oznaku slučaja ili anonimizovan primer i dogovorite gde radne beleške smeju da se čuvaju.

• Ko izvršava aktivnost?
• Koje informacije i ovlašćenja su toj osobi potrebni?
• Koji rezultat dobija sledeći zaposleni?
• Kako primalac saznaje da treba da reaguje?

3. Odvojite aktivan rad od redova čekanja

Kada postoji dokaz, zapišite dva vremena: kada je aktivnost počela ili završena i kada je počeo sledeći korak. Tako zadatak od pet minuta koji zatim dva dana čeka odobrenje ne opisujete kao dvodnevni zadatak. Dodajte razlog čekanja: podatak koji nedostaje, zauzetost tima, odgovor spoljne strane, grupna obrada ili pravilo odobravanja.

Ako sistemi čuvaju istoriju događaja, mali izvoz može da proveri zaključke sa razgovora. Microsoft navodi identifikator slučaja, naziv aktivnosti i vremenske oznake kao neophodna polja dnevnika događaja za process mining; podatak o izvršiocu ili odeljenju dodaje kontekst. Tabela trenutnog stanja nije automatski istorija događaja, pa pre obećanja analize alatom proverite šta izvorni sistem zaista beleži.

• Vreme aktivne obrade, ako je poznato.
• Čekanje do sledeće aktivnosti.
• Red ili zavisnost koja izaziva čekanje.
• Izvor dokaza: vremenska oznaka, istorija zahteva, mejl ili procena.

4. Nacrtajte uobičajen put i važne varijante

Posle prvog slučaja pregledajte još nekoliko primera. Najčešći put zadržite kao glavni, ali dodajte grane za okolnosti koje menjaju odgovornost, rizik ili količinu rada: dokument koji nedostaje, nepodudarne iznose, hitan zahtev, odbijeno odobrenje ili kupca čiji identitet nije potvrđen. Prebrojte ono što možete, ali mali uzorak označite kao uzorak, a ne kao izmerenu učestalost.

IBM varijantu procesa definiše kao poseban put kojim slučaj prolazi, a vreme čekanja kao period između aktivnosti. Ova razlika je važna jer redak put može da zauzme najviše pažnje ili da bude baš mesto na kojem automatsko pravilo greši. Doradu ne skrivajte u opštem polju „obradi slučaj“.

• Koji put se javlja najčešće?
• Gde se posao vraća na prethodni korak?
• Koji izuzetak menja odgovornu osobu ili potrebno odobrenje?
• Koji put postoji samo u mejlu, četu ili sećanju zaposlenog?

5. Pre izbora AI-ja odredite šta uopšte treba menjati

Za svaku poteškoću postavite četiri pitanja. Može li bolji formular da ukloni podatke koji nedostaju? Može li determinističko pravilo da usmeri slučaj? Može li AI da pomogne pri izdvajanju, razvrstavanju, sažimanju ili pripremi nacrta kada se ulazi razlikuju? Ili je ljudska procena suština posla? Najbolji prvi potez može biti obavezno polje, zajednički red ili povezivanje sistema, a ne AI model.

Ako razmatrate AI, na mapi odredite njegov tačan rezultat, dozvoljene podatke, primaoca i uslov za prosleđivanje osobi. NIST preporučuje dokumentovanje uloga čoveka i AI-ja i odgovornosti za nadzor. Za visokorizične AI sisteme član 14 Akta EU o veštačkoj inteligenciji posebno obrađuje delotvoran ljudski nadzor, uključujući praćenje, tumačenje, poništavanje ili prekid rada. Nije svaki kancelarijski proces visokorizičan; ovaj vodič nije pravna klasifikacija, pa za odluke koje utiču na prava, bezbednost ili regulisane obaveze uključite odgovarajućeg stručnjaka.

• Tačan zadatak u kojem AI treba da pomogne.
• Rezultat koji će dobiti osoba ili sistem.
• Imenovan kontrolor sa vremenom, informacijama i ovlašćenjem da reaguje.
• Rezervni put kada nema dovoljno podataka, sigurnosti ili dostupnosti sistema.

6. Završite korisnim materijalom, a ne ukrasnim dijagramom

Rezultat je mapa trenutnog toka i spisak problema. Za svaku primopredaju sačuvajte odgovornu ulogu, potreban ulaz, sistem, rezultat, čekanje, čest izuzetak i raspoloživ dokaz. Zapišite otvorena pitanja i neslaganja umesto da ih prikrijete. Mapu treba odvojeno da potvrde osoba koja šalje posao i osoba koja ga prima.

Zatim izaberite jednu ograničenu promenu i odredite šta ćete pratiti pre i posle nje: manje vraćenih slučajeva zbog podataka koji nedostaju, kraće čekanje, manje ručnih primopredaja ili doslednije usmeravanje. Procenu ne predstavljajte kao garantovanu uštedu. Pregled procesa treba da suzi i bolje potkrepi sledeću odluku, bilo da sledi AI pilot, obična automatizacija, promena postupka ili zadržavanje dobrog koraka.