Vývoj podporovaný AI je dnes bežná súčasť práce, nie výnimka. Zaujímavá otázka preto nie je, či sa AI používa, ale kedy je takýto postup pre vaše zadanie vhodný a ako sa kontroluje, že výsledok naozaj funguje.
Čo znamená vývoj podporovaný AI
Znamená to, že časť práce, ktorá sa dá opísať, vygeneruje nástroj a človek ju upraví, doplní a overí. Nie je to bezzásahová výroba aplikácií a nie je to ani nový druh programovania — je to iné rozdelenie času v rámci tej istej práce.
Pre tento spôsob práce sa používa aj pojem vibecoding. Sám o sebe nič nevysvetľuje, preto je dôležitejšie, ako je postup nastavený a kto kontroluje výstup.
Kde môže AI pomôcť
Najviac tam, kde je zadanie jasné a práca opakujúca sa:
základy rozhrania: formuláre, zoznamy, filtre, tabuľky;
štandardný kód, ktorý sa v projekte opakuje;
návrhy testov pre existujúce scenáre;
prvá verzia dokumentácie a popisov;
rýchle varianty riešenia, ktoré sa dajú porovnať skôr, než sa jedno vyberie.
Platí tu jedno rozlíšenie: vygenerovanie návrhu nie je overenie jeho správnosti. Kód, ktorý vyzerá správne a spustí sa, môže mať nesprávnu logiku, chýbajúcu kontrolu vstupov alebo nesprávne nastavené oprávnenia. To sa zistí testovaním, nie čítaním.
Kedy môže tento prístup dávať zmysel
Vhodné sú jasne ohraničené zadania: prvá verzia s dohodnutým rozsahom, interný nástroj pre známu skupinu používateľov, doplnenie chýbajúceho kroku do existujúceho postupu.
Zložitosť sa však neurčuje počtom obrazoviek. Rozhodujú aj:
dáta — ich množstvo, kvalita a to, či sa musia preniesť zo staršieho riešenia;
integrácie — či majú prepojené systémy použiteľné rozhranie a či k nim máte prístupy;
požadovaná prevádzka — koľko ľudí to bude používať a čo sa stane, keď to nefunguje hodinu.
Aplikácia s piatimi obrazovkami a dvoma integráciami môže byť náročnejšia než dvadsať obrazoviek bez prepojení.
Čo zostáva zodpovednosťou dodávateľa
Nástroj nepreberá žiadnu z týchto vecí:
pochopiť, aký problém sa vlastne rieši a pre koho;
navrhnúť riešenie vrátane dátového modelu a rolí;
posúdiť kompromisy — čo teraz zjednodušíme a čo nás to bude stáť neskôr;
skontrolovať výstupy a odchytiť chyby, ktoré nie sú vidieť na prvý pohľad;
otestovať dohodnuté scenáre vrátane chybových stavov;
odovzdať riešenie tak, aby s ním bolo možné pracovať.
Toto je celá podstata služby. Generovanie kódu je len jedna z činností v jej vnútri.
Kedy treba hlbšie posúdenie
Niektoré projekty si vyžadujú viac prípravy a viac overovania, než je pri jednoduchom internom nástroji potrebné:
citlivé osobné, zdravotné alebo finančné údaje;
zložité oprávnenia, kde každá rola vidí inú časť údajov;
významné integrácie, na ktorých závisí chod firmy;
kritická prevádzka, kde výpadok znamená priame straty;
regulované prostredie s vlastnými požiadavkami.
Neznamená to, že sa v takých projektoch AI nástroje nesmú používať. Znamená to, že si vyžadujú primeraný návrh, odborné kapacity na danú oblasť a dôkladnejšie overovanie — a že tomu treba prispôsobiť rozsah aj časový plán.
Ak taký projekt zvažujete, povedzte to hneď na začiatku. Prejdeme, čo je nutné preveriť skôr, než sa začne pracovať.
Čo si vyjasniť pred objednávkou
Bez ohľadu na dodávateľa a použité nástroje sa vyplatí mať vopred zodpovedané:
Rozsah — čo je v prvej verzii a čo nie, napísané tak, aby sa to dalo skontrolovať.
Priebežné ukážky — v akých momentoch uvidíte rozpracované riešenie.
Akceptačné kritériá — ktoré scenáre musia fungovať, aby bolo dielo hotové.
Odovzdanie — čo konkrétne dostanete a v akej podobe.
Prevádzkové náklady — ktoré služby budú bežať a kto ich platí.
Podpora — v akom rozsahu a na aké obdobie je dohodnutá.
Toto sú otázky, ktoré si prejdeme aj my — a ich odpovede sú súčasťou dohodnutého rozsahu, nie prílohou dodanou na konci.
Modelový scenár: kde sa to obvykle láme
Nasledujúce je modelový príklad na vysvetlenie, nie opis konkrétnej zákazky.
Firma potrebuje nástroj na schvaľovanie objednávok. Obrazovky sú jednoduché: zoznam, detail, tlačidlo na schválenie. Vygenerovať ich je otázka krátkeho času.
Skutočná práca je inde: kto smie schvaľovať do akej sumy, čo sa stane, keď schvaľovateľ nie je v práci, čo pri objednávke zmenenej po schválení a ako sa dá neskôr dokázať, kto čo schválil. Žiadnu z týchto otázok nevyrieši nástroj — vyriešia sa rozhovorom s firmou a potom sa overia testovaním.
Preto sa u nás rozsah dohaduje pred vývojom a nie počas neho.
Zhrnutie
AI nástroje zrýchľujú opakujúcu sa časť práce, nenahrádzajú návrh ani kontrolu.
Vhodnosť prístupu určujú dáta, integrácie a požadovaná prevádzka, nie počet obrazoviek.
Náročnejšie prostredia nevylučujú AI, ale vyžadujú dôkladnejšie overovanie.
Pred objednávkou si vyjasnite rozsah, ukážky, akceptačné kritériá, odovzdanie, prevádzku a podporu.
Ako sa to prejaví na rozpočte, rozoberáme v článku Koľko stojí prvá verzia aplikácie a kde sa dá rozumne ušetriť. Rozdiel medzi ukážkou a riešením pripraveným na prevádzku vysvetľujeme aj v článku Proof of concept nie je produkcia.
