Gandrīz katram uzņēmumam, kas darbojas ilgāk par dažiem gadiem, savā portfelī ir lietotne, par kuru runā pusbalsī. It kā darbojas, bet katra izmaiņa ilgst mūžību, maksā bagātību un nes risku, ka kaut kas cits saplīsīs. Izpilddirektoram, operāciju direktoram vai IT vadītājam tā nav tehniska problēma — tā ir biznesa problēma, kas bloķē attīstību un sasaista kapitālu.
Sāpes, ko pazīst katrs lēmumu pieņēmējs
Simptomi vienmēr ir līdzīgi. Jauna, vienkārša funkcija, ko apsolījāt klientam, tiek novērtēta uz nedēļām darba. Tikai viens cilvēks komandā saprot, kā šī lietotne darbojas — un tieši iesniedza atlūgumu. Uzturēšanas izmaksas no gada uz gadu aug, bet biznesa vērtība stāv uz vietas. Tā nav avārija, tā ir lēna smakšana.
Kāpēc klasiskais IT no tā veido dilemmu par simtiem tūkstošu
Tradicionālajā modelī jums ir divi dārgi ceļi. Pirmais ir tālāka lāpīšana — šķietami lēti, jo katra nākamā izmaiņa ir arvien dārgāka un arvien riskantāka. Otrais ir pārrakstīšana no nulles — daudzu mēnešu dārgu programmētāju komandas projekts, ar budžetu, kas skaitīts simtos tūkstošu, un reālu risku, ka jaunā versija neatkārtos pat visas vecās funkcijas. Abi scenāriji ir sāpīgi, jo balstās uz vienu un to pašu pieņēmumu: katra koda rinda prasa dārga speciālista laiku.
Lēmumu ietvars: četri kritēriji
Pirms pieņemat lēmumu, novērtējiet lietotni četrās dimensijās. Tā ir vienkārša saruna, ko var aizvadīt vienā valdes sēdē.
- Biznesa vērtība — vai šī lietotne joprojām ir tā procesa sirds, uz kura jūs pelnāt? Ja jā, der investēt. Ja tā ir relikvija, apsveriet tās izdzēšanu.
- Tehnoloģiskais parāds — vai kodu var attīstīt, vai katra izmaiņa ir rulete? Jo dziļāks parāds, jo stiprāks arguments par pamatīgu pārbūvi.
- Risks — kas notiks, ja lietotne nedēļu nedarbosies? Jo augstāks operacionālais risks, jo mazāk vietas eksperimentiem bez rezerves plāna.
- Izmaiņas izmaksas un laiks — cik reāli šodien maksā vienkāršākā modifikācija un cik ilgi tā ilgst? Tas ir labākais sistēmas veselības stāvokļa barometrs.
Trešais ceļš: modernizācija ar MI aģentu atbalstu
Dihotomija „lāpīt vai pārrakstīt" nāk no laikiem, kad katra izmaiņa bija atkarīga vienīgi no dārgu programmētāju stundu skaita. Šodien šis pieņēmums jau ir novecojis. ESKOM.AI modernizācijai pieejam citādi: apvienojam pieredzējušus speciālistus ar desmitiem specializētu MI aģentu atbalstu, kas pārņem garlaicīgo, atkārtoto un laikietilpīgo darba daļu.
Praksē tas nozīmē, ka esošās sistēmas analīze, funkciju kartēšana, jaunu moduļu ģenerēšana un pilns testu komplekts — vienību, integrācijas, „end-to-end", veiktspējas un drošības — rodas automatizētā programmatūras izstrādes procesā. Tas, kam kādreiz bija nepieciešamas nedēļas garlaicīga darba, šodien realizējam dienās, un kopuma izmaksas bieži ir daļa no tā, ko maksātu klasisks projekts.
Konkrēti: kā izskatās labs lēmums
Iedomāsimies uzņēmumu ar 80 darbiniekiem un pasūtījumu apkalpošanas lietotni, kuras cenrāža izmaiņa ilga trīs nedēļas. Tā vietā, lai pārrakstītu visu no nulles, modernizācija aptvēra tikai vissmagāk noslogotos moduļus un pievienoja trūkstošās integrācijas. Rezultāts: tā pati cenrāža izmaiņa šodien ir stundu jautājums, bet budžets ietilpa prognozējamā, daudz zemākā summā nekā pilna pārrakstīšana. Atslēga bija precīzs lēmums sākumā — balstīts uz četriem kritērijiem, nevis uz emocijām.
Kas tālāk?
Ja jums ir lietotne, kas palēnina uzņēmumu, nevis to virza, jums nav jāmin. Sāciet ar īsu auditu, kas parādīs, kurā no četrām dimensijām slēpjas problēma — un vai MI atbalstīta modernizācija jums ir ātrāks un lētāks ceļš nekā klasisks projekts. Rakstiet mums, un kopā novērtēsim jūsu sistēmas stāvokli un iesniegsim izmērāmu plānu.