Gregas Holmesas, IBM kompanijos Apptio EMEA technikos direktorius, teigia, kad norint sėkmingai išplėsti pažangią automatizavimą, reikia finansinio griežtumo.
Technologijų pritaikymo modelis „sukurk ir jie ateis“ dažnai palieka skylę biudžete, kai taikomas automatizavimui. Vadovai dažnai pastebi, kad sėkmingos bandomosios programos neperauga į tvarų diegimą visos įmonės mastu, nes pradinis finansinis modeliavimas ignoravo gamybos mastelio keitimo realijas.
„Kai mes integruojame FinOps galimybes su automatizavimu, mes žiūrime į pokytį nuo labai reaktyvaus sąnaudų valdymo iki labai iniciatyvaus vertės inžinerijos srityje“, – sako Holmesas.
Tai keičia techninių lyderių vertinimo kriterijus. Užuot laukę „mėnesius ar metus, kad įvertintų, ar viskas įgauna vertę“, inžinierių komandos gali stebėti išteklių suvartojimą, pvz., mokestį už operaciją arba API skambutį, „nuo pat pradžių“.
Išmaniosios automatikos mastelio keitimo vieneto ekonomika
Inovacijų projektai susiduria su dideliu mirtingumu. Holmesas pažymi, kad apie 80 procentų naujų inovacijų projektų žlunga, dažnai dėl to, kad bandomojo etapo finansinis neskaidrumas užmaskuoja būsimus įsipareigojimus.
„Jei pilotas įrodo, kad automatizuojant procesą sutaupoma, tarkime, 100 valandų per mėnesį, vadovybė mano, kad tai tikrai sėkminga“, – sako Holmesas. „Tačiau nepavyksta atsekti, kad bandomasis projektas kartais veikia naudojant per daug aprūpintą infrastruktūrą, todėl atrodo, kad jis veikia tikrai gerai. Tačiau realaus gamybos diegimo metu tokio laipsnio per daug nepasirūpintumėte.”
Perkėlus šį darbo krūvį į gamybą, skaičiavimas pasikeičia. Didėja skaičiavimo, saugojimo ir duomenų perdavimo reikalavimai. „API skambučiai gali padaugėti, išimčių ir ypatingų atvejų atsiranda tokiu kiekiu, kuris galėjo būti nepatenkęs į bandomąjį etapą, o tada tiesiog auga ir palaikymo pridėtinės išlaidos“, – priduria jis.
Kad to išvengtų, organizacijos turi stebėti ribines išlaidas. Tai apima vieneto ekonomikos stebėjimą, pvz., vieno aptarnaujamo kliento kainą arba vienos operacijos kainą. Jei kaina vienam klientui didėja augant klientų bazei, verslo modelis yra ydingas.
Ir atvirkščiai, efektyvus mastelio keitimas turėtų sumažinti vieneto sąnaudas. Holmesas cituoja „Liberty Mutual“ atvejo tyrimą, kuriame draudikas sugebėjo sutaupyti apie 2,5 mln.
Tačiau finansinė atskaitomybė negali priklausyti tik finansų skyriui. Holmsas pasisako už tai, kad valdymas „grįžtų į kūrėjų rankas, kai jie naudojasi jų kūrimo įrankiais ir darbo krūviais“.
Integracija su infrastruktūros kaip kodo įrankiais, tokiais kaip HashiCorp Terraform ir GitHub, leidžia organizacijoms įgyvendinti politiką diegiant. Komandos gali programiškai papildyti išteklius, atlikdamos tiesioginius išlaidų įvertinimus.
„Užuot diegę daiktus ir tada juos taisę, o tai sukelia visą siaubingą problemą“, – aiškina Holmsas, įmonės gali patikrinti, ar „diegia reikiamus dalykus tinkamu laiku“.
Keičiant išmaniosios automatikos mastelį, dažnai kyla įtampa tarp finansų direktoriaus, kuris daugiausia dėmesio skiria investicijų grąžai, ir automatikos vadovo, kuris seka veiklos metrikas, pavyzdžiui, sutaupytas valandas.
„Šis vertimo iššūkis yra būtent tai, ką TBM (Technologijos verslo valdymas) ir Apptio yra skirtos išspręsti“, – sako Holmesas. „Tai yra bendra kalba tarp technologijų ir finansų bei su verslu.
TBM taksonomija suteikia standartizuotą sistemą šiems požiūriams suderinti. Jis priskiria techninius išteklius (pvz., skaičiavimus, saugojimą ir darbą) į IT bokštus ir toliau iki verslo galimybių. Ši struktūra techninius įnašus paverčia verslo rezultatais.
„Nebūtinai žinau, kas patenka į visus po juo esančius IT sluoksnius“, – sako Holmsas, apibūdindamas verslo vartotojo požiūrį. „Tačiau kadangi mes turime tokią taksonomiją, galiu gauti išsamią sąskaitą, kurioje man nurodoma apie mano paslaugų suvartojimą ir tiksliai dėl kokių sąnaudų ji brangsta, nes vartoju daugiau.
Pasenusios skolos sprendimas ir ilgalaikio biudžeto sudarymas
Organizacijos, apkrautos senomis ERP sistemomis, susiduria su dvejetainiu pasirinkimu: automatizuoti kaip pataisą arba kaip tiltą į modernizaciją. Holmsas perspėja, kad jei įmonė „tiesiog bando užmaskuoti neefektyvius procesus ir jų neperplanuoja“, ji tik „sukaupia daugiau techninių skolų“.
Bendrųjų nuosavybės išlaidų (TCO) metodas padeda nustatyti teisingą strategiją. Australijos Sandraugos bankas naudojo TCO modelį 2 000 skirtingų programų (įvairių brandos etapų), kad įvertintų viso jų gyvavimo ciklo išlaidas. Ši analizė apėmė paslėptas išlaidas, tokias kaip infrastruktūra, darbas ir inžinerinis laikas, reikalingas automatizavimui palaikyti.
„Vien dėl kažko palikimo nereiškia, kad turite jį išvesti į pensiją“, – sako Holmsas. „Kai kurias iš tų senų sistemų verta išlaikyti vien todėl, kad jų vertė tokia gera.
Kitais atvejais, apskaičiuojant automatizavimo įvyniojimų, reikalingų senos sistemos funkcionavimui, kainą, atskleidžiama kitokia realybė. „Kartais sudėjus TCO metodą ir įtraukus visus šiuos automatizavimo sluoksnius, staiga supranti, kad tikrosios senos sistemos išlaikymo sąnaudos yra ne tik senoji sistema, bet ir tie papildomi sluoksniai“, – tvirtina Holmesas.
Kad būtų išvengta lipdukų šoko, reikalinga biudžeto sudarymo strategija, pagal kurią kintamos išlaidos būtų subalansuotos su ilgalaikiais įsipareigojimais. Nors kintamieji kaštai (OPEX) siūlo lankstumą, jie gali labai svyruoti dėl paklausos ir inžinerinio efektyvumo.
Holmesas pataria, kad ilgalaikis matomumas leidžia priimti geresnius investicinius sprendimus. Įsipareigojimas naudoti konkrečias technologijas ar platformas kelerius metus leidžia organizacijoms derėtis dėl masto ekonomijos ir standartizuoti architektūrą.
„Kadangi prisiėmėte tuos ilgalaikius įsipareigojimus ir standartizavote įvairias platformas bei panašius dalykus, lengviau sukurti tinkamą ilgalaikį dalyką“, – sako Holmsas.
Derinant griežtą kintamų sąnaudų valdymą su strateginiais įsipareigojimais, įmonės padeda išplėsti pažangų automatizavimą be nepastovumo, kuris dažnai trukdo transformacijai.
IBM yra pagrindinis šių metų rėmėjas Pasaulinė intelektualiosios automatikos konferencija Londone 2026 m. vasario 4–5 d. Gregas Holmesas ir kiti ekspertai dalinsis savo įžvalgomis renginio metu. Būtinai peržiūrėkite pirmosios dienos panelės sesiją „Sėkmingas intelektualiosios automatikos keitimas: sistemos, rizikos ir realios pamokos“, kad sužinotumėte daugiau apie Holmsą ir pasisukite prie IBM stendo 362 stende.
Taip pat žiūrėkite: „Klarna“ palaiko „Google“ UCP, kad galėtų atlikti AI agentų mokėjimus
Norite daugiau sužinoti apie AI ir didelius duomenis iš pramonės lyderių? Peržiūrėkite „AI & Big Data Expo“, vykstančią Amsterdame, Kalifornijoje ir Londone. Išsamus renginys yra „TechEx“ dalis ir vyksta kartu su kitais pagrindiniais technologijų renginiais, įskaitant „Cyber Security & Cloud Expo“. Norėdami gauti daugiau informacijos, spustelėkite čia.
AI naujienas teikia TechForge Media. Čia rasite kitus būsimus įmonių technologijų renginius ir internetinius seminarus.
