A Szilícium-völgy tele van a legújabb provokációval az AI világítószereplőjétől, Andrew Ng-től - és ez nem valami fantasztikus új modellről vagy algoritmusról szól. A közelmúltban az Y Combinator induló iskolájában tartott beszélgetésben Ng azt javasolta, hogy a szoftvercsapatok hagyományos sminkje a radikális változás csúcsán áll. Az NG saját szavaival: Ez működik ki a Egy csapatban van. product managers two software developers for every one product manager Tegnap jött hozzám az egyik csapatom, és először... ez a csapat azt javasolta nekem, hogy ne legyen 1:4 mérnök / mérnök, hanem 1:0.5 mérnök / mérnök. A Reddit.com twice as many PMs as engineers https://www.youtube.com/watch?v=RNJCfif1dPY&embeds_referring_euri=https%3A%2F%2Fapp.hackernoon.com%2F&source_ve_path=MjM4NTE&embedable=true Ez a merész állítás összefügg a növekedéssel. , Andrej Karpathy által kitalált kifejezés, amely az AI használatát írja le a magas szintű utasításokból származó kód létrehozására.Az AI copilotek villámgyorsan írják a kazánkódot, Ng azt állítja, hogy a szoftverfejlesztésben a palackozás már nem a mérnöki képesség – ez döntő fontosságú A . Ng azt mondta, megfigyelve, hogy miközben a mesterséges intelligencia drasztikusan felgyorsítja a kódolást, a termékdöntéshozatal nem gyorsul együttesen.Ha a kód olyan, mint az olcsó édesség, akkor aki megtalálja a megfelelő édesség recepteket (termékmenedzserek) hirtelen elengedhetetlen. “vibe coding” Mit kell építeni „Nem látom, hogy a termékmenedzsment munkája ugyanolyan sebességgel gyorsuljon, mint a mérnöki munka. Még mindig nem tudom, hogy ez jó ötlet-e, de... életemben először a menedzserek azt javasolják, hogy kétszer annyi PM legyen, mint a mérnökök. Ez a hype, eretnekség, vagy egy kicsit mindkettő? Ng kijelentése minden bizonnyal egy fejforduló egy olyan iparágban, amely régóta dicsőítette a mérnököket, mint az elsődleges alkotókat és a PM-ket, mint a támogató személyzetet. Valószínűleg a valódi hatalom átkerül azokra, akik Fedezzük fel a PM vs. Engineer arányos vita mindkét oldalán felmerülő érveket, mert a Twittersphere (vagy az X-szféra) és a HackerNews kommentáriuma erről nem szól. writing code on vibe szett Ng bátor előrejelzése: Miért válhatnak még fontosabbá a PM-k Andrew Ng nem véletlenül dobja ki a 2:1 (Eng:PM) arányt érvelés nélkül. Hála neki, aki elkerülhetetlenül Más szóval, amikor a dolgok könnyebbé válnak, Az AI-támogatott kódolás (a vibe kódolás lényege) lehetővé tenné, hogy egy mérnök öt vagy tíz munkát végezzen, de az AI mennyisége még nem helyettesítheti a felhasználói igények megértését, a termékvíziót és a funkciók meghatározását – a termékmenedzserek kenyerét és vaját. (Küldés: Hello, PMs via ) „A szoftverek, különösen a prototípusok írása egyre olcsóbbá válik” „Növekszik a kereslet azok iránt, akik eldönthetik, hogy mit építenek.” figuring out the thing to build becomes the critical path Igazán "Ez jelentősen növeli az emberek iránti keresletet, akik világos előírásokat találnak az értékes dolgok építésére." Linkedin.com oldal Igazán Hogyan néz ki ez a jövő a gyakorlatban? Ng adja a fent említett anekdota egy AI Fund csapat javasol egy példátlan – egy olyan forgatókönyv, ahol a PM-ek meghaladják a mérnököket. Még Ng is elismeri , de látja ennek a trendnek a korai jeleit. És nem egyedül van. Tech befektető SC Moatti beállt, hogy támogassa Ng-t: Ha a kockázati tőke típusai alapvetően egyetértenek abban, hogy Ez egy jele annak, hogy az ötlet nem jön ki a baloldali mezőből. 1:0.5 PM-to-engineer ratio „Nagyon szélsőségesnek hangzik” "Egy kiváló pont Andrew Ng - előrejelzéseink szerint a jelenlegi 10:1 mérnök:PM arány 2:1 lesz, mert a PM-ek sokkal többet tudnak tenni kevesebb mérnökkel." the PM is the new rockstar Más termékvezetők hasonló tapasztalatokat osztanak meg, különösen az AI-eszközök korában.Hoda Mehr, a termék alapítója leírta, hogy az AI használata hogyan érezte magát Ebben az összefüggésben a PM a , míg az AI-fokozott fejlesztő csapat gyorsabban hajt végre, mint valaha. (Egyébként is említette a Az eszközöknek köszönhetően A differenciálódás a jövőképre, a prioritásra és a termék intuíciójára változik – a klasszikus PM területre. Én az irányt mutatom, és az AI végrehajtja. „Így, amit Andrew mond, rezonál velem.” coach and strategist “everyone codes” receptionist codes üzletember.com Ng tágabb pontja az, hogy az AI átalakítja a szerepeket: Még egy futamot is indított A mesterséges intelligencia korában a termékmenedzserek, akik megértik a mesterséges intelligenciát (és talán maguk is tudnak egy kis kódot szúrni), nagy keresletben vannak.Az alapvető érvelés: ha egy mesterséges intelligenciával rendelkező mérnök most egy nap alatt prototípusot építhet, a korlátozó tényező az, hogy milyen gyorsan dönthet a következő funkcióról vagy érvényesítheti a következő ötletet. “Sok vállalatnak van egy mérnök-PM aránya, mondjuk, 6:1... Ahogy a kódolás hatékonyabbá válik, a csapatoknak több termékmenedzsment munkára (valamint tervezési munkára) lesz szükségük, mint a teljes munkaerő egy töredéke.” AI Product Management „A szoftverek írása ... egyre olcsóbbá válik. Ez az emberek iránti kereslet növekedéséhez vezet, akik eldönthetik, mit kell építeni. A Pushback: Miért sok technológus szkeptikus (vagy ijesztő) Mielőtt elkezdenénk koronázni a PM-eket, mint a technológia új királyait és királynőit, foglalkozzunk a sok mérnök és technológiai megfigyelő. Az ötlet, hogy két PM mérnök Rögtön fel is tette, A mérnökök allergiásak , és az a gondolat, hogy a PM-ek serege egy pár fejlesztő körül forog, sokak számára rémálom üzemanyag. fordítás nem szükséges. chorus of eye-rolls and “oh please” retorts Egy megváltó "A hülye szar listáján, amit ebben az új AI hullámban láttam, ez meglehetősen magas helyet foglal el." meeting overload and micromanagement „Két PM egy mérnökért? ez az én igazi rémálmom.” Az egyik fő érv Ng rózsaszín PM-s nehéz jövő ellen az, hogy Gaurav Khanna ellentmondást ad, hogy Ng feltételezése Megjegyzi, hogy Ebben a forgatókönyvben, ahelyett, hogy több PM-t kezelnénk a most hiperproduktív fejlesztések kezelésére, talán Végtére is, ha a ChatGPT írhat felhasználói történeteket vagy elemezheti az ügyfelek visszajelzéseit, miért bérel fel további embereket? AI might automate parts of the PM role too "Elhanyagolja azt a tényt, hogy ugyanazok a mesterséges intelligencia fejlesztések csökkenthetik a PM-ek szükségességét a munkájuk alapvető aspektusainak automatizálásával." "Az AI-eszközök egyre inkább képesek termékspecifikációkat generálni, a felhasználói adatok alapján prioritást adni a funkcióknak, és elemezni a visszajelzéseket a fejlesztési lehetőségek azonosítása érdekében. the PMs just get smarter tools Van egy tábor is, ahol hisznek Természetesen egy AI gyorsan megcsavarja az alkalmazást, de a tapasztalt mérnökök tudják, hogy az ördög a részletekben rejlik: a hibakeresés, a rendszerek integrálása, az edge esetek kezelése, a szoftver méretezése stb. Nevetett Ng ötlete, mondván, hogy szeretni fogják Megkérdőjelezték azokat, akik Varázslatos lehet A punch vonal: - szarkazmussal csepegtetve, hangsúlyozva azt a szkepticizmust, hogy a PM-k (többnyire „középvezetők”) valaha is helyettesíthetik a jó mérnököket. engineering won’t be as cheap and easy as Ng implies Egy cinikus hacker hírek kommentátor "Bármit is dohányzik ez a srác, mert 1 PM-től 0,5 mérnököknek van egy bizonyos fokozatú elme-megrongálódott őrület." „Nem lesz negatív a projektekben” "Jackshit építése egy csomó LLM-hallucinált szemetet dobva a falra." "Természetesen a fejlesztők azok, akiket a tudatlan középvezetők fognak helyettesíteni, akik csak azért léteznek, hogy mindenkinek időt pazaroljanak." Egy másik perspektíva a : AI ki fogja tárni a gyenge PM-eket A gyenge mérnökök. mint egy megfigyelő muszette, Más szóval, ha a kódolás könnyebbé válik, talán a mérnökök maguk is elkezdenek behatolni a termékporba (mivel több termékgondolkodást tudnak kezelni, amikor megszabadulnak a grunt kódolástól), vagy egyszerűen csak azt. Végtére is, ha egy mérnök megkérheti egy AI-t, hogy hozzon létre tíz változást egy funkcióban, talán kevésbé fognak támaszkodni egy PM-re, hogy mindent meghatározzanak. Az MSZP lemondott. survival of the fittest és Vagy fordítva? ... Mi van, ha a technikai szempontból éles tervezők és a jól lekerekített fejlesztők valójában az inkompetens vezetők kiűzésével végződnek? bad PMs will have nowhere to hide túlzás És ne felejtsük el a tiszta kulturális ellenállást: Sok fejlesztő egyszerűen nem akar több PM felügyeletet. Bárki, aki találkozó-súlyos, menedzser-súlyos környezetben dolgozott, kapcsolódhat a félelemhez A PM-k megduplázása kommunikációs felülvizsgálatot, ellentmondásos irányelveket és bürokratikus felfúvódást eredményezhet – ez ellentétes az agilis, sovány csapatokkal, amelyeket évek óta támogatnak a szoftverfejlesztésben. Mindkettőjüknek különböző termékvíziói vannak, de nem fognak beszélni egymással - mindkettőjük csak azt mondja, hogy hagyja figyelmen kívül a másikat, és azt csinálja, amit akar." too many cooks in the kitchen Kiegyensúlyozott (De bullish) Vegyük: Ki van igaza a jövő csapat arányáról? A legtöbb technológiai vitához hasonlóan az igazság valószínűleg valahol a közepén rejlik – de inkább Ng elképzelése felé hajlik, mint a szkeptikusok elismerik. Ez egy provokatív holdfény egy ötletről - és néha meg kell állítania a szélsőségeket, hogy elindítsa a vitát. Ng is onto something real, but the 2:1 ratio is an exaggerated scenario A bullish oldalon nehéz megtagadni Ng alapvető betekintését. sok esetben gyorsabbá és olcsóbbá tette az építőipari szoftvereket. A prototípusokat, amelyek egyszer egy csapat heteket vett igénybe, most egy tudatos miniszterelnök vagy tervező egy AI asszisztenssel egy nap alatt megcsinálhatja. Ng saját szervezete, az AI Alap, nyilvánvalóan látja, hogy a csapatok valós életben kísérleteznek a PM nehéz modelljével. És a piac jutalmazza azokat, akik az üzleti igényeket az AI képességeivel összekapcsolják. – és tanfolyamok, workshopok és szerepek terjedését láttuk kifejezetten az AI-központú PM-ek számára. has „Az AI termékmenedzsmentnek fényes jövője van!” Azonban, hogy bullish nem jelenti azt, hogy visel szemöldök. teljesen lehetséges, hogy Lehet, hogy a holnapi „mérnökök” is sok termékmunkát végeznek (leírják a specifikációkat, kiválasztják a funkciókat), és a holnapi „PM-k” technikaiabbak (lehet, hogy könnyű kódolást vagy legalábbis mesterséges intelligenciával támogatott prototípusokat végeznek). Az aránynak nem kell 2:1-re változnia, ha mindkét fél elkezdi behatolni a másik területére az AI segítségével. termelékenységét, de mindkét oldalon jelentős mértékben Vissza-vissza a projekt fázisától függően: néha jön a megfelelő ötlet (PM-súlyos), más alkalommal egy bonyolult technikai részletet hajt végre (mérnök-súlyos). we won’t literally see teams with 2 PMs per engineer across the board. still have a 5:1 or 4:1 ratio bottleneck might shift Azt is érdemes megjegyezni, hogy nem minden termékmenedzsment skála lineáris a mérnöki kimenettel. van egy bizonyos mennyiségű felhasználói kutatás, tervezési betekintés, stratégiai gondolkodás és igen, Az AI segíthet, de nem helyettesíti teljes mértékben ezeket az emberi elemeket – legalábbis még nem. Így az erős termékgondolkodók iránti kereslet valóban növekedni fog. Más szavakkal, az AI segíthet a feladatok összefoglalásában és felgyorsításában, de nem képes (jelenleg) valóban együttérzni a felhasználó fájdalompontjával, vagy a gyilkos funkció eureka pillanatával. human judgment "Még mindig sok inputra van szükség a folyamat során, hogy bármit is biztosítson, ami valódi és konkrét értéket képvisel... Még nem áll rendelkezésre, hogy valóban megértse a felhasználókat." l Eközben a mérnökök sem tűnnek el – de szerepük fejlődik. Előfordulhat, hogy egy "mérnök" felügyel több AI kódoló ügynököt - hatékonyan kezeli a magasabb kimenetet - míg egy PM egyszerre több termékirányítást vagy kísérletet felügyel. . technical directors or editors team structure becomes more fluid Ng szélsőséges arányú példája nem válhat mindenhol normává, de egy irányt jelez: Provokációja valószínűleg arra irányul, hogy felébresztse a vállalatokat, hogy fektessenek be a termékstratégiába, és ne csak több kódolót dobjanak egy problémára. És erre valószínűleg igaza van. Ahogy kiabálta, azoknak, akik még mindig tiltják az AI kódolási eszközöket a vállalatukban, át kell lépniük - a jövő jön, függetlenül attól, hogy készen állunk-e vagy sem. the relative importance of pure coding vs. product thinking is shifting Több PM, több kód, több kérdés Andrew Ng lényegében levette a csapdát, megjósolva egy olyan világot, ahol a termékmenedzserek sokkal többek – és talán kritikusabbak –, mint ma. Ez egy olyan világ, ahol a kód olcsó, a „vibes” az új előírások, és a legjobb ötletek (vagy a legjobb utasítások) nyernek. Az átlagos indításban? Színezem magam szkeptikus, de nem elutasító. Látnánk Láthatjuk, hogy a csapatok különböző időpontokban ingadoznak a nehéz termékbevitel és a nehéz mérnöki input között. Majdnem biztosan sok kellemetlen kísérletet (és sikerteleneket) fogunk látni, ahogy a vállalatok megtalálják a megfelelő keveréket. Két PM minden mérnöknek new hybrid roles De mint valaki, aki megfigyelte a technológiai trendeket, jönnek és mennek (és újra visszatérnek) - a böngészőháborúktól a szociális média boomig - ezt fogom mondani: Egy évvel ezelőtt kevesen gondolták, hogy a nem kódolók a természetes nyelven keresztül működő alkalmazásokat tudnak létrehozni. Most ez történik. Tehát ha Andrew Ng egy olyan jövőt lát, amelyben a PM-ek elcsúsznak, ez legalább olyan jövő, amelyre fel kell készülnünk, még akkor is, ha csak azért, hogy megbizonyosodjunk arról, hogy a „PM pokol” mérnökök félnek. never bet against a paradigm shift when AI is involved Végül, függetlenül attól, hogy Team PM vagy Team Eng, az okos lépés az, hogy Ha fejlesztő vagy, kényeztesd magad az AI kódolási asszisztensekkel, és talán tisztítsd meg ezeket a termékérzékelési készségeket. Ha termékmenedzser vagy, jobb, ha élesíted a technikai vágásaidat, és megtanulod kihasználni az AI-t a munkafolyamatodban. És mindenkinek – kódolóknak és PM-eknek egyaránt – meg kell tanulnia dolgozni az AI-val, mert ez megváltoztatja a játék szabályait. embrace the tools and level up your game „Mindenkinek meg kell tanulnia kódolni” Ezért a klasszikus A hüvelykujj szabálya a faxgép útját járja? Lehetséges. Legalább öt év múlva teljesen más módon fogunk beszélni a termékcsapat összetételéről. Ha a mesterséges intelligencia automatizálja az alapvető munkát, összpontosítsuk újra az emberi tehetséget ott, ahol valóban számít – kreatív, stratégiai, empatikus termékvezetés magas szintű mérnöki találékonyságot. függetlenül attól, hogy ez több PM-t, kevesebb PM-t, vagy egyszerűen csak Pénzügyi szakemberek és mérnökök, egy dolog világos ebből a vitából: “Egy PM 7 mérnöknek” It’s about time we re-thought how we build products és okosabb “vibe coding” is changing the vibe of software teams, and none of us can afford to ignore it. Nézze meg a teljes beszédet: https://www.youtube.com/watch?v=RNJCfif1dPY&embedable=true https://www.youtube.com/watch?v=RNJCfif1dPY&embedable=true&transcript=true&video=false
