Izazovi
Gotovi alati prestanu odgovarati; procesi žive u emailu i tabelama; integracije su krhke i bez evidencije izmjena.
Gotovi alati prestanu odgovarati; procesi žive u emailu i tabelama; integracije su krhke i bez evidencije izmjena.
Gotovi alati prestanu odgovarati; procesi žive u emailu i tabelama; integracije su krhke i bez evidencije izmjena.
Procesi napuštaju tabelu; AI i sistemi idu uz vlasnike i evidenciju izmjena; fazni rollout da poslovanje nikad ne stane — u BiH, Evropi ili šire.
Firme nam rijetko dolaze jer žele softver. Dolaze s procesom koji je prerastao alat u kojem stoji — najčešće tabelu koja je počela kao nečija privatna pogodnost, a sada je, tiho, sistem od kojeg poslovanje zavisi.
Tu tabelu vrijedi shvatiti ozbiljno, a ne ismijavati. Preživjela je zato što je tačno pristajala poslu, i svaka zamjena koja pristaje slabije će izgubiti, koliko god bolje izgledala u demonstraciji. Zato je prva faza svakog angažmana razumijevanje šta ta tabela zapravo kodira — uključujući pravila koja niko nije zapisao i izuzetke koje jedna osoba ručno rješava svaki petak.
Pošteno pitanje prije bilo kakve gradnje jeste treba li vam softver po mjeri uopšte. Često je odgovor ne: postojeći proizvod pokriva osamdeset posto, a pravi posao je konfiguracija plus jedna integracija. Radije to kažemo rano nego prodamo razvoj. Po mjeri postaje ispravan odgovor kad je proces ono čime firma zarađuje, kad nijedan proizvod ne pristaje bez izobličavanja načina na koji poslovanje radi, ili kad je površina integracija — knjigovodstvo, fiskalizacija, dobavljači, postojeći ERP — mjesto gdje leži prava težina.
Kad jeste ispravan odgovor, rizici su predvidivi. Sistem se lansira i niko ga ne koristi jer je projektovan iz specifikacije, a ne iz radnog dana. Ili se lansira odjednom, nešto pukne, i poslovanje stane. Oboje se izbjegava faznim uvođenjem: jedan proces po jedan, uz stari način koji ostaje dostupan dok novi ne stane na svoje noge. To je sporije na papiru i brže u praksi.
Integracije zaslužuju posebnu pažnju. Krhka integracija koju niko ne posjeduje i koja ništa ne bilježi je budući ispad s već zakazanim datumom. Sve što prelazi granicu sistema dobija vlasnika, evidenciju izmjena i definisano ponašanje za slučaj kad druga strana ne radi — jer druga strana neće raditi.
AI pripada ovoj slici, ali kasno i usko. Proces koji još nije pouzdan ne postaje pouzdan dodavanjem modela. Kad jezgro radi i podaci su vjerodostojni, korisne primjene su konkretne: izvlačenje strukture iz dokumenata koji stižu kao PDF, pisanje rutinske korespondencije i isticanje izuzetaka koje čovjek treba pogledati — uz čovjeka koji i dalje odlučuje.
Test je da li je proces ono čime zarađujete. Ako gotov proizvod pokriva većinu, a razlika je konfiguracija plus jedna integracija — kupite proizvod, mi ćemo to i reći, i to je kraći razgovor od razvoja. Po mjeri se isplati kad nijedan proizvod ne pristaje bez izobličavanja načina na koji poslovanje stvarno radi, ili kad je površina integracija mjesto gdje leži prava težina.
Ne, i plan koji to traži je plan koji vrijedi odbiti. Uvodimo jedan proces po jedan i držimo stari način dostupnim dok novi ne stane na svoje noge. Na vremenskoj liniji izgleda sporije, a u praksi ispadne brže, jer je alternativa — sve odjednom — način na koji projekti proizvedu sedmicu koje se niko u firmi ne želi sjećati.
To je obično jezgro posla, a ne naknadna misao. Nije bitno je li veza moguća — skoro uvijek jeste — nego ko je posjeduje, šta bilježi i kako se ponaša kad druga strana nije dostupna. Svaku granicu sistema tretiramo kao mjesto koje će jednom otkazati i ponašanje za taj dan projektujemo unaprijed.