Ankstesni rezultatai nerodo būsimų rezultatų – nebent tai yra kodo, duomenų ir programų kaina

Be daugelio dalykų, tai yra metų laikas, kai finansų konsultantai siunčia man el. laiškus su mano investicijų metų pabaigos nuomone. Štai tiksli vieno tokio patarėjo kalba:

„Visas jūsų finansinis vaizdas. Viena saugi vieta… Prietaisų skydelyje vienu prisijungimu galima realiuoju laiku matyti išlaidas, santaupas, skolas ir dar daugiau… Suplanuokite visus savo finansinius prioritetus ir gaukite aiškų numatomos grynosios vertės vaizdą.

Pagalvokite apie tai - a pilnas finansinis vaizdas kad rodo Išlaidų, taupymo, skolų ir kt. vaizdas realiuoju laiku? Kas nenorėtų žinoti, kas jų numatoma grynoji vertė praeina vieneri, penkeri ar net dešimt metų? Technologijų lyderiai turėtų žinoti šią informaciją apie savo technologijų išlaidas. Mano požiūris grindžiamas paprastu faktu, kurį sužinojau per dešimtmečius diegdamas itin svarbias duomenų platformas įmonių įmonėms visame pasaulyje:

Labai mažai įmonių visiškai žino arba supranta visas savo taikomųjų programų kainas, įskaitant kodą ir duomenis, laikui bėgant, daug mažiau, kai jos pradedamos gaminti.

Įmonės, kurios mano žinančios šias išlaidas, greičiausiai neseka faktinių vartojimo sąnaudų, kurioms turi įtakos augimas ir pajėgumai (perteklius arba trūkumas).

Ką galime padaryti, kad pamatuotume bendrą kodo kainą ir taip sutaupytume milijardus neefektyviems procesams? Mums reikia aiškumo apie tikrąsias programų, kodo ir duomenų kainas, kad suprastume tikrąsias mūsų sistemų išlaidas. Tai gali įvykti tik užmezgus ir stiprinant partnerystes tarp technologijų ir finansų direktoriaus biuro.

Įsigydami programą, skirtą verslo funkcijoms teikti, daugelis lygins bent tris tiekėjus dėl pagrindinių dalykų, tokių kaip funkcionalumas, kainodara ir palaikymas. Tačiau išsamesnė tos programos bendrųjų nuosavybės sąnaudų (TCO) analizė per trejus metus, pagrįsta realiomis sąnaudomis, gali būti geresnis būdas, nes jei dvi programos iš esmės yra palyginamos, TCO skirs geriausią pasirinkimą.

Vienas iš iššūkių yra tai, kad realios išlaidos nėra viešos. Be to, daugelis pardavėjų tikrai nežino, kokios yra išlaidos, nes jie žino tik tai, ką daro jų programa, o ne kokios infrastruktūros ir išlaidų reikės norint paleisti programą jūsų verslui 3–5 metus.

Kitas būdas pažvelgti į tai yra toks: kurios programos diegimas, valdymas ir priežiūra 3–5 metus kainuos mažiausiai, atsižvelgiant į mano verslo modelį ir augimo metriką?

Perėjimas į technologijų efektyvumo erą, ką galėtų reikšti technologijų sistemų efektyvumo matavimas? Turime galvoti apie efektyvumą mąstymo, veiksmų ir matavimo požiūriu.

• Kaip galime pakeisti savo mąstymą, kad efektyvumas būtų viso mūsų veiklos pagrindas?
• Kokių veiksmų galime imtis, kad būtume efektyvesni?
• Kaip galime išmatuoti efektyvumą?
• Koks yra veiksmų, kurių buvo imtasi, poveikis?

Pramonės požiūris į pajėgumus nepasikeitė per 20 metų. Esame pasirengę gyventi su neefektyvumu tol, kol nėra gamybos nutraukimų ar problemų. Tačiau jei kažkas bus daroma efektyviau, tai kainuos mažiau ir bus vykdoma greičiau, o sistemoje bus mažiau atliekų, o tai reiškia mažesnį anglies pėdsaką. Jei kas nors daroma efektyviau, sukuriame daugiau pajėgumų nereikia jo didinti, tai tik sutaupo daugiau išteklių, licencijavimo išlaidų ir pinigų.

Duomenų projektavimo pasirinkimai, susiję su kodavimu, procesais ir duomenų modeliais, turi ilgalaikį poveikį tiek išteklių požiūriu, tiek, dar svarbiau, finansams, nes dauguma programų yra naudojamos 10–20 metų. Kokia yra bendra to kodo nuosavybės kaina ilgalaikėje perspektyvoje ir kaip tai gali būti paveikta projektavimo proceso metu? Jei kodas vykdomas penkis milijonus kartų per dieną, o jo paleidimas šiandien kainuoja 20 USD, kiek kainuos jo vykdymas per 5 metus, atsižvelgiant į verslo augimą, debesų kaštus ir kodo neefektyvumą, nes apdoroja papildomus duomenis?

Privalumai už kodą. Efektyvumo įvertinimas prasideda programose, bet vėliau turi sekti visą sistemą ir kada nors iki įmonės technologijos. Žvelgiant į visas mūsų sistemų sąnaudas nuo tada, kai priimami projektavimo sprendimai, iki programos naudojimo laiko, reikia žiūrėti ne tik į finansines išlaidas visai sistemai, bet galiausiai ir į didesnę aplinką.

Vieną dalyką supratau per savo karjerą: bendras ryšys tarp visko, ką darome, nesvarbu, ar tai būtų rezultatai, finansai ar bendra aplinka – tai visada priklauso nuo efektyvumo ir iš tikrųjų paprastumo, ty laikykite tai paprasta kvaila (KISS).

Kaip ir su savo finansinėmis sąskaitomis, mums reikia būdo, kaip aiškiau žinoti mūsų technologijų sąnaudas šiandien ir numatyti sąnaudas mūsų technologijų krūvoje, kurios, jei jų nebus, gali padidėti. Tačiau skirtingai nuo jūsų finansinių sąskaitų, kur „ankstesnis našumas nenurodo būsimų rezultatų“, ankstesnis kodų našumas gali daug pasakyti apie būsimą našumą. Kyla klausimas, ar mes norime klausytis?