Implementacija i životni ciklus informacionog sistema preduzeća

Sistem koji nema kraj

Jedno preduzeće prolazi kroz stalne promene: pojavljuju se novi proizvodi, tržišta, propisi, organizacione strukture, rizici i načini odlučivanja. Zato se mora menjati i njegov informacioni sistem. Ključno pitanje više nije da li je sistem implementiran, nego da li može da evoluira zajedno sa preduzećem.

Projekat se završava zapisnikom. Preduzeće sutradan otvara vrata: stižu porudžbine, roba, reklamacije; neko donosi odluku za koju u specifikaciji nema predviđenog mesta. Ono nastavlja da menja proizvode, tržišta, organizaciju i odnos prema riziku. Stvarni život implementiranog sistema počinje tek posle potpisivanja zapisnika.

Uobičajena predstava prati uredniji redosled: izbor softvera, implementacija, puštanje u produkciju, primopredaja. U izveštaju je poslednja stavka označena kao završena. U poslovanju je upravo počela provera koliko naš model preduzeća odgovara onome što ljudi zaista rade.

Sistem nastaje iz razumevanja poslovanja, dobija oblik kroz model i implementaciju, prolazi stabilizaciju, ulazi u operativni život i zatim evoluira zajedno sa organizacijom: razumevanje → model → implementacija i integracija → stvarnost → reziduum → novo razumevanje.

Sistem nastaje iz razumevanja poslovanja, dobija oblik kroz model i implementaciju, prolazi stabilizaciju, ulazi u operativni život i zatim evoluira zajedno sa organizacijom

Ovo nije linearan proces. Svako novo razumevanje menja model, a promenjeni model menja sistem.

Softverski inženjeri poznaju Boehmov spiralni model razvoja – iterativni razvoj vođen rizikom. Ovde spiralu posmatramo iz perspektive trajne usklađenosti informacionog sistema i preduzeća, preko granica pojedinačnih projekata. To je otvorena spirala, nalik spirali po kojoj raste ljuštura nautilusa. Ona se širi iz kruga u krug, bez konačne tačke u kojoj je sistem završen. Informacioni sistem ne teži završetku. On teži usklađenosti sa preduzećem, koje se i samo neprestano menja.

Informacioni sistem ne teži završetku, već usklađenosti sa preduzećem, koje se i samo neprestano menja

Pre softvera postoji preduzeće

Informacioni sistem ne počinje ERP-om, već realnim poslovanjem, koje se razvijalo godinama: kupcima, robom, novcem, ljudima, odlukama, rizicima i izuzecima. Zadatak projektovanja zato nije prvenstveno utvrditi šta softver može, već razumeti šta preduzeće jeste i šta želi da postane.

Pre izbora proizvoda i tehnologije treba razumeti procese, događaje, odluke, odgovornosti, podatke, ograničenja i njihove veze. Idejni projekat je zato, pre svega, usklađivanje različitih perspektiva unutar organizacije, a tek zatim dokument. Proces razumevanja važniji je od dokumenta koji iz njega nastane.

Brooksova razlika između esencijalne i akcidentne složenosti ostaje ključna i za savremene informacione sisteme. Esencijalna složenost dolazi iz samog poslovnog domena: pravila, odluka, izuzetaka, ograničenja, odnosa i ciljeva preduzeća. Ona se ne može ukloniti promenom tehnologije. Akcidentna složenost nastaje iz načina na koji sistem gradimo – iz arhitekture, proizvoda, integracija, dupliranja podataka i funkcija, kao i tehnoloških ograničenja. Ona se može i mora smanjivati.

Menjali smo mainframe sisteme, client/server arhitekture, ERP, SOA, cloud i mikroservise. Tehnologija je postala neuporedivo moćnija, ali poslovni sistemi nisu postali jednostavni. Najveći deo njihove složenosti nalazi se u poslovanju koje pokušavamo da formalizujemo. Tehnologija pomaže da sistem izgradimo. Ona ne određuje šta treba izgraditi.

Tehnologija ne određuje šta treba izgraditi, već nam pomaže da sistem izgradimo

Duh preduzeća čine formalna i neformalna pravila, prioriteti i vrednosti: kako se tretira kupac, koliko se rizika prihvata, gde se zahteva stroga kontrola i ko sme da napravi izuzetak. Kada odluku prepustimo sistemu, prećutno znanje nekoliko iskusnih ljudi mora dobiti oblik prioriteta, pravila, ograničenja i dozvoljenih izuzetaka. Tada se pokazuje koliko je poslovanja stajalo u rečenici: „Pitaj njega, on zna.“ Pokušaj formalizacije otkriva duh preduzeća, ali i mesta na kojima dogovor nikada nije ni postojao.

Minimalni sistem i konceptualni integritet

Ako esencijalnu složenost ne možemo ukloniti samom promenom tehnologije, postavlja se drugo pitanje: koliko je informacija potrebno da opišemo poslovanje koje sistem treba da podrži? Moramo znati šta postoji – entitete, šta se dešava – događaje, koja pravila važe i šta mora ostati istinito – invarijante. Iz toga proizlazi projektantsko načelo: dobar informacioni sistem teži najmanjem konzistentnom skupu poslovnih pojmova, komponenata, pravila i veza koji je dovoljan za potrebne sposobnosti preduzeća, uz zahtevanu pouzdanost i prihvatljiv rizik.

Dobar informacioni sistem teži najmanjem konzistentnom skupu poslovnih pojmova, komponenata, pravila i veza koji je dovoljan za potrebne sposobnosti preduzeća, uz zahtevanu pouzdanost i prihvatljiv rizik

Ko dobija poslednjih sto komada? Na stanju je poslednjih sto komada nekog proizvoda, a zahtevi kupaca ukupno iznose sto pedeset. Kome će roba biti obećana? Jedno preduzeće prednost daje najvećem kupcu, drugo ranijem obećanju, treće ugovornoj obavezi, a četvrto kanalu sa najvećom maržom. U odluku mogu ući rok trajanja, kreditni rizik, istorija saradnje, trošak ili mogućnost naknadne isporuke. Sva ta preduzeća mogu koristiti isti ERP i WMS, imati iste podatke o zalihama i formalno iste procese. Ipak, neće doneti istu odluku. Razlika nije u softveru, nego u onome što preduzeće smatra važnim. To je duh preduzeća.

Minimalnost ovde znači odsustvo nepotrebne složenosti: istog pravila koje se nezavisno održava na više mesta, podataka čije se kopije ručno usaglašavaju ili komponenata bez jasne odgovornosti. Šta je potrebno određuju ciljevi i ograničenja preduzeća: rezervna infrastruktura može biti uslov pouzdanosti. Aplikacije, baze, interfejsi i platforme realizuju model. Njihov broj sam po sebi nije mera njegove jednostavnosti.

Konceptualni integritet, jedno od ključnih svojstava dobrog sistema prema Brooksu, ne zahteva monolit, niti jednu aplikaciju. On zahteva da delovi sistema, čak i kada ih grade različiti timovi i dobavljači, imaju usaglašene osnovne principe, granice odgovornosti i odnose između svojih poslovnih pojmova.

Prodaja, finansije i logistika mogu isti objekat posmatrati iz različitih perspektiva. Fizička zaliha u skladištu nije isto što i količina koju smemo obećati kupcu. Te razlike moraju biti eksplicitne: mora se znati kako rezervacija, rok trajanja ili kreditno ograničenje utiču na obećanje. Zajedničko poslovno pravilo ne bi trebalo nezavisno izmišljati u ERP-u, WMS-u, POS-u i web shopu, niti izuzetak sme neprimetno postati paralelni poslovni model.

U Kalatravinim graditeljskim remek-delima, oblik, materijal i svetlo nisu skup pojedinačnih rešenja; prepoznajemo da proizlaze iz iste ideje. Sličan utisak ostavlja Muzej savremene umetnosti u Beogradu Ivana Antića i Ivanke Raspopović. Tako bi trebalo da izgleda i informacioni sistem: različiti delovi, ali jedan koncept.

Informacioni sistem zato obuhvata zajedničku informacionu infrastrukturu preduzeća, čija se vrednost ne može svesti na ERP ili zbir aplikacija. Arhitektura pronalazi prirodno mesto svake poslovne sposobnosti i jasno određuje odgovornost za nju.

Autonomija komponenata ne znači izolaciju. Među njima mora postojati automatska semantička sprega: kada jedna objavi da je nastala porudžbina, rezervisana zaliha ili promenjen kreditni rizik, druge moraju razumeti značenje i posledice događaja u sopstvenom domenu. To zahteva dogovorene pojmove, pravila prevođenja i usaglašavanje njihovih promena. Integraciona cev rešava transport, ali ne i značenje. Cev bez jezika samo brže prenosi nesporazume.

Alfred North Whitehead napisao je da civilizacija napreduje povećavanjem broja važnih operacija koje možemo obaviti ne razmišljajući o njima. Zreo informacioni sistem veliki deo koordinacije pretvara upravo u takve, nevidljive operacije. Prenos poslovnog događaja, provera invarijanti, usklađivanje stanja, knjiženje posledice ili upozorenje odvijaju se bez ručnog prenosa podataka, elektronske pošte i posebnog dogovora ljudi. Te operacije nisu nevažne, već dovoljno precizno artikulisane da ne zahtevaju stalnu ljudsku pažnju. Dobar informacioni sistem rutinu čini nevidljivom, a odstupanje vidljivim.

Da bi operacija prestala da zahteva stalnu pažnju, najpre je moramo razumeti, urediti, izmeriti i pouzdano ugraditi u sistem. Tako se pažnja oslobađa za sledeći problem koji još nismo razumeli. To je napredak u Whiteheadovom smislu – znanje koje je postalo sposobnost.

Da bi operacija prestala da zahteva stalnu pažnju, najpre je moramo razumeti, urediti, izmeriti i pouzdano ugraditi u sistem. Tako se pažnja oslobađa za sledeći problem koji još nismo razumeli.

Ali i greška može postati nevidljiva. Operacija sme da se provuče ispod nivoa ljudske pažnje samo ako ostaje proverljiva i ako sistem ume da upozori kada izlazi iz očekivanih granica. Automatizacija koja uklanja potrebu za nadzorom samo tako što uklanja tragove nije napredak.

Softver nije proces

Preduzeće često želi ERP, ali ne prihvata njegovu filozofiju: jedinstvene podatke, uređene procese, jasne odgovornosti i transakciju evidentiranu tamo i onda kada je nastala. Želi integrisan sistem, ali i da svaki deo zadrži sopstvene šifre, pravila, evidencije i izuzetke. ERP se formalno implementira, dok se poslovanje nastavlja u tabelama, elektronskoj pošti i dogovorima.

Slično je sa kontrolingom: menadžment želi da u prvih pet dana meseca dobije bilans uspeha po profitnim centrima za prethodni mesec. To nije funkcija koja se jednostavno uključi u softveru. Neophodni su odgovarajući profitni centri, vlasnici podataka i rezultata, pravila razgraničenja i alokacija, rokovi knjiženja i odgovornost za zatvaranje perioda. Ako poslovne funkcije ne proizvode konzistentan presek, kontroling nema šta pouzdano da analizira.

Od informacionog sistema često tražimo da proizvede organizacionu sposobnost koju samo preduzeće još nema. Softver može automatizovati proceduru; ne može nadomestiti proceduru koja ne postoji. Implementacija zato znači uređenje rada koji softver treba da učini ponovljivim. Definišu se aktivnosti, odgovornosti, rokovi, pravila i kontrolne tačke, a zatim se mere efikasnost, tačnost i stabilnost – sposobnost da se isti kvalitet ponavlja bez vanrednog napora nekoliko iskusnih ljudi.

Cilj nije: „Možemo da napravimo bilans uspeha po profitnim centrima.“ Cilj je da ga do petog radnog dana svakog meseca dobijamo potpunog i pouzdanog, po utvrđenoj proceduri, sa poznatim brojem korekcija i merljivim angažovanjem ljudi. Tek tada postaje poslovna sposobnost; pre toga je samo mogućnost da se izveštaj nekako proizvede.

Nije dovoljno da sistem radi. Potrebno je da preduzeće pouzdano radi kroz njega.

Ono što je praksa razdvojila

U preduzećima se sledeće stvari obično posmatraju odvojeno. Filozofija i strategija pripadaju vlasnicima i top menadžmentu. Organizacija i procedure poslovnim funkcijama. Metrike kontrolingu. Kvalitet posebnoj organizacionoj jedinici. Softver i podaci IT-ju. Svaki deo ima sopstveni jezik, alate i stručnjake, i svaki može lokalno izgledati uspešno. Preduzeće, ipak, ne funkcioniše kao skup nezavisnih disciplina.

Filozofija preduzeća određuje šta se smatra važnim i koji izbor treba napraviti kada se ciljevi sukobe. Poslovni model tu filozofiju prevodi u pojmove, prioritete, pravila i invarijante. Proces određuje kako se odluke i pravila ostvaruju. Softver omogućava njihovo ponovljivo izvršavanje i povezuje posledice kroz organizaciju. Metrika pokazuje šta se zaista dogodilo, a reziduum izražava razliku između očekivanog i stvarnog. Demingov ciklus učenja tu razliku pretvara u promenu procesa ili modela: filozofija → poslovni model → proces → softver → metrika → reziduum → učenje → promenjeni model.

Tek zajedno, ti elementi čine sistem. Softver bez poslovne filozofije pouzdano izvršava pravila čiji smisao možda više niko ne razume. Filozofija bez procesa ostaje deklaracija. Proces bez metrike nema pouzdanu povratnu informaciju. Metrika bez mogućnosti promene proizvodi dashboard, ali ne i učenje. Informacioni sistem može dati kontinuitet unapređenju – povezati odluku o promeni, njeno izvršavanje i proveru posledica.

Kada se TQM svede na procedure, sertifikate, kontrolne liste, KPI i organizacionu jedinicu koja proverava druge, gubi se sistemska suština Demingove ideje. Rezultat proizvodi sistem, varijacija govori nešto o sistemu, a zadatak menadžmenta jeste da razume uzroke njegovog ponašanja. Reakcija na svako pojedinačno odstupanje može dodatno destabilizovati proces koji je trebalo unaprediti.

Savremeni informacioni sistem može biti materijalna realizacija tog učenja. On istovremeno izvršava proces i proizvodi trag o njegovom stvarnom ponašanju. Zbog toga nema samo delatnu funkciju – da obavi posao, nego i refleksivnu – da omogući preduzeću da vidi kako posao zaista obavlja.

Sudar sa stvarnošću

Na dan puštanja u rad pojavljuju se nemodelovani slučajevi: izuzeci, ručne intervencije, neusaglašeni podaci i neočekivano ponašanje korisnika. Neki su stari koliko i preduzeće, novi su samo za projektni tim. Stabilizacija zato proverava i model i njegovu realizaciju. Svaka ručna dopuna, odložena transakcija ili poziv iskusnom kolegi govori nešto o granicama onoga što smo razumeli. Razliku između eksplicitnog očekivanja i opaženog rezultata ovde nazivamo reziduumom. Taj pojam nas obavezuje da kažemo šta smo očekivali, šta smo izmerili i u kom trenutku. Bez toga imamo utisak da nešto nije kako treba. Sa tim imamo odstupanje koje možemo istražiti. Njegov uzrok tek treba utvrditi. Pri tumačenju reziduuma razlikujemo neadekvatan model, odstupanje implementacije ili izvršavanja od modela i očekivanu varijaciju procesa. Model može izostaviti važno ograničenje; implementacija može pogrešno sprovesti dobro pravilo; ispravno vođen proces može dati različite pojedinačne rezultate. Ti uzroci mogu delovati istovremeno. Zato odstupanje najpre treba protumačiti, pa tek onda odlučiti o intervenciji.

Kršenje invarijante zahteva drugačiji odgovor od odstupanja prognoze. Negativna raspoloživost u modelu koji je zabranjuje pokazuje narušenu konzistentnost. Razlika između prognozirane i ostvarene prodaje može biti očekivana neizvesnost. Nije cilj da svaku razliku nasilno svedemo na nulu, već da razlikujemo prihvatljivu varijaciju od signala koji traži istraživanje.

Ručne intervencije, incidenti, korekcije i poslovni izuzeci ostavljaju tragove tog odstupanja. Ako se isti obrazac vraća, treba istražiti i model i izvršavanje. Uredno zatvoren tiket ne znači da je uzrok nestao.

Vratimo se bilansu koji treba da stigne do petog radnog dana. Stigao je sedmog. Dva dana kašnjenja jesu mera. Za dijagnozu su nam potrebni i potpunost podataka, broj korekcija i dodatni rad. Zastoj integracije upućuje na izvršavanje, odsustvo pravila za razgraničenje zakasnelih faktura na model procesa. Uobičajena varijacija trajanja pojedinih aktivnosti može biti prihvatljiva. Proces koji stabilno promašuje rok ipak treba unaprediti.

Pretpostavimo da se zatvaranje odlaže jer proces nalaže čekanje svih faktura, a ne uređuje procenu još nefakturisanih troškova. Vlasnik procesa uvodi rok za dostavljanje procena i pravilo razgraničenja. Sistem beleži procene, odgovornosti i naknadne korekcije. U narednim zatvaranjima proveravamo rok, potpunost, korekcije i utrošeni rad. Ako je izveštaj ubrzan samo zato što ljudi sada ostaju duže, trošak kašnjenja preselili smo u njihove večeri. Tek potvrđeno poboljšanje postaje nova pouzdana rutina.

Reziduum pokreće spiralu

Ovde se život informacionog sistema susreće sa Demingovim PDSA ciklusom: Plan-Do-Study-Act. Naglasak je na proučavanju rezultata i učenju, a ne samo na proveri ispunjenja plana. Plan definiše očekivanje, pretpostavke, promenu i način merenja. U Do fazi promena se isprobava u odgovarajućem obimu. Study proučava stvarno ponašanje i odstupanja od očekivanja. U fazi Act odlučuje se šta treba prihvatiti, prilagoditi ili ponovo ispitati. Potom počinjemo ponovo, ali ne iz iste tačke. U međuvremenu su se promenili i naše znanje i sistem, a često i okruženje. PDSA tako može biti pogonski mehanizam otvorene spirale.

Sengeova organizacija koja uči proširuje pogled sa pojedinačnog rezultata na strukturu koja ga proizvodi: odgovornosti, zajedničku viziju i mentalne modele. Pitanje se zato vraća i pretpostavkama koje smo ugradili u proces. Učenje obuhvata bolje izvršavanje, ali i promenu pravila ili cilja kada se pokažu neodgovarajućim.

Bez opisane razlike između očekivanog i stvarnog, „kontinuirano unapređenje“ lako ostaje naslov u godišnjem planu. Potrebni su trag izvršavanja, dijagnoza i provera promene. Inače se incidenti zatvaraju, a obrazac ostaje.

Učenje mora imati nosioca odgovornosti. Vlasnik procesa odgovara za poslovni ishod, a ovlašćeni vlasnik pravila odobrava njegovu promenu. Kada promena zadire u više procesa ili menja odnos ciljeva i rizika, odluka pripada odgovarajućem nivou menadžmenta. IT procenjuje posledice po povezane komponente i sprovodi odobrenu promenu. Unapred se određuje kako ćemo proveriti njen učinak i kada ćemo je povući ako pogorša rezultat. Bez tog spoja između saznanja i odluke, čak i najpreciznije odstupanje može ostati samo podatak na dashboardu.

Informacioni sistem tako postaje memorija, nervni sistem i ogledalo organizacije koja uči. Memorija – jer čuva formalizovano poslovno znanje i trag stvarnog izvršavanja. Nervni sistem – jer prenosi događaje i njihove posledice između relativno autonomnih delova. Ogledalo – jer organizaciji vraća sliku razlike između onoga što je nameravala i onoga što je zaista učinila. Nijedna od te tri uloge nije dovoljna sama za sebe.

Operativni život tako postaje izvor znanja, a održavanje deo razvoja. Ali ako sistem nema kraj, kako određujemo koliko nas košta i šta nam donosi? Puštanjem u rad počinju i trajni troškovi i provera najvećeg dela očekivanih koristi.

Trošak ima fakturu, korist traži dokaz

Ukupan trošak vlasništva (TCO – Total Cost of Ownership) obuhvata više od licence i implementacije. Tokom izabranog perioda posmatranja plaćamo infrastrukturu, integracije, održavanje, promene, obuku, operativni rad i posledice zastoja. Cena projekta zato je samo deo cene poslovne sposobnosti koju gradimo i održavamo.

Druga strana tog računa jeste povrat ulaganja – ROI (Return on Investment). U IT projektima sa kojima se srećemo u praksi on se retko ozbiljno procenjuje, a još ređe naknadno proverava. Budžet, ponude i fakture imaju vlasnika; obećana korist često ostane bez njega. Projekat može biti završen u roku i budžetu, a da još ne znamo da li je preduzeće dobilo ono zbog čega je ulagalo.

Da bismo procenili povrat, moramo imenovati poslovnu promenu: manje ručnog rada i korekcija, brži protok, manji nivo zaliha uz očuvan nivo usluge ili rast poslovanja, bez proporcionalnog rasta operativnih troškova. Za svaku korist potrebni su početno stanje, očekivani učinak, rok i odgovornost za ostvarenje. Troškove i koristi posmatramo u istom vremenskom okviru, uz jasno navedene pretpostavke. Oslobođeni radni sati nisu sami po sebi novčana ušteda; treba pokazati da li smanjuju trošak ili omogućavaju dodatni posao. To primorava IT menadžera da uroni u poslovne procese. Mora razumeti kako preduzeće stvara vrednost, gde je gubi i šta ograničava njegov rad, pa iz tog razumevanja izvesti artikulisane tehnološke zahteve. Zajedno sa vlasnicima procesa povezuje poslovni cilj, potrebnu promenu rada i sposobnost koju tehnologija treba da obezbedi. Vlasnik procesa odgovara za poslovni ishod. IT menadžer mora razumeti dovoljno da predloži rešenje, prepozna protivrečnost i ospori zahtev koji neće dati očekivani učinak.

Zahtev za pravovremenim bilansom iz prethodnog primera sada možemo pratiti do rokova, pravila i kontrola, pa do potrebnih integracija i automatizacije. Tehnološki zahtev dobija poslovno poreklo i proverljiv razlog postojanja. Možda je potrebna nova funkcija. Možda postojeći softver već može da podrži proces koji još nismo uredili.

ROI zato ima vrednost i pre samog računanja – tera nas da objasnimo kako će tehnološka promena proizvesti poslovnu korist. Ako tu vezu ne umemo da artikulišemo, zahtev još nije dovoljno sazreo za investicionu odluku. Ulaganja u kontinuitet rada, ispunjavanje obaveza ili smanjenje rizika takođe traže obrazloženje, iako se njihova opravdanost ne može uvek pouzdano izraziti jednim procentom povrata. Tada upoređujemo alternative, njihove troškove i posledice koje prihvatamo ili izbegavamo.

Provera se nastavlja u operativnom životu. Da li je oslobođeno vreme zaista iskorišćeno? Da li je zaliha smanjena bez pada nivoa usluge? Da li rast traži manje dodatnih ljudi? Odstupanje ostvarenog učinka od očekivanja vraća nas i sistemu i pretpostavkama na kojima smo odobrili ulaganje. Tako i investiciona odluka ulazi u otvorenu spiralu: preduzeće kroz svoj informacioni sistem uči i da li je dobro uložilo novac.

Sistem koji posmatra sebe

Ako sistem stalno proizvodi informacije o razlici između očekivanog i stvarnog, može aktivno posmatrati sopstveno ponašanje. Zreliji sistemi ne čekaju da korisnik prijavi problem; oni porede stanja, mere reziduum i otkrivaju odstupanja pre nego što postanu poslovni incidenti. Održavanje se pomera od korektivnog ka preventivnom.

Naredni nivo je ograničeno samoispravljanje: sistem otkriva odstupanje, procenjuje uzrok i sprovodi unapred dopuštenu korekciju. Granice određuju invarijante, ovlašćenja, obim intervencije i uslove za prekid ili predaju čoveku. Svaka intervencija ostavlja trag i zahteva proveru ishoda. Promena poslovnog pravila ostaje posebna odluka, različita od vraćanja izvršavanja u dozvoljeno stanje.

Veštačka inteligencija ovde može posmatrati, tumačiti i predlagati ili izvršavati korekcije unutar definisanih granica. Ona ubrzava programiranje, analizu, dokumentovanje i testiranje. Može pomoći i da otkrijemo protivrečnosti ili praznine u razumevanju domena. Ipak, njen predlog zahteva proveru poslovnog smisla. Brža implementacija pogrešnog modela samo brže proizvodi pogrešan sistem.

Očekivali smo univerzalno rešenje od ERP-a, SOA-e, clouda, mikroservisa, low-codea, a sada i od AI-ja. Svaka tehnologija rešila je važne probleme; nijedna nije uklonila esencijalnu složenost. Brooksov srebrni metak i dalje ne postoji.

AI može proširiti sposobnost informacionog sistema da prepoznaje i tumači sopstveno ponašanje. Uz uređen model, jasnu semantiku, invarijante i merljiva odstupanja, može povezivati opažanja iz različitih slojeva i ranije ukazivati na promenu. Bez tih oslonaca lako ćemo ubrzati postojeću zbrku.

AI može proširiti sposobnost informacionog sistema da prepoznaje i tumači sopstveno ponašanje

Sledeći obrtaj

Preduzeće se menja: pojavljuju se novi proizvodi, tržišta, propisi, organizacione strukture, kanali prodaje, rizici i načini odlučivanja. Zato se mora menjati i njegov informacioni sistem. Ključno pitanje više nije da li je sistem implementiran, nego da li može da evoluira zajedno sa preduzećem.

Evolucija zahteva i oduzimanje. Uz novo pravilo treba pitati koje je staro prestalo da važi; uz novu komponentu, koju evidenciju ili kontrolu možemo povući. Privremena rešenja inače ostaju godinama, često i pošto je zaboravljen razlog njihovog nastanka. Minimalnost se održava tim povremenim raščišćavanjem. Bez njega svaki obrtaj spirale ostavlja još jedan sloj koji neko mora da razume i održava.

Napredak se ne mora odmah pokazati manjim brojem odstupanja. Ponekad ih je više zato što smo počeli da vidimo ono što ranije nismo merili. Važno je da ih preduzeće bolje razume i razrešava, da pouzdane operacije traže manje pažnje, a njihova promena ostavlja proverljiv trag.

Razumevanje dobija poslovnu vrednost kada postane pouzdan rad. Stvarni rad zatim otkriva granice razumevanja. U toj sprezi modela, realizacije i provere preduzeće izgrađuje svoje sposobnosti i preispituje sopstvene izbore. U jezgru ostaje ono što smo nazvali njegovim duhom: kome će obećati poslednjih sto komada, ko sme da napravi izuzetak i zašto.

Na početku je stajao zapisnik o završenom projektu. Godinama kasnije, sistem još može uredno obrađivati transakcije i istovremeno sve slabije služiti preduzeću. Presudno pitanje tada glasi: Podržava li on ono što preduzeće pokušava da postane ili ga svakog jutra vraća onome što je nekada bilo?

Miroslav Kržić, COMING