Minulá výkonnost není ukazatelem budoucích výsledků – pokud to nejsou náklady na kód, data a aplikace

Mimo jiné je to období roku, kdy mi finanční poradci posílají e-maily s pohledem na konec roku do mých investic. Zde je přesný jazyk jednoho takového poradce:

"Váš kompletní finanční obrázek." Jedno bezpečné místo...Váš řídicí panel nabízí pohled v reálném čase na vaše výdaje, úspory, dluhy a další s jediným přihlášením...Naplánujte si všechny své finanční priority a získejte jasný přehled o svém předpokládaném čistém jmění.“

Přemýšlejte o tom - a kompletní finanční obrázek to ukazuje pohled na výdaje, úspory, dluhy a další v reálném čase? Kdo by nechtěl vědět, jaké jsou jejich předpokládané čisté jmění uplynul jeden, pět nebo dokonce deset let? Technologičtí lídři by měli znát tyto informace o svých výdajích na technologie. Můj přístup je založen na jednoduchém faktu, který jsem se naučil během desetiletí implementace kritických datových platforem pro podnikové společnosti po celém světě:

Jen velmi málo podniků plně zná nebo rozumí celkovým nákladům svých aplikací – včetně kódu a dat – v průběhu času, tím méně, když jsou povýšeny do výroby.

Společnosti, které si myslí, že tyto náklady znají, pravděpodobně nesledují skutečné náklady na spotřebu, které jsou ovlivněny růstem a kapacitou (přebytkem nebo nedostatkem).

Co můžeme udělat pro měření celkových nákladů na kód, a tím ušetřit miliardy na neefektivních procesech? Potřebujeme transparentnost ohledně skutečných nákladů na aplikace, kód a data, abychom pochopili skutečné náklady našich systémů. K tomu může dojít pouze navázáním a posílením partnerství mezi technologií a kanceláří finančního ředitele.

Při nákupu aplikace, která poskytuje funkci pro podnik, mnozí budou porovnávat alespoň tři dodavatele na základech, jako je funkčnost, ceny a podpora. Ale podrobnější analýza celkových nákladů na vlastnictví (TCO) této aplikace za tři roky na základě skutečných nákladů by mohla být lepší přístup, protože pokud jsou dvě aplikace v podstatě srovnatelné, TCO rozliší nejlepší volbu.

Jedním z problémů je, že skutečné náklady nejsou veřejné. Navíc mnoho prodejců opravdu neví, jaké jsou náklady, protože vědí pouze to, co jejich aplikace dělá, ne jakou infrastrukturu a náklady bude vyžadovat provoz aplikace pro vaši firmu po dobu 3 až 5 let.

Jiný způsob, jak se na to podívat, je: Kterou aplikaci bude na základě mého obchodního modelu a metrik růstu stát nejméně implementace, správa a údržba po dobu 3 až 5 let?

Přesun do éry efektivity v technologii, co by mohlo znamenat měření účinnosti napříč technologickými systémy? Musíme myslet na efektivitu z hlediska myšlení, jednání a měření.

• Jak můžeme změnit své myšlení tak, aby se účinnost stala jádrem všeho, co děláme?
• Jaké kroky můžeme podniknout, abychom byli efektivnější?
• Jak můžeme měřit efektivitu?
• Jaké jsou dopady přijatých opatření?

Způsob, jakým se průmysl dívá na kapacitu, se za 20 let nezměnil. Byli jsme ochotni žít s neefektivitou, dokud nedojde k výpadkům nebo problémům ve výrobě. Pokud se však něco udělá efektivněji, bude to stát méně a bude to rychlejší a v systému bude méně odpadu, což znamená menší uhlíkovou stopu. Pokud se něco dělá efektivněji, vytváříme větší kapacitu aniž byste ji museli zvyšovat, což pouze šetří další zdroje, náklady na licence a peníze.

Volby designu, které pro data děláme, pokud jde o kódování, procesy a datové modely, všechny mají trvalý dopad na konečný výsledek, a to jak z hlediska zdrojů, tak především z hlediska financí, protože většina aplikací se používá 10 až 20 let. Jaké jsou dlouhodobé celkové náklady na vlastnictví tohoto kódu a jak je lze ovlivnit během procesu návrhu? Pokud je kód spouštěn pět milionů denně a jeho provoz dnes stojí 20 USD, kolik bude stát jeho provoz po dobu 5 let, vezmeme-li v úvahu obchodní růst, náklady na cloud a tím, že se kód stává neefektivnějším, protože zpracovává další data?

Výhody nad rámec kódu. Efektivita bodování začíná v aplikacích, ale pak se musí sledovat až k celému systému a jednoho dne až k podniku kvůli technologii. Podívat se na celkové náklady na naše systémy od okamžiku, kdy se přijímají rozhodnutí o návrhu až po životnost aplikace, znamená dívat se nejen na finanční náklady na celý systém, ale nakonec i na širší prostředí.

Jedna věc, kterou jsem si ve své kariéře uvědomil: Společné spojení mezi vším, co děláme, ať už je to výkon, finance nebo životní prostředí celkově – vždy jde o efektivitu a opravdu jednoduchost, tj. aby to bylo jednoduché (KISS).

Stejně jako to děláme s našimi finančními účty, potřebujeme způsob, jak dnes jasněji znát naše technologické náklady a promítnout náklady v rámci našeho technologického zásobníku, které pravděpodobně nakonec raketově vzrostou, pokud nebudou pod kontrolou. Ale na rozdíl od vašich finančních účtů, kde „minulá výkonnost nevypovídá o budoucích výsledcích“, může minulá výkonnost vašich kódů prozradit hodně o budoucí výkonnosti. Otázkou je, jsme ochotni naslouchat?