Urte gutxi baino gehiago funtzionatzen duen ia enpresa orok bere zorroan ahapeka aipatzen den aplikazio bat du. Itxuraz funtzionatzen du, baina aldaketa bakoitzak betikotasuna irauten du, fortuna bat kostatzen du eta beste zerbait hondatzeko arriskua dakar. CEO, COO edo IT Manager-arentzat ez da arazo tekniko bat — garapena blokeatzen eta kapitala lotzen duen negozio-arazo bat da.
Erabaki-hartzaile orok ezagutzen duen mina
Sintomak beti antzekoak dira. Bezeroari agindu zenioten funtzio berri sinplea asteetako lanean kalkulatzen da. Taldean pertsona bakar batek ulertzen du aplikazio hau nola funtzionatzen duen — eta dimisioa aurkeztu berri du. Mantentze-kostuak urtetik urtera hazten dira, eta negozio-balioa geldirik dago. Ez da matxura bat, itotze geldo bat da.
Zergatik egiten duen IT klasikoak honetatik ehunka mileko dilema bat
Eredu tradizionalean bi bide garesti dituzue. Lehena adabakitzen jarraitzea da — itxuraz merkea, hurrengo aldaketa bakoitza gero eta garestiagoa eta arriskutsuagoa baita. Bigarrena zerotik birridaztea da — programatzaile garestien talde baten hilabete askotako proiektua, ehunka miletan zenbatutako aurrekontuarekin eta bertsio berriak sistema zaharreko funtzio guztiak ere errepikatuko ez dituen benetako arriskuarekin. Bi eszenatokiak mingarriak dira, uste beraren gainean oinarritzen baitira: kode-lerro bakoitzak espezialista garesti baten denbora eskatzen du.
Erabaki-esparrua: lau irizpide
Erabakia hartu baino lehen, ebaluatu aplikazioa lau dimentsiotan. Zuzendaritzaren bilera bakar batean egin daitekeen elkarrizketa sinplea da.
- Negozio-balioa — aplikazio hau oraindik irabazten duzuen prozesuaren bihotza da? Hala bada, merezi du inbertitzea. Erlikia bat bada, itzaltzea kontuan hartu.
- Zor teknologikoa — kodea garatu daiteke, ala aldaketa bakoitza erruleta bat da? Zenbat eta sakonagoa izan zorra, orduan eta argudio sendoagoa berreraikuntza sakon baten alde.
- Arriskua — zer gertatuko da aplikazioa aste batez erortzen bada? Zenbat eta altuagoa izan arrisku operatiboa, orduan eta leku gutxiago esperimentuetarako larrialdi-planik gabe.
- Aldaketaren kostua eta denbora — zenbat kostatzen du benetan gaur aldaketarik sinpleenak eta zenbat irauten du? Sistemaren osasun-egoeraren barometrorik onena da.
Hirugarren bidea: AA agenteen laguntzaz egindako modernizazioa
«Adabakitu ala birridatzi» dikotomia aldaketa bakoitza programatzaile garestien ordu-kopuruaren mende soilik zegoen garaietatik dator. Gaur uste hori dagoeneko zaharkitua dago. ESKOM.AIn modernizaziora beste modu batera hurbiltzen gara: espezialista esperientziadunak dozenaka AA agente espezializaturen laguntzarekin uztartzen ditugu, lanaren zati astuna, errepikakorra eta denbora-eskatzailea hartzen dutenak.
Praktikan horrek esan nahi du lehendik dagoen sistemaren analisia, funtzioen kartografia, modulu berrien sorrera eta proba sorta osoa — unitarioak, integraziokoak, «end-to-end», errendimendukoak eta segurtasunekoak — softwarearen garapen-prozesu automatizatu batean sortzen direla. Behin analisi astuneko asteak eskatzen zituena, gaur egunetan gauzatzen dugu, eta osotasunaren kostua sarritan proiektu klasiko batek kostatuko lukeenaren zati bat da.
Zehaztasuna: nolakoa den erabaki on bat
Imajina dezagun 80 langile dituen enpresa bat eta eskaeren kudeaketako aplikazio bat, non prezio-zerrendaren aldaketak hiru aste irauten zituen. Dena zerotik birridatzi beharrean, modernizazioak modulu kargatuenak soilik hartu zituen eta falta ziren integrazioak gehitu zituen. Emaitza: prezio-zerrendaren aldaketa bera gaur ordu kontua da, eta aurrekontua kopuru aurreikusgarri batean itxi zen, berridazketa osoa baino askoz baxuagoan. Gakoa hasierako erabaki zuzena izan zen — lau irizpidetan oinarritua, ez emozioetan.
Eta orain?
Enpresa bultzatu beharrean motelduko duen aplikazio bat baduzue, ez duzue asmatu beharrik. Hasi auditoria labur batekin, lau dimentsioetatik zeinetan dagoen arazoa erakutsiko duena — eta AAk lagundutako modernizazioa zuentzat proiektu klasiko bat baino bide azkarragoa eta merkeagoa den. Idatzi iezaguzue, eta elkarrekin ebaluatuko dugu zuen sistemaren egoera eta plan neurgarri bat aurkeztuko dugu.