Prošli učinak nije pokazatelj budućih rezultata—osim ako se radi o cijeni koda, podataka i aplikacija

Između mnogih stvari, ovo je doba godine kada mi finansijski savjetnici šalju e-poruke s pregledom mojih investicija na kraju godine. Evo tačnog jezika jednog takvog savjetnika:

“Vaša kompletna finansijska slika. Jedno bezbedno mesto...Vaša kontrolna tabla nudi pregled vaše potrošnje, štednje, dugova i još mnogo toga u realnom vremenu sa jednom prijavom...Planirajte sve svoje finansijske prioritete—i dobijte jasan uvid u svoju projektovanu neto vrednost."

Razmislite o tome—a kompletnu finansijsku sliku što pokazuje prikaz potrošnje, štednje, duga i još mnogo toga u realnom vremenu? Ko ne bi želeo da zna šta je njihovo projektovana neto vrednost da li je isteklo jedna, pet ili čak deset godina? Tehnološki lideri bi trebali znati ove informacije o njihovoj potrošnji na tehnologiju. Moj pristup je zasnovan na jednostavnoj činjenici koju sam naučio kroz decenije implementacije kritičnih platformi podataka za poslovne kompanije širom svijeta:

Vrlo malo poduzeća u potpunosti zna ili razumije ukupne troškove svojih aplikacija – uključujući kod i podatke – tokom vremena, a još manje kada se promovišu u proizvodnju.

Kompanije koje misle da znaju ove troškove vjerovatno ne prate stvarne troškove potrošnje na koje utiču rast i kapacitet (višak ili nedostatak).

Šta možemo učiniti da izmjerimo ukupnu cijenu koda, čime uštedimo milijarde na neefikasnim procesima? Potrebna nam je transparentnost stvarnih troškova aplikacija, koda i podataka da bismo razumjeli stvarne troškove naših sistema. Ovo se može dogoditi samo stvaranjem i jačanjem partnerstva između tehnologije i kancelarije finansijskog direktora.

Prilikom kupovine aplikacije za pružanje funkcije za posao, mnogi će usporediti najmanje tri dobavljača u osnovama kao što su funkcionalnost, cijene i podrška. Ali detaljnija analiza ukupnog troška vlasništva (TCO) te aplikacije tokom tri godine na osnovu stvarnih troškova mogla bi biti bolji pristup jer ako su dvije aplikacije u suštini uporedive, TCO će razlikovati najbolji izbor.

Jedan od izazova je da stvarni troškovi nisu javni. Osim toga, mnogi dobavljači zaista ne znaju koliki su troškovi jer znaju samo šta radi njihova aplikacija, a ne koja će infrastruktura i troškovi biti potrebni da bi aplikacija pokrenula vaše poslovanje 3 do 5 godina.

Drugi način da se to pogleda je: Koja će aplikacija najmanje koštati implementacija, upravljanje i održavanje tokom 3 do 5 godina na osnovu mog poslovnog modela i metrike rasta?

Prelazak u eru efikasnosti u tehnologiji, šta bi moglo značiti mjerenje efikasnosti u svim tehnološkim sistemima? Moramo razmišljati o efikasnosti u smislu razmišljanja, akcije i mjerenja.

• Kako možemo promijeniti način razmišljanja kako bismo efikasnost postavili u srž svega što radimo?
• Koje akcije možemo preduzeti da bismo bili efikasniji?
• Kako možemo mjeriti efikasnost?
• Koji su uticaji preduzetih radnji?

Način na koji industrija gleda na kapacitete nije se promijenio u posljednjih 20 godina. Bili smo voljni živjeti s neefikasnošću sve dok nema prekida ili problema u proizvodnji. Međutim, ako se nešto radi efikasnije, to će koštati manje i raditi brže, a manje otpada u sistemu, što znači i manji ugljični otisak. Ako se nešto radi efikasnije, stvaramo više kapaciteta bez potrebe da ga povećavate, što samo štedi više resursa, troškova licenciranja i novca.

Dizajnerski izbori koje donosimo za podatke u smislu kodiranja, procesa i modela podataka imaju trajne utjecaje na krajnji rezultat, kako iz perspektive resursa, tako i što je još važnije na financije, jer se većina aplikacija koristi 10 do 20 godina. Koliki je ukupni trošak posedovanja tog koda dugoročno i kako se na to može uticati tokom procesa dizajna? Ako se kod izvršava pet miliona puta dnevno i košta 20 dolara za njegovo pokretanje danas, koliko će koštati njegovo pokretanje tokom 5 godina, uzimajući u obzir rast poslovanja, troškove oblaka i kod koji postaje neefikasniji kako obrađuje dodatne podatke?

Prednosti izvan koda. Bodovanje počinje unutar aplikacija, ali onda se mora pratiti do cjelokupnog sistema i jednog dana, do poduzeća, za tehnologiju. Gledanje ukupnih troškova naših sistema od trenutka kada se donose odluke o dizajnu do životnog vijeka aplikacije znači sagledavanje ne samo financijskih troškova cjelokupnog sistema, već na kraju i šire okoline.

Jednu stvar sam shvatio u svojoj karijeri: zajednička veza između svega što radimo, bilo da se radi o performansama, finansijama ili cjelokupnom okruženju – uvijek se svodi na efikasnost i zaista jednostavnost, tj. neka bude jednostavno glupo (KISS).

Baš kao što radimo sa našim finansijskim računima, potreban nam je način da saznamo naše današnje tehnološke troškove sa više jasnoće i projiciramo troškove unutar našeg tehnološkog niza koji će vjerovatno na kraju skočiti u nebo ako se ne obuzdaju. Ali za razliku od vaših finansijskih računa, gdje “prošli učinak nije pokazatelj budućih rezultata”, prošli učinak vaših kodova može vam reći mnogo o budućim performansama. Pitanje je da li smo voljni da slušamo?