Digitalna transformacija bez haosa

„Digitalna transformacija” je fraza koja plaši ljude koji su je jednom preživeli. Ne zbog softvera, nego zbog sećanja na vikend u kome je stari sistem ugašen u petak, novi upaljen u ponedeljak, i ceo mesec zaglavljen jer jedna migrirana stavka nije sela. Haos koji pamte nije svojstvo promene — on je posledica metoda kojim je promena izvedena.

Drugi izvor haosa je tiši i skuplji. Transformacija se poveri IT sektoru kao da je reč o zameni servera. IT isporuči sistem, obuči nekoliko ljudi i zatvori projekat — a posao nastavi da radi po starom, u paralelnim Excel tabelama koje niko zvanično ne priznaje. Sistem je „uveden”, a ništa se nije transformisalo osim mesta na kome se čuva ista zbrka.

Ovaj tekst je o tome kako se promena izvede bez tog vikenda i bez tih paralelnih tabela: faznim pristupom umesto velikog reza, sa jednim izvorom istine kao prvim ciljem, sa jasnim redosledom procesa i sa merom napretka koja ne laže. Ništa od toga nije novo — ali se retko radi, jer je teže od kupovine licenci.

Haos nije u transformaciji, nego u velikom rezu

Veliki rez traži da sve bude tačno u istom trenutku: matični podaci očišćeni, početna stanja preneta, integracije povezane, ljudi obučeni, poreske šeme mapirane, otvorene stavke uparene. Svaka od tih stvari može da omane pojedinačno bez velike štete. Kada moraju da slegnu istog dana, prvi neuspeh uzima ceo mesečni obračun za taoca — a rok za PP PDV ne pomera se zato što migracija nije sela.

• Matični podaci: šifarnik artikala, partneri sa tačnim PIB-om i matičnim brojem, kontni plan bez duplikata.
• Početna stanja: otvorene stavke kupaca i dobavljača, saldo zaliha po lokaciji i po LOT-u, nezatvorene avansne uplate.
• Poreske mape: veza konta i polja POPDV evidencije, stope PDV-a po datumu važenja, tretman troškova bez prava na odbitak.
• Ljudi: knjigovođa koji zna gde je dugme u novom sistemu istog jutra kada stiže prvi izvod, a ne posle obuke koja se završila pre nego što su iskočili stvarni slučajevi.

Zašto ‚transformacija’ propadne kao IT projekat

Projekat ima datum završetka; posao nema. Kada se transformacija vodi kao IT isporuka, uspeh se meri time da li sistem radi, a ne time da li se posao promenio. Sistem proradi, projekat se zatvori, i tek tromesečje kasnije se vidi da knjigovodstvo i dalje vodi ključne brojke u tabeli pored — jer sistemu ne veruje ili u njemu još ne ume.

Simptomi otete transformacije

• Paralelna tabela u kojoj se „stvarno” vodi stanje, a sistem se puni naknadno da bi izveštaj izgledao uredno.
• Odluke o tome šta je „gotovo” donosi neko ko ne knjiži — pa je gotovo ono što se instalira, a ne ono što se koristi.
• Obuka je bila jednokratni događaj pre puštanja, a ne pratnja kroz prve dve-tri obračunske periode kada iskaču stvarni slučajevi.
• Zahtevi za izmenu se gomilaju kod IT-a jer proces nije opisan pre nego što je konfigurisan — pa se sistem savija oko nesporazuma.

Vlasnik je proces, ne sistem

Transformacija koja uspe ima vlasnika u poslu, ne u IT-u: osobu koja odgovara za to da se faktura zaista knjiži u sistemu, da se izvod uparuje tamo, da se PP PDV sastavlja iz knjiženja a ne iz tabele. IT obezbeđuje da alat radi; da li se alat koristi jeste odluka posla i meri se u poslu. Bez tog vlasnika, svaki težak slučaj završi kao izuzetak koji se „za sada” radi ručno — a „za sada” je najtrajnije stanje u svakoj firmi.

Jedan izvor istine je prvi rezultat, ne poslednji

Pre automatizacije i pre bilo kakvog AI-ja, prava isporuka transformacije je banalna: da svaki broj ima jedno mesto na kome živi. Stanje zaliha se ne čita iz tri tabele koje se razilaze; saldo kupca je isti u prodaji i u finansijama; iznos PDV-a za prijavu izlazi iz knjiženja, a ne iz odvojene računice koju niko ne ume da ponovi sledećeg meseca. Paralelna tabela je najpouzdaniji znak da tog izvora nema — ona ne nastaje iz inata nego iz nepoverenja, pa se ne ukida zabranom nego uklanjanjem razloga za nju.

U srpskom kontekstu deo izvora istine je već spolja definisan i to pomaže. SEF je jedini zvanični registar e-faktura, pa se ulazna i izlazna faktura ne „vode” na dva mesta — sistem ih preuzima odatle. POPDV i PP PDV se sastavljaju iz istih tih knjiženja, a ne prekucavaju. Tamo gde država nameće jedan registar, transformacija ima manje posla; problem su brojke koje niko spolja ne drži — zalihe, marže, avansi — i baš tu se paralelne tabele množe.

Koje procese prvo, a koje namerno poslednje

Redosled nije stvar ukusa. Prvi treba da bude proces sa velikim obimom i malim brojem izuzetaka, jasnim vlasnikom i merljivim ishodom — jer brzo gradi poverenje i uči tim na lakim slučajevima. Najteži proces, onaj oko koga se u firmi lome politike, ide poslednji: ne zato što nije važan, nego zato što neuspeh na njemu na početku obori poverenje u ceo poduhvat. Krenuti od procesa koji „najviše boli” je klasična zamka — boli baš zato što je najsloženiji i najsporniji, što ga čini najgorim mestom za učenje i sistema i tima.

Kako se meri napredak da mera ne laže

Napredak transformacije ne meri se procentom instaliranih modula, nego time koliko posla zaista živi u sistemu. Najpošteniji pokazatelj je najprozaičniji: broj paralelnih tabela koji opada ka nuli i udeo dokumenata koji u sistem ulaze kao prvo mesto unosa, a ne prekucavanjem iz drugog izvora. Lista izuzetaka koji se ‚za sada’ rade ručno, a koja ne opada, nije lista — ona je neprimetno postala proces.

Praktičan redosled koraka

1. 1

   Opišite proces pre nego što ga konfigurišete

   Napišite kako posao ide danas — ko unosi, ko odobrava, gde staje. Sistem se podešava prema opisanom procesu; proces koji se prvi put definiše kroz samo podešavanje uvek završi kao tuđa pretpostavka.

2. 2

   Očistite matične podatke pre migracije

   Duplikati partnera, pogrešni PIB-ovi i mrtvi artikli ne postaju tačni prelaskom u novi sistem — samo se sele. Čišćenje pre migracije je najdosadniji i najisplativiji korak.

3. 3

   Prenesite stanja, pa vozite uporedo jedan period

   Umesto reza, neka novi i stari sistem rade paralelno jedan obračunski period na izabranom procesu. Razlika koja iskoči tu je jeftina; ista razlika posle gašenja starog sistema je istraga.

4. 4

   Pustite jedan proces, stabilizujte ga, pa sledeći

   Sledeći proces ne kreće dok prethodni ne radi bez dnevne asistencije. Dva procesa u previranju istovremeno daju haos koji se ne može pripisati nijednom uzroku.

5. 5

   Ukinite paralelnu tabelu svesno

   Tabela se ne ukida dekretom nego kada broj u sistemu prestane da se razlikuje od nje. Datum gašenja tabele je pravi datum kada je taj deo transformacije gotov.

6. 6

   Zadržite vlasnika posla do kraja

   Projekat se zatvara; proces ostaje. Neko iz posla mora da nastavi da odgovara za to da nove izuzetke rešava pravilo u sistemu, a ne nova tabela.

Kako NG One pristupa ovome

NG One je zamišljen tako da fazni pristup bude podrazumevan, a ne izuzetak. Prostori se puštaju jedan po jedan — finansije i usklađenost pre proizvodnog obračuna — dok je jezgro isto za sve, pa uparivanje izvoda i knjiženje ne čekaju da ceo sistem bude „gotov”. Jedan izvor istine je ugrađen u model podataka: saldo, zaliha i poreska evidencija čitaju se iz istih knjiženja, a ne iz paralelnih pregleda, pa nema mesta na kome se dva broja mogu razići. SEF, POPDV i PP PDV se sastavljaju iz tih knjiženja, čime deo izvora istine dolazi već iz zakonskog okvira.

Zaključak nije da transformacija treba da bude spora. Fazni pristup nije sporiji od velikog reza — samo raspoređuje rizik tako da nijedan pojedinačni neuspeh ne obori ceo poduhvat. Firma koja krene od jednog procesa, dobije jedan izvor istine i ugasi prvu paralelnu tabelu već je transformisana više nego firma koja je „uvela sistem” i nastavila da živi u tabelama pored njega.