Изведбата во минатото не е показател за идните резултати - освен ако тоа не е цената на кодот, податоците и апликациите

Меѓу многуте работи, ова е период од годината кога финансиските советници ми испраќаат е-пошта со поглед на крајот на годината во моите инвестиции. Еве го точниот јазик од еден таков советник:

„Вашата целосна финансиска слика. Едно безбедно место…Вашата контролна табла нуди преглед во реално време на вашето трошење, заштеда, долг и повеќе со едно најавување… Планирајте ги сите ваши финансиски приоритети – и добијте јасен преглед на вашата проектирана нето вредност“.

Размислете за тоа - а целосна финансиска слика што покажува приказ во реално време на трошење, штедење, долгови и многу повеќе? Кој не би сакал да знае кои се нивните проектирана нето вредност е една, пет, па дури и десет години? Технолошките лидери треба да ги знаат овие информации за нивните технолошки трошоци. Мојот пристап се заснова на едноставен факт што го научив низ децениите на имплементирање на критичните платформи за податоци за претпријатијата низ светот:

Многу малку претпријатија целосно ги знаат или ги разбираат вкупните трошоци на нивните апликации - вклучувајќи код и податоци - со текот на времето, а уште помалку кога тие се промовираат во производство.

Компаниите кои мислат дека ги знаат овие трошоци веројатно не ги следат реалните трошоци за потрошувачка кои се под влијание на растот и капацитетот (вишок или недостаток).

Што можеме да направиме за да ја измериме вкупната цена на кодот, а со тоа да заштедиме милијарди на неефикасни процеси? Ни треба транспарентност за вистинската цена на апликациите, кодот и податоците за да ги разбереме вистинските трошоци на нашите системи. Ова може да се случи само со создавање и зајакнување на партнерствата помеѓу технологијата и канцеларијата на финансискиот директор.

Кога купуваат апликација за да се обезбеди функција за бизнис, многумина ќе споредат најмалку тројца продавачи за основите како што се функционалноста, цените и поддршката. Но, подетална анализа на вкупните трошоци на сопственост (TCO) на таа апликација во текот на три години врз основа на реалните трошоци може да биде подобар пристап бидејќи ако две апликации се суштински споредливи, TCO ќе го разликува најдобриот избор.

Еден предизвик е тоа што реалните трошоци не се јавни. Дополнително, многу продавачи навистина не знаат колкави се трошоците затоа што знаат само што прави нивната апликација, а не каква инфраструктура и трошоци ќе бидат потребни за да се изврши апликацијата за вашиот бизнис во период од 3 до 5 години.

Друг начин да се погледне е: Која апликација ќе чини најмалку за имплементација, управување и одржување во период од 3 до 5 години врз основа на мојот бизнис модел и метрика за раст?

Премин во ерата на ефикасност во технологијата, што би можело да значи да се измери ефикасноста низ технолошките системи? Треба да размислуваме за ефикасност во смисла на начин на размислување, акција и мерење.

• Како можеме да го промениме нашиот начин на размислување за да ја ставиме ефикасноста во сржта на сè што правиме?
• Какви активности можеме да преземеме за да бидеме поефикасни?
• Како можеме да ја измериме ефикасноста?
• Кои се влијанијата од преземените активности?

Начинот на кој индустријата гледа на капацитетот не е променет во последните 20 години. Ние бевме подготвени да живееме со неефикасност се додека нема прекини или проблеми во производството. Меѓутоа, ако нешто се направи поефикасно, тоа ќе чини помалку и ќе се извршува побрзо, а ќе има и помалку отпад во системот, што значи помала јаглеродна трага. Ако нешто се прави поефикасно, создаваме поголем капацитет без да мора да го зголемувате, што само заштедува повеќе ресурси, трошоци за лиценцирање и пари.

Дизајнерските избори што ги правиме за податоци во смисла на кодирање, процеси и модели на податоци имаат трајно влијание врз крајната линија, и од аспект на ресурси и уште поважно врз финансиските, бидејќи повеќето апликации се користат 10 до 20 години. Колкав е вкупниот трошок за сопственост на тој код долгорочно и како може да се влијае на тоа во текот на процесот на дизајнирање? Ако кодот се извршува пет милиони пати на ден и чини 20 долари да се користи денес, колку ќе чини да се работи во текот на 5 години, земајќи го предвид растот на бизнисот, трошоците за облак и кодот станува понеефикасен додека обработува дополнителни податоци?

Придобивки надвор од кодот. Ефикасноста на бодување започнува во апликациите, но потоа мора да следи до целокупниот систем и еден ден, до претпријатието, за технологијата. Гледањето на вкупните трошоци на нашите системи уште од моментот кога се донесуваат одлуките за дизајн до животниот век на апликацијата значи да се гледаат не само финансиските трошоци за целокупниот систем, туку на крајот и кон поширокото опкружување.

Едно нешто сфатив во мојата кариера: Заедничката врска помеѓу сè што правиме, без разлика дали се работи за перформанси, финансии или опкружување во целина - секогаш се сведува на ефикасност и навистина едноставност, т.е., нека биде едноставно глупаво (KISS).

Исто како што тоа го правиме со нашите финансиски сметки, ни треба начин да ги знаеме нашите технолошки трошоци денес со поголема јасност и да ги проектираме трошоците во рамките на нашиот технолошки оџак, кои најверојатно ќе завршат вртоглаво ако не бидат содржани. Но, за разлика од вашите финансиски сметки, каде што „минатите перформанси не се показатели за идните резултати“, минатите перформанси на вашите кодови може да ви кажат многу за идните перформанси. Прашањето е дали сме подготвени да слушаме?