Kodėl skubotas AI diegimas kainuoja dvigubai: planavimo klaidos era

AI įrankiai per pastaruosius dvejus metus iš esmės paspartino kodo rašymą, teksto generavimą ir daugelio užduočių automatizavimą. Programuotojai kuria greičiau. Marketingo komandos generuoja turinį per minutes. Vadybininkai automatizuoja ataskaitas be IT pagalbos.

Tačiau yra paradoksas, kurį pastebėjo patyrę technologijų vadovai: AI pagreitino vykdymą -- bet tuo pačiu padidino klaidų planavime kainą.

Kai rankiniu būdu rašomas kodas per tris savaites, klaidinga prielaida reiškia tris savaites prarastų pastangų. Kai AI per tris dienas sugeneruoja tą patį kiekį kodo -- klaidinga prielaida reiškia tris dienas, bet sistema yra trijų savaičių dydžio. Ir ją vis tiek reikia permąstyti iš pradžių.

Klasikinė situacija: vadovas nori automatizuoti užsakymų apdorojimą. Pateikia AI sistemai neaiškią užklausą "automatizuok mūsų užsakymų procesą". AI generuoja veikiančią sistemą -- per tris dienas, ne tris savaites. Sistema veikia. Bet ji sprendžia ne tą problemą.

Problema buvo ne greitaveiksmiškumas, o tai, kad komanda neskyrė pakankamai laiko suprasti, koks tiksliai yra procesas ir kur tikroji kliūtis. AI pagreitino netinkamo sprendimo kūrimą.

Psichologas Daniel Kahneman yra aprašęs dvi mąstymo sistemas: Sistemą 1 (greita, intuitivi, šablonų atpažinimo) ir Sistemą 2 (lėta, analitiška, tikrų sprendimų priėmimas). AI yra idealus Sistemos 1 greitintuvas. Bet Sistemos 2 -- planavimo, klausimų kėlimo, tikro supratimo -- AI negali pakeisti žmogaus.

Straipsnyje, kurį publicavo Ksenia Moseenkova pagal theengineeringmanager.com: "AI nepadarė lėtų fazių mažiau svarbių -- jis jas padarė svarbesnes. Neteisingi reikalavimai dabar plinta greičiau per AI sugeneruotą kodą." (šaltinis)

Lietuvos įmonės vis dažniau svarsto AI automatizacijos projektus -- ir tai sveikintina. Tačiau dažna klaida: patraukti AI sprendimo link prieš suprantant, kokia tiksliai problema sprendžiama.

Grožio salonas automatizuoja rezervacijas -- bet nepagalvoja, kad jų tikrieji praradimai yra paskutinės minutės atšaukimai, o ne rezervavimo procesas. Restoranas diegia pokalbių robotą -- bet neanalizuoja, koks klausimų tipas labiausiai apkrauna darbuotojus. Rezultatas: sistema veikia techniškai, bet verslo problemos nesprendžia.

Spartos iliuzija -- kai AI per tris dienas sukuria tūkstančius kodo eilučių, sprendžiančių klaidingą problemą -- yra brangiausia klaida, kurią galima padaryti su AI.

• Skirkite ne mažiau kaip 2 valandas aiškiai apibrėžti problemą, kurią sprendžiate. Užrašykite konkrečiai: "mes prarandame X klientų, nes Y vyksta per ilgai".

• Paklauskite: jei šis procesas taptų 10x greitesnis, ar tai iš tikrųjų išspręstų mūsų problemą?

• Nustatykite sėkmės kriterijus iš anksto: kaip žinosite, kad AI projektas pavyko?

• Kiekvieną savaitę pirmąsias 30 minučių skirkite klausimui "ar judame teisinga kryptimi?" -- ne "ar judame greitai?".

• Sukurkite minimalų veikiantį variantą ir išbandykite su realiais vartotojais prieš plečiant.

• Naudokite AI ne tik vykdymui, bet ir planavimui: paprašykite AI įvardyti rizikas ir galimas klaidas jūsų plane.

• Pirmą mėnesį sekite ne tik techninius rodiklius (ar sistema veikia?), bet ir verslo rodiklius (ar problema išspręsta?).

• Fiksuokite, kas veikia kitaip nei tikėtasi -- tai bus vertingiausia informacija kitam projektui.

AI automatizavimas yra galinga priemonė -- bet ne visur, kur greitai veikia, veikia teisingai. Kuo greičiau generuojamas sprendimas, tuo svarbiau tiksliai suprasti, kas turi būti sprendžiama.

Webedge.dev prieš kiekvieną AI projektą atlieka reikalavimų analizę -- ne dėl biurokratijos, o dėl to, kad tai yra ekonomiška. Savaitė teisingos analizės gali sutaupyti mėnesį perrašinėjimų. Susisiekite su mumis ir aptarsime, kaip atrodytų AI automatizavimas jūsų versle.

Minimaliai -- 2 darbo dienos tikram reikalavimų aptarimui. Sudėtingesniems projektams -- iki dviejų savaičių. Tai investicija, ne gaišimas.

Taip -- galima paprašyti AI sugeneruoti "pre-mortem" analizę: "kokie yra 5 dažniausi būdai, kuriais šio tipo projektas žlunga?". Tai padeda identifikuoti rizikas anksčiau.

Sistema techniškai veikia, bet darbuotojai jos nevartoja. Arba sistema sprendžia ne tą problemą, kurią tikėjotės. Arba rodikliai nepagerėjo po mėnesio naudojimo.

Naudokite "laiko lange" metodą: nustatykite konkrečią planavimo datą (pvz., "iki penktadienio turime apibrėžtus reikalavimus"), po kurios pradedama vykdyti. Tai apsaugo nuo begalinio planavimo.