Prošla izvedba nije pokazatelj budućih rezultata—osim ako se ne radi o cijeni koda, podataka i aplikacija

Među mnogim stvarima, ovo je doba godine kada mi financijski savjetnici šalju e-poruke s pregledom mojih ulaganja na kraju godine. Evo točnog jezika jednog takvog savjetnika:

“Vaša kompletna financijska slika. Jedno sigurno mjesto...Vaša nadzorna ploča nudi pregled vaše potrošnje, štednje, duga i još mnogo toga u stvarnom vremenu s jednom prijavom...Planirajte sve svoje financijske prioritete—i dobijte jasan pregled svoje projicirane neto vrijednosti.”

Razmislite o tome—a kompletnu financijsku sliku to pokazuje prikaz potrošnje, štednje, duga i više u stvarnom vremenu? Tko ne bi želio znati što im je projicirana neto vrijednost je jedna, pet, ili čak deset godina? Tehnološki čelnici trebali bi znati ove informacije o svojoj potrošnji na tehnologiju. Moj pristup temelji se na jednostavnoj činjenici koju sam naučio kroz desetljeća implementacije kritičnih podatkovnih platformi za poslovne tvrtke širom svijeta:

Vrlo malo poduzeća u potpunosti zna ili razumije ukupnu cijenu svojih aplikacija—uključujući kôd i podatke—tijekom vremena, a još manje kada se promiču u proizvodnju.

Tvrtke koje misle da znaju te troškove vjerojatno ne prate stvarne troškove potrošnje na koje utječu rast i kapacitet (višak ili manjak).

Što možemo učiniti da izmjerimo ukupnu cijenu koda i time uštedimo milijarde na neučinkovitim procesima? Potrebna nam je transparentnost stvarnih troškova aplikacija, koda i podataka kako bismo razumjeli stvarne troškove naših sustava. To se može dogoditi samo stvaranjem i jačanjem partnerstva između tehnologije i ureda financijskog direktora.

Kada kupuju aplikaciju za pružanje funkcije za tvrtku, mnogi će usporediti najmanje tri dobavljača po osnovama kao što su funkcionalnost, cijene i podrška. No, detaljnija analiza ukupnog troška vlasništva (TCO) te aplikacije tijekom tri godine na temelju stvarnih troškova mogla bi biti bolji pristup jer ako su dvije aplikacije suštinski usporedive, TCO će razlikovati najbolji izbor.

Jedan izazov je taj što stvarni troškovi nisu javni. Osim toga, mnogi dobavljači stvarno ne znaju koji su troškovi jer znaju samo što njihova aplikacija radi, a ne koja će infrastruktura i troškovi biti potrebni da bi aplikacija radila za vaše poslovanje tijekom 3 do 5 godina.

Drugi način da to pogledate je: implementacija, upravljanje i održavanje koje će aplikacije koštati najmanje 3 do 5 godina na temelju mog poslovnog modela i metrike rasta?

Prelazak u eru učinkovitosti u tehnologiji, što bi moglo značiti mjerenje učinkovitosti kroz tehnološke sustave? Moramo razmišljati o učinkovitosti u smislu načina razmišljanja, djelovanja i mjerenja.

• Kako možemo promijeniti svoj način razmišljanja da učinkovitost stavimo u srž svega što radimo?
• Koje radnje možemo poduzeti da bismo bili učinkovitiji?
• Kako možemo mjeriti učinkovitost?
• Koji su učinci poduzetih radnji?

Način na koji industrija gleda na kapacitet nije se promijenio u 20 godina. Bili smo spremni živjeti s neučinkovitošću sve dok nema prekida ili problema u proizvodnji. Međutim, ako se nešto učini učinkovitije, to će koštati manje i izvršiti se brže, a u sustavu će biti manje otpada, što znači manji ugljični otisak. Ako se nešto učini učinkovitije, stvaramo više kapaciteta a da ga ne morate povećavati, što samo štedi više resursa, troškova licenciranja i novca.

Odabiri dizajna koje donosimo za podatke u smislu kodiranja, procesa i podatkovnih modela imaju dugotrajan utjecaj na konačni rezultat, i iz perspektive resursa i što je još važnije, na financije, budući da se većina aplikacija koristi 10 do 20 godina. Koliki je ukupni trošak vlasništva tog koda dugoročno i kako se na to može utjecati tijekom procesa dizajna? Ako se kod izvršava pet milijuna puta dnevno i košta 20 dolara za njegovo pokretanje danas, koliko će koštati njegovo izvođenje tijekom 5 godina, uzimajući u obzir rast poslovanja, troškove oblaka i to da kod postaje neučinkovitiji jer obrađuje dodatne podatke?

Prednosti izvan koda. Ocjenjivanje učinkovitosti počinje unutar aplikacija, ali zatim mora pratiti sve do cjelokupnog sustava i jednog dana, do poduzeća, za tehnologiju. Gledanje ukupnih troškova naših sustava od trenutka kada se donose odluke o dizajnu do životnog vijeka aplikacije ne znači sagledavanje samo financijskih troškova za cjelokupni sustav, već na kraju i za šire okruženje.

Jednu sam stvar shvatio u svojoj karijeri: zajednička poveznica između svega što radimo, bilo da se radi o učinku, financijama ili općenitom okruženju — uvijek se svodi na učinkovitost i zapravo, jednostavnost, tj. neka bude jednostavno glupo (KISS).

Baš kao što radimo s našim financijskim računima, trebamo način da saznamo naše današnje tehnološke troškove s više jasnoće i projiciramo troškove unutar našeg tehnološkog skupa koji će vjerojatno završiti u vrtoglavom porastu ako ih ne obuzdamo. Ali za razliku od vaših financijskih računa, gdje "prošla izvedba nije pokazatelj budućih rezultata", prošla izvedba vaših kodova može vam puno reći o budućoj izvedbi. Pitanje je jesmo li spremni slušati?