Kas iš tikrųjų yra low-code ir kodėl visi apie tai kalba?
Jei dirbate bet kurioje įmonėje, kuri bent šiek tiek susijusi su technologijomis, turbūt jau girdėjote šį terminą. Low-code platformos šiuo metu yra vienas karščiausių temų IT pasaulyje – ir ne be reikalo. Bet prieš nerdami giliau, verta suprasti, kas tai iš tikrųjų yra, o ne tik marketingo žargono lygmeniu.
Low-code – tai programinės įrangos kūrimo metodas, kai didelę dalį darbo atlieka vizualiniai įrankiai, šablonai ir iš anksto sukurti komponentai, o ne ranka rašomas kodas. Tai nereiškia, kad kodo nėra visai – jis yra, bet jo kiekis yra drastiškai sumažintas. Skirtumas nuo no-code platformų yra tas, kad low-code vis tiek leidžia programuotojams įsikišti ir pritaikyti sprendimą pagal poreikius, kai standartiniai blokai nebepakanka.
Praktiškai tai atrodo taip: vietoj to, kad programuotojas sėdėtų ir rašytų šimtus eilučių kodo, kad sukurtų paprastą užsakymų valdymo sistemą, jis paima platformą kaip Microsoft Power Apps, OutSystems ar Mendix, sudėlioja komponentus kaip LEGO kaladėles, sukonfigūruoja logikos taisykles ir per kelias dienas turi veikiantį produktą. Tradiciškai tas pats darbas užimtų savaites ar net mėnesius.
Verslo problemos, kurias low-code iš tikrųjų sprendžia
Čia reikia būti sąžiningais – low-code nėra stebuklingas vaistas nuo visų ligų. Bet yra konkrečios situacijos, kur šis požiūris tikrai veikia ir duoda apčiuopiamų rezultatų.
Programuotojų trūkumas. Tai realiausia problema, su kuria susiduria dauguma įmonių. Geri programuotojai yra brangūs ir jų tiesiog nėra pakankamai rinkoje. Low-code leidžia vadinamiesiems „citizen developers” – žmonėms, kurie nėra profesionalūs programuotojai, bet supranta verslą – patiems kurti sprendimus. Buhalteris, kuris supranta finansinius procesus, gali pats susikurti ataskaitų generavimo įrankį, nereikalaujant IT skyriaus pagalbos.
Lėtas IT skyrius. Daugelyje vidutinių ir didelių įmonių IT skyrius yra perpildytas užklausomis. Verslo padaliniai laukia mėnesius, kol bus įgyvendinta net paprasčiausia funkcija. Low-code leidžia decentralizuoti kūrimą – padaliniai gali patys spręsti savo problemas, o IT skyrius gali koncentruotis į sudėtingesnes architektūros ir saugumo užduotis.
Sparčiai kintantys reikalavimai. Verslas keičiasi greitai. Rinka keičiasi. Reguliacinė aplinka keičiasi. Tradicinis programavimas yra per lėtas, kad neatsiliktų nuo šių pokyčių. Low-code platformose pakeitimai dažnai daromi per valandas, o ne savaites.
Prototipavimas ir eksperimentavimas. Prieš investuojant didelius pinigus į pilno masto sistemos kūrimą, low-code leidžia greitai sukurti veikiantį prototipą, išbandyti idėją su realiais vartotojais ir tik tada nuspręsti, ar verta investuoti daugiau.
Populiariausios platformos ir kuo jos skiriasi
Rinka yra pilna low-code sprendimų, ir pasirinkti tinkamą gali būti sunku. Pabandykime išskirti pagrindinius žaidėjus ir suprasti, kur kiekvienas iš jų labiausiai tinka.
Microsoft Power Platform – jei jūsų įmonė jau naudoja Microsoft 365, tai yra natūraliausias pasirinkimas. Power Apps leidžia kurti programėles, Power Automate – automatizuoti procesus, Power BI – vizualizuoti duomenis. Integracija su Teams, SharePoint, Excel yra puiki. Trūkumas – už Microsoft ekosistemos ribų integracija tampa sudėtingesnė.
OutSystems – tai viena galingiausių enterprise lygio platformų. Ji skirta rimtoms, sudėtingoms sistemoms kurti. Čia galima kurti ir mobiliąsias, ir web aplikacijas, o platforma turi stiprias DevOps galimybes. Kaina atitinkamai – tai nėra pigiausias sprendimas, bet didelėms organizacijoms tai gali atsipirkti.
Mendix – labai panaši į OutSystems, bet su šiek tiek skirtingu požiūriu į kolaboracinį kūrimą. Mendix ypač stiprus tose situacijose, kur verslo analitikai ir programuotojai turi dirbti kartu. Platforma turi gerą vizualinį modeliavimo įrankį, kuris leidžia net netechniniam žmogui suprasti, kaip sistema veikia.
Appian – šis sprendimas ypač populiarus tarp finansų, sveikatos apsaugos ir vyriausybinių organizacijų. Stiprioji pusė – procesų valdymas (BPM) ir atitiktis reguliavimo reikalavimams.
Retool – šiek tiek kitokia kategorija. Tai labiau skirta vidinių įrankių kūrimui, kur vartotojai yra patys darbuotojai. Jei reikia greitai sukurti administracinę panelę, kuri jungiasi prie duomenų bazės ar API – Retool yra puikus pasirinkimas. Reikalauja šiek tiek daugiau techninių žinių nei kitos platformos.
Kaip integruoti low-code į esamus IT procesus
Čia daugelis įmonių daro klaidą – perka platformą, duoda ją darbuotojams ir tikisi, kad viskas susitvarkys savaime. Taip neveikia. Sėkminga low-code integracija reikalauja apgalvoto požiūrio.
Pirmas žingsnis – apibrėžti valdymo modelį. Kas gali kurti aplikacijas? Kokie saugumo standartai turi būti laikomi? Kaip bus tvarkomi duomenų srautai? Šie klausimai turi būti atsakyti prieš pradedant, o ne po to, kai jau turite 50 skirtingų aplikacijų, kurias sukūrė įvairūs padaliniai, ir niekas nežino, kaip jos veikia.
Antras žingsnis – center of excellence (CoE) sukūrimas. Tai nedidelė komanda, kuri yra atsakinga už low-code platformos valdymą, geriausių praktikų skleidimą ir pagalbą kitiems darbuotojams. Microsoft netgi turi specialų CoE Starter Kit savo Power Platform klientams.
Trečias žingsnis – mokymai. Bet ne bet kokie mokymai. Reikia skirti laiko ne tik techniniam apmokymui, bet ir tam, kad žmonės suprastų, kokias problemas jie gali spręsti su šiais įrankiais. Dažnai žmonės neišnaudoja platformos potencialo tiesiog todėl, kad nežino, ką ji gali.
Ketvirtas žingsnis – pilotinis projektas. Pasirinkite vieną konkrečią, aiškiai apibrėžtą problemą ir ją išspręskite su low-code platforma. Tai leis išmokti, kaip platforma veikia jūsų specifiniame kontekste, ir turėsite konkretų sėkmės pavyzdį, kurį galėsite rodyti vadovybei.
Saugumo ir atitikties klausimai, kurių negalima ignoruoti
Tai tema, apie kurią low-code entuziastai dažnai kalba per mažai. Kai verslo vartotojai pradeda kurti savo aplikacijas, saugumo rizikos gali išaugti eksponentiškai.
Pagrindinė problema – shadow IT. Darbuotojai kuria sprendimus, kurie nėra oficialiai patvirtinti IT skyriaus, naudoja duomenis, kurie galbūt neturėtų būti prieinami tam tikroms aplikacijoms, ir integruojasi su išoriniais servisais be jokios priežiūros. Tai nėra teorinė grėsmė – tai realiai vyksta daugelyje organizacijų.
Ką daryti? Keletas konkrečių rekomendacijų:
- Duomenų klasifikavimas – prieš leidžiant kurti aplikacijas, aiškiai apibrėžkite, kokie duomenys yra jautrūs ir kaip jie gali būti naudojami. Low-code platformos dažnai leidžia nustatyti duomenų politikas, kurios automatiškai riboja prieigą.
- Aplinkų atskyrimas – kūrimo, testavimo ir gamybos aplinkos turi būti atskirtos. Tai standartinė praktika tradiciniame programavime, bet low-code kontekste dažnai pamirštama.
- Audito žurnalai – įsitikinkite, kad platforma fiksuoja, kas ką daro. Tai svarbu tiek saugumo, tiek atitikties reguliavimui tikslais.
- Reguliarūs peržiūros ciklai – kas ketvirtį peržiūrėkite, kokios aplikacijos buvo sukurtos, kas jas naudoja ir ar jos vis dar atitinka saugumo standartus.
GDPR ir kiti duomenų apsaugos reglamentai taip pat yra aktualūs. Jei jūsų aplikacija tvarko asmens duomenis – o daugelis verslo aplikacijų tai daro – turite užtikrinti, kad duomenų saugojimas, apdorojimas ir prieiga atitinka reikalavimus. Geroji žinia – pagrindinės enterprise low-code platformos turi įrankius, kurie padeda su tuo susidoroti, bet jie turi būti aktyviai naudojami, o ne tiesiog ignoruojami.
Kur low-code nepakanka ir kada reikia tradicinio kodo
Sąžiningumas čia yra labai svarbus. Low-code nėra tinkamas sprendimas visoms situacijoms, ir bandymas jį pritaikyti ten, kur jis netinka, gali kainuoti brangiau nei tradicinis kūrimas.
Aukšto našumo sistemos. Jei jūsų aplikacija turi apdoroti milijonus transakcijų per sekundę, low-code platforma greičiausiai sukurs per daug abstrakcijų ir nepasieks reikiamo našumo. Finansų biržos, didelės e-komercijos platformos, realaus laiko duomenų apdorojimo sistemos – čia tradicinis programavimas su kruopščiai optimizuotu kodu yra geriau.
Labai specifinė verslo logika. Kai verslo taisyklės yra itin sudėtingos ir specifinės, low-code platformos šablonai gali tapti apribojimu, o ne pagalba. Bandymas „įgrūsti” sudėtingą logiką į vizualines taisykles kartais sukuria košmarą, kurį vėliau sunku prižiūrėti.
Gilios integracijos. Jei reikia integruotis su sena, pasenusia sistema (legacy system), kuri turi nestandartinę API ar naudoja senus protokolus, low-code platforma gali neturėti reikiamų konektorių. Techniškai tai įmanoma išspręsti su custom kodu, bet tada prarandamas didžiausias low-code privalumas – greitis.
Ilgalaikis vendor lock-in. Tai strateginis klausimas, kurį reikia apsvarstyti. Jei sukuriate visą savo verslo kritinius procesus vienoje low-code platformoje, tampate labai priklausomi nuo to tiekėjo. Jei jis pakelia kainas, keičia licencijavimo modelį ar bankrutuoja – jūsų situacija tampa sudėtinga. Tradicinis kodas, parašytas atvirais standartais, suteikia daugiau lankstumo.
Realūs skaičiai: kiek tai iš tikrųjų kainuoja ir atsipirks?
Verslo sprendimų priėmimas be skaičių yra kaip navigacija be žemėlapio. Pabandykime pažiūrėti į ekonomiką.
Tipinė enterprise low-code platformos licencija gali kainuoti nuo kelių tūkstančių iki kelių dešimčių tūkstančių eurų per metus, priklausomai nuo vartotojų skaičiaus ir funkcionalumo. Tai atrodo daug, bet palyginkite su alternatyva: vidutinio lygio programuotojo metinė kaina Lietuvoje šiuo metu yra apie 40,000–60,000 eurų. Jei low-code platforma leidžia sutaupyti bent vieną pilno etato programuotojo darbo laiką – ji jau atsipirko.
Forrester Research duomenimis, įmonės, naudojančios low-code platformas, vidutiniškai sumažina aplikacijų kūrimo laiką 50–90%. Tai reiškia, kad projektas, kuris tradiciškai užimtų 6 mėnesius, gali būti įgyvendintas per 1–3 mėnesius. Greičiau sukurta sistema greičiau generuoja vertę verslui.
Tačiau yra paslėptų kaštų, apie kuriuos reikia žinoti:
- Mokymai – geros platformos mokymasis užima laiko. Planuokite bent 2–4 savaites intensyvių mokymų pagrindinei komandai.
- Platformos administravimas – kažkas turi prižiūrėti platformą, valdyti licencijas, spręsti techninius klausimus.
- Migracijos kaštai – jei ateityje nuspręsite keisti platformą, migracija gali būti brangi ir sudėtinga.
- Integracijų kūrimas – jungimasis su esamomis sistemomis retai būna nemokamas ar paprastas.
Praktinė rekomendacija: prieš perkant platformą, atlikite paprastą ROI skaičiavimą. Identifikuokite 3–5 konkrečius procesus, kuriuos planuojate automatizuoti ar skaitmeninti. Įvertinkite, kiek laiko šie procesai šiuo metu užima rankiniu būdu. Apskaičiuokite, kiek kainuoja tas laikas. Tada palyginkite su platformos kaina ir diegimo kaštais. Jei skaičiai nesueina – galbūt low-code nėra tinkamas pasirinkimas jūsų situacijai.
Low-code ateitis: kur viskas juda ir ką reikia žinoti jau dabar
Technologijų pasaulis nestovi vietoje, ir low-code sritis keičiasi labai greitai. Keletas tendencijų, kurias verta stebėti ir į kurias verta orientuotis planuojant savo strategiją.
AI ir low-code konvergencija. Tai jau vyksta. Microsoft Copilot integruotas į Power Platform leidžia kurti aplikacijas tiesiog aprašant, ko norite, natūralia kalba. OutSystems ir Mendix taip pat aktyviai integruoja AI funkcionalumą. Tai reiškia, kad low-code taps dar prieinamesnis – net žmonės, kurie šiandien bijo vizualinių kūrimo įrankių, galės kurti sprendimus tiesiog kalbėdami su AI asistentu.
Composable architecture. Modernus požiūris į verslo sistemas yra kurti jas iš mažų, nepriklausomų komponentų, kurie gali būti lengvai pakeisti ar atnaujinti. Low-code platformos vis labiau orientuojasi į šį modelį, leidžiantį kurti lanksčias sistemas, kurios gali greitai adaptuotis prie kintančių verslo poreikių.
Hibridinius modeliai. Ateitis greičiausiai nėra „viskas low-code” arba „viskas tradicinis kodas”. Įmonės naudos abu metodus ten, kur jie labiausiai tinka. IT strategai jau dabar kalba apie „bimodal IT” – vienoje pusėje greitas, eksperimentinis kūrimas su low-code, kitoje pusėje – stabilus, kruopščiai inžineruotas tradicinis kodas kritinėms sistemoms.
Jei esate IT vadovas ar verslo sprendimų priėmėjas, dabar yra tinkamas laikas eksperimentuoti. Pasirinkite vieną nedidelį projektą, išbandykite low-code platformą, išmokite iš patirties ir tada priimkite informuotą sprendimą dėl platesnio diegimo. Technologija yra pakankamai brandi, kad būtų patikima, bet dar pakankamai nauja, kad ankstyvieji adoptuotojai turėtų konkurencinį pranašumą. Ir svarbiausia – nepirkite platformos tik todėl, kad visi apie ją kalba. Pirkite ją tada, kai turite konkretų problemą, kurią ji gali išspręsti geriau ir pigiau nei alternatyvos. Tik tada investicija tikrai atsipirks.
