Simon Kubica: Vibe coding za produktne lidere — od PRD-a do pull request-a za nekoliko minuta

O čemu je video

Simon Kubica — suosnivač i CEO kompanije Alloy i bivši produktni lider u Atlassianu (Jira, Forge) — održao je ovo predavanje na ProductCon-u u februaru 2026. Predavanje se oslanja na jedan argument: uloga PM-a se pomera od planiranja ka izgradnji, a alati za to već postoje. Kubica povlači liniju kroz tri istorijske faze: era nasleđa sa whiteboard sesijama i dugim razvojnim ciklusima; era “vibe coding-a” sa vizuelnim konstruktorima koji su nudili brzinu ali bili odvojeni od stvarne baze koda; i trenutna era graditelja, u kojoj AI agenti rade direktno na živim bazama koda i generišu pull request-e spremne za inženjerski pregled.

Za koga

Product manager-i i produktni lideri na bilo kom nivou koji rade zajedno sa inženjerskim timovima i žele da smanje petlju povratnih informacija između ideje i implementacije. Predavanje je najprimenljivije za PM-ove u kompanijama koje koriste cloud-bazirane razvojne okruženje i moderne SaaS stekove. Manje je primenljivo za timove u strogo regulisanim okruženjima ili one sa strogim politikama pristupa bazi koda.

Ključni zaključci

1. Agenti koji rade tokom noći mogu zameniti višenedeljne cikluse planiranja za jasno definisane fiče. Kubica demonstrira korišćenje Claude Opus 4.6 u asinhronim sesijama od 15+ sati za razvoj fiča na osnovu specifikacija — rezultat je pull request, a ne dokument. Uloga PM-a pomera se od prenošenja zahteva inženjerima ka pregledanju onoga što je napravljeno i proceni da li odgovara nameri.

2. Uspeh zavisi od konteksta, a ne samo od instrukcija. Tri preduslova čine ovo funkcionišućim: AI mora imati pristup stvarnoj bazi koda i dizajn sistemu kako bi generisao produkcijski spreman rezultat; mora biti povezan sa SaaS alatima tima (Jira, Slack, Snowflake, Amplitude) za operativni kontekst; i njegov rezultat mora živeti u zajedničkim cloud okruženjima, a ne na lokalnim mašinama, kako bi ceo tim mogao da vidi i testira bez dodatnih koraka.

3. Pozivi klijenata mogu pokrenuti izgradnju u realnom vremenu. Kubica demonstrira radni tok u kome PM beleži zahtev za fičom tokom klijentskog poziva, unosi ga u zajedničko okruženje, i do sledećeg jutra ima funkcionalni prototip. Petlje povratnih informacija koje su ranije trajale čitave sprint planove mogu se sabiti na sate kada agent ima dovoljno konteksta za autonomno delovanje.

4. Roadmape mogu postati interaktivne, a ne statične. Umesto liste planiranih fiča u obliku teksta ili slajdova, PM-ovi mogu deliti žive prototipe svake inicijative. Stakeholder-i interaguju sa onim što se predlaže, a ne čitaju opis toga — što menja tok razgovora o prioritizaciji i omogućava postavljanje važnih pitanja ranije.

Vredi gledati ako…

Ste product manager ili produktni lider koji želi da razume kako izgleda AI-nativni product management u praksi, a ne u opštim crtama — ili procenjujete treba li restrukturisati radne tokove tima oko AI agenata i želite da vidite konkretnu demonstraciju kako to funkcioniše od početka do kraja.