Kudeatzaile orok ezagutzen du. Software-hornitzaileari itxuraz hutsala den eskaera bat aurkezten diozue: eremu bat gehitu inprimaki batean, deskontua kalkulatzeko modua aldatu, txosten berri bat egin. Buruan «arratsalde bateko lana da» duzue. Eta erantzunean hiru hilabeteko eta dozenaka mileko kalkulu bat jasotzen duzue. Nondik dator intuizioaren eta errealitatearen arteko amildegi hori?
Zergatik ez du «txiki»k «azkar» esan nahi inola ere
Negozioaren ikuspegitik aldaketa txikia da. Sistemaren ikuspegitik — ez beharbada. Softwarearen garapen-prozesu klasikoak bere kostu finkoak ditu, konponketa txikia delako desagertzen ez direnak.
- Sistemaren ulermena — programatzaileak lehenik beste norbaitek urteak lehenago idatzitako kodea nola funtzionatzen duen berreraiki behar du, sarritan dokumentaziorik gabe.
- Domino-efektua — aldaketa batek beste hamar leku ekar ditzake berarekin, ezer ez hondatzeko egiaztatu behar direnak.
- Probak eta egiaztapena — hornitzaile sendo batek ez du aldaketarik inplementatuko gainerakoa oraindik funtzionatzen duela egiaztatu gabe, eta horrek denbora hartzen du.
- Ilara — zuen konponketak itxaron egiten du espezialista garesti bat libre arte, agenda jada beteta duena edonola ere.
Bestela esanda: ez duzue aldaketagatik beragatik ordaintzen, haren inguruko erritual osoagatik baizik. Eta horregatik «aldaketa txiki» batek hain sarritan handi batek bezala kostatzen du.
Non galtzen da benetan denbora
Konponketa txiki baten proiektu tipikoa bere faktoreetan banatuko bagenu, aldaketan bertan egindako lana sarritan osotasunaren zati bat da. Gainerakoa lehendik dagoen sistemaren analisia, eskuzko proba, probek atzemandakoa zuzentzea eta ilaran itxarotea dira. Etapa horiek dira hain zuzen ere — astunak, errepikakorrak eta pertsona zehatz baten erabilgarritasunaren mende daudenak — «arratsaldea» hiruhileko batera luzatzen dutenak. Eta etapa horiek dira hain zuzen ere automatizaziora ondoen makurtzen direnak.
ESKOM.AI ikuspegia: denbora-eskatzailea dena automatizatzen dugu
ESKOM.AIn ingeniaritza-eskarmentua softwarearen garapen automatizatuarekin uztartzen dugu, dozenaka AA agentek lagunduta. Etapa neketsuen eta errepikakorren horiek — kodearen analisia, aldaketaren prestaketa eta, batez ere, proba pakete osoa — neurri handi batean automatizazioak hartzen ditu, pertsona bat baino azkarrago eta nekerik gabe lan eginez.
- Sistemaren analisia — programatzaileari egunak hartzen diona, AA agenteek orduetan kartografiatzen dute, mendekotasunen irudi argia emanez.
- Proba automatikoak — unitarioak, integraziokoak, errendimendukoak, segurtasunekoak eta erregresiokoak aldaketa bakoitzean abiarazten dira, beraz berehala dakigu zerbait hondatu den.
- Ilara laburragoa — aldaketa batek espezialista garesti baten ordu gutxiago eskatzen dituenez, eskaera gehiago sartzen dira denbora berean.
Pertsonak kalitatea zaintzen jarraitzen du, erabakiak hartzen ditu eta emaitzaren erantzule da — baina jada ez ditu asteak galtzen makina batek azkarrago eta zehatzago egingo dituen gauzetan.
Zehaztasuna: hiru hilabetetik egun batzuetara
Efektua neurgarria da. Klasikoki hiruhileko batean kalkulatzen zen konponketa, kasu askotan erabiltzaileengana egunetan iristen da. Kostua tarifa klasikoaren zati batera jaisten da, benetako emaitza batengatik ordaintzen baituzue, ez analisi astunean eta eskuzko proban emandako orduengatik. Berdin garrantzitsua — aldaketa seguruagoa da, aldi bakoitzean proba sorta oso bat igarotzen baitu, eskuzko konponketa azkar batean normalean egiten ez dena. Laburrago, merkeago eta fidagarriago aldi berean.
Egiaztatu zuen adibide propioan
«Aldaketa txikien» zerrenda bat duzue hilabeteetan ilaran itxaroten duena, beti garestiegiak edo luzeegiak ateratzen direlako? Hasiera-puntu ezin hobea da. ESKOM.AIk — 2025etik funtzionatzen duen enpresak — lagunduko dizue zenbatesten zenbat atzerapen horietatik gauza daitezkeen espero duzuena baino azkarrago eta merkeago. Idatzi iezaguzue eta hitzar dezagun doako kontsulta labur bat. Erakutsiko dizkizuegu denbora eta kostu zehatzak edozein erabaki hartu baino lehen.