Gotovo svaka tvrtka koja djeluje dulje od nekoliko godina ima u svom portfelju aplikaciju o kojoj govori poluglasno. Tobože radi, ali svaka promjena traje vječno, košta bogatstvo i nosi rizik da se pokvari nešto drugo. Za CEO-a, COO-a ili IT menadžera to nije tehnički problem — to je poslovni problem koji blokira razvoj i veže kapital.
Bol koju poznaje svaki donositelj odluka
Simptomi su uvijek slični. Nova, jednostavna funkcija koju ste obećali kupcu procjenjuje se na tjedne rada. Samo jedna osoba u timu razumije kako ta aplikacija radi — i upravo je dala otkaz. Troškovi održavanja rastu iz godine u godinu, a poslovna vrijednost stoji u mjestu. To nije kvar, to je polagano gušenje.
Zašto klasični IT od toga radi dilemu od stotina tisuća
U tradicionalnom modelu imate dva skupa puta. Prvi je daljnje krpanje — naizgled jeftino, jer je svaka sljedeća promjena sve skuplja i sve rizičnija. Drugi je prepisivanje od nule — višemjesečni projekt tima skupih programera, s proračunom računanim u stotinama tisuća eura i stvarnim rizikom da nova verzija ne ponovi ni sve funkcije stare. Oba su scenarija bolna jer se oslanjaju na istu pretpostavku: svaki redak koda zahtijeva vrijeme skupog stručnjaka.
Okvir odlučivanja: četiri kriterija
Prije nego što donesete odluku, ocijenite aplikaciju u četiri dimenzije. To je jednostavan razgovor koji se može obaviti na jednom sastanku uprave.
- Poslovna vrijednost — je li ta aplikacija i dalje srce procesa na kojem zarađujete? Ako jest, vrijedi ulagati. Ako je relikt, razmotrite gašenje.
- Tehnološki dug — može li se kod razvijati ili je svaka promjena rulet? Što je dublji dug, to je jači argument za temeljitu pregradnju.
- Rizik — što se događa ako aplikacija padne na tjedan? Što je viši operativni rizik, to je manje prostora za eksperimente bez rezervnog plana.
- Trošak i vrijeme promjene — koliko danas realno košta najjednostavnija izmjena i koliko traje? To je najbolji barometar zdravstvenog stanja sustava.
Treći put: modernizacija uz podršku agenata UI
Dihotomija „krpati ili prepisati" potječe iz vremena kada je svaka promjena ovisila isključivo o broju sati skupih programera. Danas je ta pretpostavka već zastarjela. U ESKOM.AI modernizaciji pristupamo drukčije: spajamo iskusne stručnjake s podrškom desetaka specijaliziranih agenata UI koji preuzimaju mukotrpan, ponavljajući i dugotrajan dio posla.
U praksi to znači da analiza postojećeg sustava, mapiranje funkcija, generiranje novih modula i puni niz testova — jediničnih, integracijskih, end-to-end, performansnih i sigurnosnih — nastaju u automatiziranom procesu razvoja softvera. Ono što je nekoć zahtijevalo tjedne mukotrpnog rada, danas realiziramo u danima, a trošak cjeline često je djelić onoga što bi koštao klasičan projekt.
Konkretno: kako izgleda dobra odluka
Zamislimo tvrtku s 80 zaposlenih i aplikacijom za obradu narudžbi kod koje je promjena cjenika trajala tri tjedna. Umjesto prepisivanja svega od nule, modernizacija je obuhvatila samo najopterećenije module i dodala nedostajuće integracije. Učinak: ista promjena cjenika danas je pitanje sati, a proračun se zatvorio u predvidljivom, mnogo nižem iznosu od potpunog prepisivanja. Ključ je bila pogođena odluka na startu — utemeljena na četiri kriterija, a ne na emocijama.
Što dalje?
Ako imate aplikaciju koja tvrtku više usporava nego pokreće, ne morate nagađati. Počnite kratkim pregledom koji će pokazati u kojoj od četiri dimenzije leži problem — i je li modernizacija uz podršku UI za vas brži i jeftiniji put od klasičnog projekta. Pišite nam i zajedno ćemo ocijeniti stanje vašeg sustava te predstaviti mjerljiv plan.