AI vybuduje presne to čo napíšeme. Problém je, keď to nenapíšeme správne

AI zadanie

Na hackathone kde sme načali aj tému vibe codingu Dušan Kocurek povedal jednu vec, ktorá sa mi vryla do pamäti:

„Začni s PRD. Bez toho to nemá zmysel.“

Nepotreboval som dlhé vysvetľovanie. Ako product owner som PRD poznal dobre. Takže som si sadol a napísal som draft — podobne ako by som to urobil pre ľudský tím. Štruktúra, funkcionalita, kontext, cieľový používateľ.

PRD je odpoveď na tri otázky: Čo chceme? Pre koho? A ako budeme vedieť že sme to dodali správne?

Ale potom som urobil niečo čo by mi nenapadlo pri práci s developerom.

Požiadal som AI, aby sa ma pýtala doplňujúce otázky. Aby identifikovala miesta kde môj PRD nie je dostatočne jasný. Kde chýba kontext. Kde si vie predstaviť viacero interpretácií.

A AI sa pýtala. A pýtala sa dobre, vlastne som sa prvé hodiny iba zamýšlal nad vecami, ktoré mi na prvú nenapadli.

Myslel som si, že po tomto procese mám PRD ktorý je naozaj dobrý. Nemal som.

Pri vývoji ActionCatch sa stalo niečo čo mi bolo až nepríjemne povedomé. AI pochopila niektoré veci inak ako som myslel – vytvorila duplicitné rozhrania — tú istú vec bolo možné nastaviť na dvoch rôznych miestach v aplikácii a navyše sa tieto nastavenia správali ako samostatné. Na prvý pohľad to dávalo zmysel, pretože môj PRD to technicky vzaté nevylučoval. Inokedy AI implementovala funkcionalitu inak ako som zamýšľal, pretože som ju opísal z technického pohľadu a nie z pohľadu používateľa. Chýbal mi formát user story. Chýbal kontext toho, čo má používateľ v danom momente zažiť.

A tu som si uvedomil niečo čo ma zastavilo.

Toto sa stalo aj s ľudskými developermi.

Nie raz. Nie dvakrát. Opakovane počas celej mojej kariéry. Nejasná špecifikácia, chýbajúci kontext, funkcionalita opísaná technicky namiesto hodnotovo — a výsledok bol vždy rovnaký. Developer doručil čo bolo napísané. Nie čo bolo myslené.

Rozdiel je v tom, že dobrý developer sa opýta. Zachytí nezrovnalosť pri čítaní zadania alebo preplanningu. Povie „toto mi nedáva zmysel“. Vytvára prirodzenú sieť, ktorá zachytáva chyby v špecifikácii.

AI je v tomto ako skvelý junior developer ktorý sa ale bojí pýtať otázky. Technicky zdatný, neuveriteľne rýchly, ochotný spraviť čokoľvek. Ale bez skúsenosti ktorá by mu povedala kedy má zdvihnúť ruku a povedať „počkaj“.

Vibe coding teda neodhalil slabiny AI. Odhalil slabiny môjho zadania.

A to je pre product ownerov nepríjemná správa. Pretože roky sme si mohli dovoliť písať priemerné špecifikácie. Tím ich doplnil skúsenosťou, otázkami, zdravým rozumom. Teraz keď je vaším tímom AI, táto bezpečnostná sieť zrazu niekam zmizla. Zostáva iba váš PRD a jeho kvalita. Kvalitu musíte zabezpečiť vy, ako Product Owner.

💬 Stalo sa vám, že developer doručil presne to čo ste napísali — ale nie to čo ste chceli?

Product OwnerAIVibe codingPRDzadanie

Mohlo by Vás zaujímať

Od nápadu k produktu za víkend – očami Product Ownera

Od nápadu k produktu za víkend – očami Product Ownera

„Napísal som nula riadkov kódu. A predsa som dodal hotovú iOS aplikáciu do App Store.“Keď si to prečíta človek,...

Produktový vlastník. Rodič produktu?

Produktový vlastník. Rodič produktu?

Nie tak dávno sme sa stretli s nastavením roly Produktového vlastníka, ktoré odrážalo maximálne možnosti, ktoré...

Používanie AI na odhadovanie?

Používanie AI na odhadovanie?

Milan, účastník nášho trénigu, sa ma tento týždeň spýtal: „Čo si myslíš o používaní AI na odhadovanie...

Novinky

Naše Agiloviny

Nenechajte si ujsť výber toho najlepšieho z Agile, s čím sa stretli naši mentori. Nielen zo sveta produktov, vývoja, tipov a trikov, ale občas aj humoru. Posielame pravidelne, raz za občas :) #QualityOverQuantity

Posielať na

spracovaním osobných údajov

Ďakujeme