Tehisintellekti kvaliteedikontroll on ellujäämise küsimus

Kui tehisintellekt kirjutab koodi kiiremini kui inimene jõuab lugeda, muutub kvaliteedikontroll väikeettevõtja jaoks ellujäämise küsimuseks, mitte valikuks.

Tehisintellekti kvaliteedikontroll ei ole minu meelest tehnikaprobleem, vaid ettevõtluse põhiküsimus — ja seda enam, kui ettevõtte taga on üks inimene, mitte kakskümmend arendajat. Viimase aasta jooksul on tarkvara kirjutamise kiirus muutunud käegakatsutavalt: tehisintellekti abil valmib funktsioon tundidega, mitte nädalatega, ja väikeettevõtja, kellel ei olnud raha palgata arendustiimi, saab nüüd ehitada oma e-poe, broneerimissüsteemi või kliendiportaali üksinda. See on suurepärane uudis kõigile, kes alustavad ilma investorite rahata. Aga siin on konks, mida liiga vähesed räägivad valjusti: kood, mille tehisintellekt kirjutab kiiremini kui inimene jõuab lugeda, vajab ka kiiremat ja distsiplineeritumat kontrolli — mitte vähem, vaid rohkem.

Suured tehnoloogiaettevõtted on sellest juba aru saanud ja ehitavad omale täiendavaid kontrollikihte, et üks tehisintellekti mudel vaataks üle teise tehtud töö, enne kui inimene üldse sekkub. See ei ole liialdus, vaid otsene vastus sellele, et muudatuste hulk on paisunud kordades ja inimsilm enam ei jõua kõike läbi käia. Väikeettevõtjal ei ole sellist luksust nagu eraldi arendusmeeskond, kes üksteise tööd valvab. Tal on tihtipeale ainult üks tehisintellekti assistent ja oma kõhutunne. Ja just see kombinatsioon on ohtlik, kui kõhutunne ütleb: „töötab ju, lasen käiku.”

Mina olen seda meelt, et väikeettevõtja, kes usub, et tehisintellekt vabastab ta vastutusest, ehitab oma äri liiva peale. Vastutus ei kao kuhugi, see lihtsalt nihkub hilisemaks ja muutub kallimaks. Täpselt samamoodi, kui jäätmekäitlust ei peaks juhtima trahvihirm, vaid hea tava, ei peaks ka koodikvaliteeti juhtima paanika alles siis, kui klient teatab, et süsteem murdus just maksehetkel. Kvaliteedikontroll on distsipliin, mis ehitatakse sisse enne, mitte kustutustöö, mis tehakse pärast.

Tehisintellekti kvaliteedikontroll ei pea olema kulukas ega keeruline, et see midagi muudaks. Piisab sellest, kui üksikettevõtja paneb paika kolm lihtsat reeglit: iga oluline muudatus läheb enne avaldamist läbi vähemalt ühe teise silmapaari — olgu see teine tehisintellekti mudel, sõber, kes oskab lugeda koodi, või lihtsalt üks öö ootamist ja värske pilk. Kriitilised kohad, nagu maksed, kliendiandmed ja autentimine, saavad omale rangema reegli kui „proovi ja vaata, kas töötab”. Ja kolmandaks: igal muudatusel on jälg — kes seda tegi, mille jaoks ja kuidas seda testiti — sest kui äri kasvab ja tuleb esimene suurem klient või audiitor, küsitakse just seda. Üks praktiline näide: kui tehisintellekt kirjutab maksete loogikat, lasen selle alati läbi teise mudeli kontrolli, enne kui see jõuab tootmiskeskkonda — see ei maksa rohkem kui mõni minut, aga säästab potentsiaalselt nädalaid kriisijuhtimist.

See viimane punkt on sealjuures väikeettevõtja tegelik eelis, mitte koormus. Suur ettevõte liigub aeglaselt, sest igal muudatusel on bürokraatia. Üksikettevõtja saab liikuda kiiresti ja siiski jääda korras, kui ta ehitab distsipliini sisse algusest peale, selle asemel et lootma jääda sellele, et keegi teine selle tema eest kunagi parandab. See on sama loogika, mis toimib nišiturgudel laiemalt: väikemängija võimalus peitub kiiruses ja täpsuses, mitte mastaabis — aga ainult siis, kui see, mida kiiresti ehitatakse, ka tegelikult peab vastu.

Usaldus on siin võtmesõna. Klient, koostööpartner või investor ei anna väikeettevõtjale sama palju eksimisruumi kui suurele kontsernile — ükski esimene kohtumine ei vabasta sellest. Täpselt nii, nagu panga usaldusväärsus otsustab investorikohtumise saatuse, otsustab toote usaldusväärsus sageli selle, kas esimesest kliendist saab teine. Kui süsteem laguneb kohe, kui pärismaailma koormus peale tuleb, ei huvita kedagi, kui kiiresti see valmis tehti.

Minu järeldus on lihtne: tehisintellekti kasutamine koodi kirjutamisel on Eesti mikroettevõtjale üks suurimaid võimalusi viimase kümnendi jooksul, aga see võimalus muutub riskiks täpselt sel hetkel, kui kvaliteedikontroll jäetakse „hiljem” kategooriasse. Ehita kontroll sisse praegu, kui äri on väike ja vigade hind on madal — mitte siis, kui äri on kasvanud ja vigade hind on juba kliendi usaldus.

Vastutus ei kao kuhugi, see lihtsalt nihkub hilisemaks ja muutub kallimaks.

Ehita kontroll sisse praegu, kui äri on väike ja vigade hind on madal — mitte siis, kui äri on kasvanud ja vigade hind on juba kliendi usaldus.