Jedini tehnološki trošak koji ne mjerite—koji bi mogao uštedjeti milijune da to učinite

Jedna od najvećih promjena koja će se dogoditi s prelaskom na oblak je način na koji plaćamo tehnologiju i aplikacije. Industrija se prebacila s obrade „sve što možeš“ na poslužitelju s lokalnim podatkovnim centrima na varijabilni ili pomoćni računalni model. Prema nedavnom Apptio prijaviti, to znači da se „mikrooptimizacije mogu dogoditi na razini tima svaki dan kako bi se promijenio oblik potrošnje u oblaku... To je svijet OpEx-a (operativni troškovi) umjesto CapEx-a (kapitalni troškovi), potpuno mijenjajući način na koji se izvještava o financijama i uspio.”

Kao rezultat toga, tradicionalni model nabave za troškove je preokrenut, stavljajući moć potrošnje u ruke inženjera koji razvijaju i upravljaju ovim aplikacijama i infrastrukturom, ne uzimajući u obzir koliko to košta tvrtku u operativnim troškovima. Svi koji danas rade u tehnološkim rovovima fokusirani su na sada i ovdje za svoje specifično područje vlasništva, osiguravajući da sustav prolazi kroz svaki dan bez prekida. Nitko ne razmišlja o: Možemo li ovo što radimo raditi brže, bolje, pametnije, tj. učinkovitije unutar aplikacija i procesa?

Apptio, proizvođač softvera osmišljenog za procjenu i priopćavanje troškova IT usluga u svrhe planiranja, proračuna i predviđanja, dalje opisuje sumornu stvarnost ove situacije kao "inženjere koji se financijski obvezuju na oblak koji utječe na krajnji rezultat njihovih tvrtki dok financijski se timovi bore da održe korak s tempom i granularnošću potrošnje.”

Većina inženjera ne kontrolira niti u potpunosti razumije kod koji pišu; oni samo dodaju infrastrukturu za pokretanje svega što je promovirano u proizvodnju.

Nije uobičajena praksa u industriji izračunati ukupne troškove za vaše tehnološko okruženje za stotine aplikacija ili tehnologija koje vaš tim podržava. Ovo treba promijeniti. (Napomena: ne govorim o Robotic Processing Automation-RPA, korištenju botova za automatizaciju digitalnih zadataka.) Moj je pristup usmjeren na učinkovitost aplikacija, koda i procesa, a ne na učinkovitost kroz automatizaciju.

Zašto je mjerenje ukupne cijene koda važno.

Aplikacije su dizajnirane kako bi procese učinile jednostavnim za poslovne korisnike. Potrebno je mnogo resursa i složenosti da aplikacija pruži odgovor, čak i ako je vrijeme odgovora samo nekoliko sekundi. Sada pomnožite ovo s tisućama ili milijunima zahtjeva aplikacija u sekundi na tisućama poslužitelja u cijelom vašem poduzeću. Stvari lako postanu nedostupne dok se toliko toga događa istovremeno, a to se odnosi i na troškove. Ako bi poslužitelji koji pokreću aplikaciju trebali trajati tri godine, ali traju samo jednu jer su izvan kapaciteta—koja je stvarna cijena te aplikacije? To je nešto što financijski direktori i drugi trebaju znati jer imaju proračune koje moraju ispuniti.

Učinkovit, zdrav sustav zahtijeva manje resursa za obradu istog radnog opterećenja od neučinkovitog sustava. Optimizacija koda oslobađa još više resursa.

Gotovo svaki sustav ima potencijal ostvariti racionalizaciju kapaciteta za najmanje 30 do 40 posto, a optimizacija koda može osigurati još 20 do 80 posto uštede troškova.

To znači da se ista radna opterećenja mogu izvoditi na manjim poslužiteljima, smanjujući troškove oblaka i licenciranja. Vrijednost ovih ušteda nije samo kratkoročna, već tijekom duljeg vremenskog razdoblja budući da većina aplikacija sada živi 5 do 20 godina ili dulje. Nije samo stvar u krajnjoj liniji, to je razmatranje o tome što bi se moglo učiniti s ovim oslobođenim kapitalom za unapređenje poslovnih KPI-ova danas.

Zamislite ukupnu cijenu koda tijekom 20 godina i razmislite o sljedećem: "Jesmo li taj kod mogli učiniti 20% učinkovitijim i, ako jesmo, koliko smo mogli uštedjeti tijekom 20 godina?"

Zatim, tu je prelazak na oblak i pay-as-you-go protiv plaćanje unaprijed model koji povećava troškove rada i održavanja podatkovnih sustava brže nego što ih možemo uhvatiti i analizirati. Apptio izvješće naglašava kako svi gube kada nema transparentnosti u troškovima usluga u oblaku:

• Inženjering troši više nego što treba uz malo razumijevanja troškovne učinkovitosti.
• Financijski timovi se bore da razumiju – i budu u toku – što se troši na zapanjujući broj opcija (samo AWS ima približno 300,000 SKU-ova i dodatne tisuće novih značajki godišnje).
• Vodstvo nema dovoljno informacija o tome koliko će se potrošiti niti ima mogućnost utjecati na prioritete.
• Nabava nije namjerni sudionik u vlastitom outsourcingu.

Procjena uštede koju ćete imati ako optimizirate dio koda prije nego što učini vaš sustav neučinkovitim (u najboljem slučaju) ili prouzroči prekid rada (u najgorem slučaju) zahtijeva malo više planiranja i uvida. Ali to je neophodno ako želimo držati korak s trenutnom stopom rasta koju poduzeća doživljavaju.

U svom sljedećem članku govorit ću o tome kako možemo izmjeriti ukupnu cijenu koda i time uštedjeti milijarde na neučinkovitim procesima. Jesi sa mnom?