Nový svět produktu

Vraťte se v hlavě o dva měsíce zpátky.

Pokud jste v korporátu: vaše produktová organizace šlapala jako hodinky. V pondělí sprint planning, ve středu refinement backlogu, ve čtvrtek design review. Jira boardy s úhlednými sloupečky. Roadmapa na tři kvartály dopředu. Všechno působilo pevně. Skoro trvale.

Pokud jste v menší softwarové firmě: zadání v Linearu, lehké prototypování, rychlé odhady, dodávky v řádu týdnů. Jako PM jste copy-pastovali přes AI nástroje a říkali tomu AI workflow.

Musím vám říct, co teď vidím. Ne tu zdvořilou verzi. Ne verzi „AI je skvělý nástroj pro PM“. Tu skutečnou. Tu, co zní, jako bych se zbláznil, dokud si jedno odpoledne nesednete ke Claudovi a nedojde vám: přesně tohle měly počítače pro nás vždycky dělat.

Domény jednotlivých rolí se slévají. Základní produktové principy se posouvají. Ne pomalu. Ne po malých krůčcích. A zrychluje to. Každý měsíc rychleji než ten předchozí. Jako PM nebudete mít čas se nadechnout a přizpůsobit se postupně. Tohle je tektonický posun. Vítejte v novém produktovém světě.

Spouštěč

Začátkem roku 2026 přišly nové AI modely. Především Opus 4.6 od Anthropicu, spolu s Claude Cowork, který se napojí přímo na celý váš workflow. A něco se zlomilo. Ne modely. Organizační struktura.

Co se ve skutečnosti stalo. Podíval jsem se na víc než 50 konektorů Claudea (Linear, GitHub, Sentry, Gmail, Google Drive, Amplitude, Excel) a došlo mi, že 90 % toho, co PM potřebuje, už je propojené. Pak jsem sáhl po samotném Opusu 4.6 a byl jsem ohromený. Už nehádá. Když je něco nejasné, zeptá se. Spouští agenty. Kóduje. Vyrábí artefakty: interaktivní HTML wireframy, funkční aplikace, spravovaná nasazení.

A pak Cowork. Konečně něco tak jednoduchého, že to pochopí každý. Vhodíte prompt, přiložíte soubory (třeba přepisy hovorů), dáte tomu kontext a ono to běží. Kvalita výstupu je konzistentně vysoká a škáluje to.

A cena? 20 dolarů měsíčně. To si může dovolit každý PM. Konečně máme nástroj, kterému stačí váš produktový kontext. Provedení obstará AI. Rychle, kvalitně, konzistentně, škálovatelně.

Nejspíš jste četli, že engineering se mění. Pravda je, že SDLC se hroutí do sebe. Agenti píšou kód, testují, nasazují: všechno v jedné smyčce. To je realita. Ale je to jen půlka příběhu. Engineering lifecycle se nezhroutil izolovaně. Stáhl s sebou celou produktovou funkci. Každá role, která existovala proto, aby překlenovala mezeru mezi „co bychom měli postavit“ a „ta věc je postavená“, se stlačuje do nuly. Protože ta mezera zmizela.

Role se slévají

Pojďme si to projít.

Scrum Masteři a Agile Coachové

Řeknu to natvrdo: tyto role jsou už teď zbytečné. Ve workflow je méně lidí, které je potřeba koordinovat, a brzy jich bude ještě méně. Co teď potřebujete, je efektivní kontextový rámec a infrastruktura pro AI agenty. Vrstva lidské koordinace vypadává ze hry.

Sprint planning, story pointy, velocity grafy, retra. To všechno bylo vymyšleno k řízení lidských workflow a koordinace v době, kdy vývoj byl drahý, neefektivní a pomalý. Když agenti dokážou během odpoledne dodat pět verzí nové funkce, nepotřebujete dvoutýdenní sprint. Nepotřebujete plánovací ceremonii. Nepotřebujete někoho, kdo moderuje standup. Celý aparát Agile, Scrum a SAFe byl řešením problému, který už neexistuje.

Věřte mi. Jsem certifikovaný Scrum Product Owner, PSPO, SAFe PM. Samé zbytečné rámce a certifikace. Pokud jste na začátku kariéry, nestavte na tomhle základu.

Product Owneři / junior PM / správci backlogu

Pokud vaše práce spočívala v tom, že jste brali požadavky zákazníků nebo stakeholderů, psali z nich tikety a cpali je do pipeliny pro vývojáře, tak to je workflow. A workflow se automatizují. Role PO, člověka groomujícího backlog, toho, kdo překládá byznysové potřeby do Jira stories: ta vrstva se hroutí tak rychle, až to bolí sledovat. Agenti si berou kontext přímo. Váš překlad nepotřebují. Potřebují váš úsudek. A pokud ho ještě nemáte, psaní požadavků vás nezachrání.

Jedno plus? Nekonečné dohady o tom, jaký je rozdíl mezi „product managerem“ a „product ownerem“, budou konečně pohřbeny. Bylo to irelevantní už před pěti lety. Dnes je nesmysl o tom vůbec uvažovat.

Designéři

Tohle bolí, protože mezi nimi mám opravdu dobré kamarády. Ale buďme upřímní k tomu, co už je pryč. Wireframování, UI design, prototypování: agenti to dělají od začátku do konce. Iterujete na reálné věci, ne na obrázku té věci. Exekuční vrstva designu je už teď zbytečná. Co přežívá, je vkus. Schopnost podívat se na to, co agent postavil, a vědět, že je to špatně, ještě než dokážete vysvětlit proč.

Ale ten větší posun je tenhle: produktové trio je mrtvé. PM, designér, vývojář. Tři role, tři mezikroky, jedna jednotka. Deset let jsme se organizovali kolem téhle svaté trojice. Ten model předpokládal, že jde o zásadně odlišné disciplíny vyžadující zásadně odlišné lidi. Ten předpoklad se právě rozbil. Když si PM dokáže od agenta za pět minut nechat udělat funkční nadesignovaný prototyp (a to samé zvládne designér i vývojář), hranice domén padají. Nepotřebujete tři lidi, kteří řešení hledají společně ze tří stran. Potřebujete jednoho člověka s jasnou vizí a vkusem, a agenty, kteří to provedou.

Vývojáři

Tohle je role, která to pocítila jako první. Agent píše kód, testy, nasazuje. SDLC nejenže zrychlil, ale jeho fáze se navíc slily do jedné smyčky záměru, kontextu a iterace. Vývojáři, kteří nastoupili po vydání Cursoru, nikdy neodhadovali story pointy, nikdy nečekali tři dny na PR review, nikdy neseděli na sprint planningu. Prostě staví věci. Bez ceremonií.

Role nezmizela. Zmutovala. Práce se posunula od psaní kódu k orchestraci agentů, kteří kód píší. Z implementátora na dirigenta. Nová klíčová dovednost není kódování. Je to context engineering: vědět, jaké informace agent potřebuje, aby vyprodukoval správný výstup.

Pro PM je zásadní tohle: omezení se od engineeringu nejen posunulo. Z engineeringu se vypařilo a přesunulo se přímo výš, na vás. Omezení vývojáře bývalo vaším omezením. Nemohli jste dodat rychleji, než dokázali postavit. Ten rychlostní limit je pryč. Zbývá jediné omezení: jestli skutečně chápete, co má smysl stavět.

Product Manageři

Tady se to komplikuje, protože jsem jedním z nás. Části naší práce jsou už teď zbytečné. Překladová vrstva (porozumět zákazníkovi a přetavit to do zadání pro vývojáře) je pryč. Stejně jako se vývojáři začali pokrývat víc oblastí, tak se to stane i vám. AI zaplní mezery ve znalostech designu nebo engineeringu, které nemáte.

Ale tohle zatím nikdo neříká nahlas: PM, kteří na tohle přijdou, nejenže přežijí. Budou mocnější, než byl kdy který PM. Přejdete z „myslím, že bychom měli postavit tohle“ na „tady, postavil jsem tři verze, tahle dopadla v testech nejlíp“. Během jednoho odpoledne. Žádné předávání. Žádné čekání. Poprvé bude člověk nejblíž problému zároveň tím, kdo dodá řešení. To není menší role. To je role, jakou PM vždycky chtěli mít, jen na to nikdy neměli nástroje.

Na čem teď opravdu záleží

Základní pravda, která se nezměnila: produkt hodnotu jen přenáší. Změnilo se to, že ten prostředek je najednou absurdně levné postavit. A když je vývoj téměř zadarmo, jediné, na čem záleží, je vědět, co stavět.

Omezení se posunulo výš. Hodně výš. Není to už kapacita engineeringu. Není to velocity sprintu. Není to bandwidth designérů. Jste to vy. Musíte postavit celý agentní rámec: se správným kontextem, se správným záměrem při řízení, a s vkusem. Budete posledním člověkem v softwaru. Posledním neefektivním článkem řetězu. Jiná cesta není. Když se nepřizpůsobíte, vaše firma nepřežije.

Co byste měli dělat

Pokud tohle čtete jako PM:

Širší obrázek

Každé odvětví projde tím, čím právě teď procházejí produktové týmy. Omezení se přesouvá z exekuce na úsudek. Ze stavění na rozhodování, co stavět. Z „umíme to?“ na „máme to dělat?“

Product management není mrtvý. Ale product management jako workflow, jako sada ceremonií, nástrojů a mezikroků, absolutně ano. A produktové trio (PM, designér, vývojář jako oddělené disciplíny) se slévá v jedno.

Zbývá to, na čem celou dobu ve skutečnosti záleželo.

Porozumění problému. Lidská empatie. Úsudek. Vkus.

Zbytek byla jen administrativa. A agenti to teď jen zviditelnili.