Pretekla uspešnost ni pokazatelj prihodnjih rezultatov – razen če gre za stroške kode, podatkov in aplikacij

Med drugim je to čas v letu, ko mi finančni svetovalci pošiljajo e-poštna sporočila s pogledom na moje naložbe ob koncu leta. Tukaj je natančen jezik enega takega svetovalca:

»Vaša popolna finančna slika. Eno varno mesto ... Vaša nadzorna plošča ponuja pogled v realnem času na vašo porabo, varčevanje, dolgove in več z eno samo prijavo ... Načrtujte vse svoje finančne prioritete - in pridobite jasen vpogled v svojo predvideno neto vrednost.«

Pomislite na to - a popolno finančno sliko ki kaže pogled v realnem času na porabo, varčevanje, dolgove in drugo? Kdo si ne bi želel vedeti, kaj je njihov predvidena neto vrednost je čez eno, pet ali celo deset let? Tehnološki voditelji bi morali poznati te podatke o svoji porabi za tehnologijo. Moj pristop temelji na preprostem dejstvu, ki sem se ga naučil skozi desetletja izvajanja kritičnih podatkovnih platform za podjetja po vsem svetu:

Zelo malo podjetij v celoti pozna ali razume skupne stroške svojih aplikacij – vključno s kodo in podatki – v daljšem časovnem obdobju, še manj, ko so uvedene v proizvodnjo.

Podjetja, ki mislijo, da poznajo te stroške, verjetno ne sledijo dejanskim stroškom porabe, na katere vplivata rast in zmogljivost (presežek ali pomanjkanje).

Kaj lahko storimo, da izmerimo skupne stroške kode in s tem prihranimo milijarde pri neučinkovitih procesih? Potrebujemo preglednost resničnih stroškov aplikacij, kode in podatkov, da bi razumeli resnične stroške naših sistemov. To se lahko zgodi samo s kovanjem in krepitvijo partnerstev med tehnologijo in pisarno finančnega direktorja.

Pri nakupu aplikacije za zagotavljanje funkcije za podjetje bodo mnogi primerjali vsaj tri prodajalce glede osnov, kot so funkcionalnost, cene in podpora. Toda podrobnejša analiza skupnih stroškov lastništva (TCO) te aplikacije v treh letih na podlagi dejanskih stroškov bi lahko bila boljši pristop, ker če sta dve aplikaciji v bistvu primerljivi, bo TCO razlikoval najboljšo izbiro.

Eden od izzivov je, da stroški v realnem svetu niso javni. Poleg tega mnogi prodajalci res ne vedo, kakšni so stroški, ker vedo le, kaj počne njihova aplikacija, ne pa, kakšna infrastruktura in stroški bodo potrebni za delovanje aplikacije za vaše podjetje 3 do 5 let.

Drug način pogleda na to je: Katera aplikacija bo stala najmanj za implementacijo, upravljanje in vzdrževanje v 3 do 5 letih glede na moj poslovni model in meritve rasti?

Premik v dobo učinkovitosti v tehnologiji, kaj bi lahko pomenilo merjenje učinkovitosti med tehnološkimi sistemi? O učinkovitosti moramo razmišljati v smislu miselnosti, delovanja in merjenja.

• Kako lahko spremenimo svojo miselnost, da bomo učinkovitost postavili v središče vsega, kar počnemo?
• Kakšne ukrepe lahko sprejmemo, da bomo učinkovitejši?
• Kako lahko merimo učinkovitost?
• Kakšni so učinki sprejetih ukrepov?

Način, kako industrija gleda na zmogljivost, se v 20 letih ni spremenil. Pripravljeni smo živeti z neučinkovitostjo, dokler ni izpadov ali težav v proizvodnji. Če pa je nekaj narejeno učinkoviteje, bo stalo manj in bo izvedeno hitreje, v sistemu pa bo manj odpadkov, kar pomeni manjši ogljični odtis. Če je nekaj narejeno bolj učinkovito, ustvarimo več zmogljivosti ne da bi ga morali povečati, kar le prihrani več virov, stroškov licenciranja in denarja.

Oblikovalske odločitve, ki jih sprejemamo za podatke v smislu kodiranja, procesov in podatkovnih modelov, imajo vse trajne učinke na končni rezultat, tako z vidika virov, kot še pomembneje, na finance, saj je večina aplikacij v uporabi 10 do 20 let. Kakšni so dolgoročni skupni stroški lastništva te kode in kako je mogoče na to vplivati ​​med postopkom načrtovanja? Če se koda izvede pet milijonov krat na dan in stane 20 USD za izvajanje danes, koliko bo stalo izvajanje v 5 letih, ob upoštevanju rasti poslovanja, stroškov v oblaku in kode, ki postaja vse bolj neučinkovita, ko obdeluje dodatne podatke?

Prednosti, ki presegajo kodo. Ocenjevanje učinkovitosti se začne znotraj aplikacij, potem pa mora slediti celotnemu sistemu in nekega dne do podjetja, za tehnologijo. Če pogledamo skupne stroške naših sistemov od trenutka, ko se sprejmejo oblikovalske odločitve, pa vse do življenjske dobe aplikacije, to pomeni, da ne upoštevamo samo finančnih stroškov za celoten sistem, ampak sčasoma za širše okolje.

Ena stvar, ki sem jo spoznal v svoji karieri: Skupna povezava med vsem, kar počnemo, pa naj gre za uspešnost, finance ali okolje na splošno – vedno se spušča do učinkovitosti in pravzaprav do preprostosti, tj. Naj bo preprosto neumno (KISS).

Tako kot pri naših finančnih računih, potrebujemo način, da z večjo jasnostjo spoznamo naše tehnološke stroške in projiciramo stroške v našem tehnološkem nizu, ki bodo verjetno skokovito narasli, če jih ne bomo omejili. Toda za razliko od vaših finančnih računov, kjer »pretekla uspešnost ni pokazatelj prihodnjih rezultatov«, vam lahko pretekla uspešnost vaših kod pove veliko o prihodnji uspešnosti. Vprašanje je, ali smo pripravljeni poslušati?