सिलिकॉन घाटी एंड्रयू एनजी से नवीनतम प्रेरणा से परेशान है - और यह कुछ शानदार नए मॉडल या एल्गोरिथ्म के बारे में नहीं है। हाँ, आप सही पढ़ रहे हैं. Y Combinator के स्टार्टअप स्कूल में हाल ही में एक बातचीत में, Ng ने सुझाव दिया कि सॉफ्टवेयर टीमों का पारंपरिक मेकअप एक कट्टरपंथी बदलाव के कब्जे पर है। जीएसटी के अपने शब्दों में: यह काम करने के लिए एक टीम में। product managers two software developers for every one product manager "जब कल, मेरी एक टीम मेरे पास आई, और पहली बार ... यह टीम ने मुझे 1:4 PM / इंजीनियर नहीं होने का प्रस्ताव दिया, बल्कि 1:0.5 PM / इंजीनियर होने का प्रस्ताव दिया। 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 इस दावे को बढ़ावा देने के साथ जुड़ा हुआ है , Andrej Karpathy द्वारा आविष्कार किए गए एक शब्द का वर्णन करने के लिए एआई का उपयोग उच्च-स्तरीय निर्देशों से कोड उत्पन्न करने के लिए किया गया है. एआई कॉलोपोटों के साथ ब्लेयर प्लेट कोड लिखने के साथ, Ng का तर्क है कि सॉफ्टवेयर विकास में बोतल लाइन अब इंजीनियरिंग क्षमता नहीं है - यह महत्वपूर्ण है . Ng ने कहा, यह देखते हुए कि जबकि एआई कोडिंग को नाटकीय रूप से तेज करता है, तो उत्पाद निर्णय लेने में तेजी नहीं आ रही है. यदि कोड सस्ते मिठाई की तरह खराब हो जाता है, तो जो भी सही मिठाई व्यंजनों (उत्पाद प्रबंधक) का आकलन करता है वह अचानक अपरिहार्य हो जाता है. Ng के दृष्टिकोण में, “vibe coding” क्या बनाना है "मैं उत्पाद प्रबंधन काम को इंजीनियरिंग के समान गति से तेजी से नहीं देखता हूं. मैं इस अनुपात में बदलाव देख रहा हूं। "मैं अभी भी नहीं जानता कि क्या यह एक अच्छा विचार है, लेकिन ... मेरे जीवन में पहली बार, प्रबंधकों ने इंजीनियरों की तुलना में दो गुना अधिक PMs होने की पेशकश की है। क्या यह हाईप, कथित त्रुटि, या दोनों का थोड़ा सा है? एनजी की घोषणा निश्चित रूप से एक ऐसे उद्योग में एक सिरदर्द है जिसने लंबे समय से इंजीनियरों को प्राथमिक निर्माताओं और PMs के रूप में समर्थन टीम के रूप में महिमा दी है। शायद असली शक्ति उन लोगों के लिए बदल जाती है जो चलो इस PM vs Engineer ratio बहस के दोनों पक्षों पर तर्कों को खोलते हैं, क्योंकि Twittersphere (या X-sphere) और HackerNews टिप्पणी इस पर चुपचाप कुछ भी नहीं हैं। writing code on vibe सेट एनजी का साहसी पूर्वानुमान: PMs क्यों और भी अधिक महत्वपूर्ण हो सकता है एंड्रयू एनजी बिना तर्क के 2:1 (Eng:PM) अनुपात दावा को यादृच्छिक रूप से फेंक नहीं कर रहा है. मुख्य तर्क पूरक के सरल अर्थशास्त्र से आता है. वह नोट करता है कि कृतज्ञता के लिए, जो निश्चित रूप से जब चीजें आसान हो जाती हैं, एआई सहायक कोडिंग (विब कोडिंग का सार) एक इंजीनियर को पांच या दस के काम करने की अनुमति दे सकता है, लेकिन कोई भी एआई अभी तक उपयोगकर्ताओं की जरूरतों को समझने, एक उत्पाद दृष्टि का निर्माण करने और विशेषताओं को परिभाषित करने के लिए प्रतिस्थापन नहीं कर सकता है - उत्पाद प्रबंधकों का रोटी और मक्खन। (संपादित करें: PMS के माध्यम से) ) "सॉफ्टवेयर लिखना, विशेष रूप से प्रोटोटाइप, सस्ता हो रहा है" "यह उन लोगों के लिए एक बढ़ी हुई मांग का कारण बन जाएगा जो तय कर सकते हैं कि क्या निर्माण करना है। figuring out the thing to build becomes the critical path सही "यह उन लोगों की मांग को काफी बढ़ाएगा जो निर्माण के लिए मूल्यवान चीजों के लिए स्पष्ट विनिर्देशों के साथ आ सकते हैं। लिंक्डइन.com सही यह भविष्य व्यावहारिक रूप से कैसा दिखता है? एनजी एक एआई फंड टीम के उपरोक्त ऐनेक्डोट को एक अप्रत्याशित प्रस्तावित करता है - एक परिदृश्य जहां PMs इंजीनियरों की संख्या से अधिक है. यहां तक कि Ng इसे स्वीकार करता है , लेकिन वह इस प्रवृत्ति के शुरुआती संकेत देख रहा है. और वह अकेला नहीं है. तकनीकी निवेशक एससी मोएटी ने एनजी को समर्थन देने के लिए चमत्कार किया: जब आपके पास संभावित पूंजी प्रकार होते हैं, तो मूल रूप से सहमत होते हैं कि , यह एक संकेत है कि विचार बाएं क्षेत्र से बाहर नहीं आता है। 1:0.5 PM-to-engineer ratio "बहुत चरम लगती है" "उद्देश्यपूर्ण बिंदु एंड्रयू एनग - हमारे पूर्वानुमान हैं कि वर्तमान 10:1 इंजीनियर:पीएम अनुपात 2:1 हो जाएगा क्योंकि पीएम कम इंजीनियरों के साथ बहुत अधिक करने में सक्षम होंगे। the PM is the new rockstar अन्य उत्पाद नेता समान अनुभव साझा करते हैं, खासकर एआई टूलिंग के युग में। इस दृष्टिकोण में, पीएम बन जाता है , जबकि एआई-आउट किए गए डेव टीम पहले से कहीं अधिक तेजी से चलाती है। (और इसके बारे में भी बताया गया है) अब, AI उपकरणों के लिए धन्यवाद , कोडिंग खुद को व्यावसायिक बनाया जाता है। अंतर दृष्टि, प्राथमिकता और उत्पाद अंतर्दृष्टि के लिए बदल जाता है - क्लासिक PM क्षेत्र। "मैं दिशा में इंगित करता हूं, और एआई लागू करता है। coach and strategist “everyone codes” receptionist codes BusinessInsider.com के बारे में Ng का व्यापक बिंदु यह है कि एआई भूमिकाओं को फिर से आकार दे रहा है: उन्होंने एक कोर्स भी शुरू किया। और अक्सर इसे एक गर्म कैरियर पथ के रूप में संबोधित करता है। एआई युग में, उत्पाद प्रबंधकों जो एआई को समझते हैं (और शायद खुद को थोड़ा कोड स्लिंग कर सकते हैं) उच्च मांग में हैं। बुनियादी तर्क: यदि एक एआई के साथ एक इंजीनियर अब एक दिन में एक ऐप प्रोटोटाइप बना सकता है, तो सीमित कारक यह बन जाता है कि आप अगले फ़ीचर पर कितनी जल्दी फैसला कर सकते हैं या अगले विचार की पुष्टि कर सकते हैं। "कई कंपनियों के पास एक इंजीनियर:पीएम अनुपात है, कहें, 6: 1 ... कोडिंग को अधिक कुशल बनाने के रूप में, टीमों को कुल कर्मचारियों का एक हिस्सा के रूप में अधिक उत्पाद प्रबंधन काम (और डिजाइन काम) की आवश्यकता होगी। AI Product Management "सॉफ्टवेयर लिखना ... सस्ता हो रहा है. यह उन लोगों के लिए बढ़ी मांग का कारण बन जाएगा जो तय कर सकते हैं कि क्या बनाना है. एआई उत्पाद प्रबंधन का एक उज्ज्वल भविष्य है! पशबैक: क्यों कई तकनीशियन संदिग्ध (या भयभीत) हैं इससे पहले कि हम प्रौद्योगिकी के नए राजाओं और रानीओं के रूप में PMs को चढ़ाना शुरू करें, चलो इस बारे में बात करते हैं। कई इंजीनियरों और तकनीकी पर्यवेक्षकों से आते हैं. प्रत्येक इंजीनियर के लिए दो PMs का विचार है, जैसा कि हल्के से इसे रखें, इंजीनियरों को प्रसिद्ध रूप से एलर्जी है , और कुछ डेवलपर्स के चारों ओर घूमने वाले PMs के एक सेना के विचार कई लोगों के लिए बुरा सपना ईंधन है। अनुवाद की जरूरत नहीं है। chorus of eye-rolls and “oh please” retorts एक रिजल्ट "मैंने इस नए एआई लहर में देखा है कि मूर्ख गंदगी की सूची में, यह काफी उच्च रैंक है। meeting overload and micromanagement "एक इंजीनियर के लिए दो PMs? एनजी की गुलाबी पीएम-बड़े भविष्य के खिलाफ एक प्रमुख तर्क यह है कि Gaurav Khanna एक विपरीत बिंदु प्रदान करता है कि Ng की धारणा उन्होंने नोट किया कि इस परिदृश्य में, अब हाइपरप्रोडक्टिव डेव को प्रबंधित करने के लिए अधिक PMs के बजाय, शायद आखिरकार, अगर ChatGPT उपयोगकर्ता कहानियां लिख सकता है या ग्राहक प्रतिक्रिया का विश्लेषण कर सकता है, तो इसके लिए अतिरिक्त लोगों को किराए पर क्यों लेते हैं? AI might automate parts of the PM role too "इस तथ्य को अनदेखा करता है कि एक ही एआई प्रगति अपने काम के मुख्य पहलुओं को स्वचालित करके पीएम की आवश्यकता को कम कर सकती है। "आईआई उपकरणों को तेजी से उत्पाद विनिर्देशों को उत्पन्न करने, उपयोगकर्ता डेटा के आधार पर विशेषताओं को प्राथमिकता देने और सुधार के अवसरों की पहचान करने के लिए प्रतिक्रिया का विश्लेषण करने में सक्षम हो रहे हैं। the PMs just get smarter tools एक ऐसा देश भी है जो मानता है कि निश्चित रूप से, एक एआई एक ऐप को जल्दी से स्टैफ़ोल्ड कर सकता है, लेकिन अनुभवी इंजीनियर जानते हैं कि शैतान विवरणों में है: डिबगिंग, सिस्टम एकीकरण, एज मामलों से निपटने, सॉफ्टवेयर का स्केलिंग, आदि। हंसने लगी एनजी की विचार, कहती हैं कि वे प्यार करेंगे PMS के बारे में संदेह जादुई हो सकता है पोंच लाइन: - सार्कज्म के साथ ड्रिलिंग, इस संदेह को उजागर करते हुए कि PMs (सबसे खतरनाक रूप से "मध्यवर्ती प्रबंधकों" के रूप में लगाए गए) कभी भी अच्छे इंजीनियरों को हटा सकते हैं। engineering won’t be as cheap and easy as Ng implies एक cynical Hacker News टिप्पणीकर्ता "यह आदमी जो भी धूम्रपान कर रहा है, 1 PM से 0.5 इंजीनियरों के कारण कुछ ग्रेड-ए दिमाग खराब पागलपन है। "प्रोजेक्टों पर एक नेट नकारात्मक नहीं बनें" "वे दीवार पर एलएलएम-अलुसिनाइज्ड गंदगी का एक टुकड़ा फेंककर जैक्सशिट का निर्माण करते हैं। "सुरक्षित रूप से, डेवलपर्स उन लोगों द्वारा प्रतिस्थापित किए जा रहे हैं जो अज्ञात मध्यम प्रबंधकों द्वारा प्रतिस्थापित किए जाएंगे जो केवल हर किसी के समय को बर्बाद करने के लिए मौजूद हैं। एक और दृष्टिकोण है : AI कमजोर PMs का खुलासा करेगा गौरतलब है कि एक निरीक्षक के रूप में, दूसरे शब्दों में, यदि कोडिंग आसान हो जाती है, तो शायद इंजीनियर खुद उत्पाद घास पर हस्तक्षेप करना शुरू कर देते हैं (क्योंकि वे ग्रांट कोडिंग से मुक्त होने पर उत्पाद सोच का अधिक प्रबंधन कर सकते हैं), या बस कि आखिरकार, यदि एक इंजीनियर एक विशेषता के दस बदलावों को उत्पन्न करने के लिए एक एआई से पूछ सकता है, तो शायद वे पहले से सब कुछ निर्दिष्ट करने के लिए एक PM पर कम भरोसा करेंगे। PMS को छोड़ दिया गया। survival of the fittest और "या यह विपरीत है? ... क्या होगा अगर तकनीकी रूप से तेज डिजाइनरों और अच्छी तरह से गोल डेवलपर्स वास्तव में असक्षम प्रबंधकों को बाहर निकालने के लिए समाप्त हो जाते हैं? bad PMs will have nowhere to hide अतिरिक्त और हम शुद्ध सांस्कृतिक प्रतिरोध के बारे में मत भूलना: कई डेवलपर्स बस अधिक PM पर्यवेक्षण नहीं चाहते हैं। जो कोई भी बैठक-बड़े, प्रबंधन-बड़े वातावरण में काम कर रहा है, वह डर से संबंधित हो सकता है। PMs पर दोगुनाकरण संचार ओवरहेड, विरोधाभासी दिशानिर्देशों, और बेरोजगारी का परिचय दे सकता है - एजिल, पतली टीमों के विपरीत जो वर्षों से सॉफ्टवेयर विकास में समर्थित हैं। "वे दोनों के पास अलग-अलग उत्पाद दृष्टिकोण हैं, लेकिन एक-दूसरे से बात नहीं करेंगे - वे दोनों आपको केवल दूसरे को अनदेखा करने और जो चाहते हैं उसे करने के लिए कहते हैं। too many cooks in the kitchen संतुलित (लेकिन मजबूत) लेना: भविष्य की टीम अनुपात के बारे में कौन सही है? तो, यह हमें कहां छोड़ता है? अधिकांश तकनीकी बहसों की तरह, सच्चाई शायद बीच में कहीं है - लेकिन संदेहकारों को मानने की तुलना में Ng की दृष्टि की ओर झुकना। यह एक विचार का एक प्रेरणादायक चंद्रग्रहण है - और कभी-कभी आपको चर्चा को उजागर करने के लिए चरम शब्दों का उल्लेख करना होगा। Ng is onto something real, but the 2:1 ratio is an exaggerated scenario बुलिक्स पक्ष पर, यह एनजी की मूल अंतर्दृष्टि को अस्वीकार करना मुश्किल है। कई मामलों में निर्माण सॉफ्टवेयर को तेजी से और सस्ता बनाया गया है. प्रोटोटाइप जो एक बार एक टीम हफ्तों तक ले गए थे, अब एक दिन में एक एआई सहायक के साथ एक बुद्धिमान PM या डिजाइनर द्वारा मिटाया जा सकता है. एनजी के स्वयं के एआई फंड, एआई फंड, स्पष्ट रूप से टीमों को वास्तविक जीवन में पीएम-हॉय मॉडल के साथ प्रयोग देख रहे हैं. और बाजार उन लोगों को पुरस्कृत कर रहा है जो एआई क्षमताओं के साथ व्यापार की जरूरतों को पुल कर सकते हैं. जैसा कि एनजी ने ट्वीट किया, - और हमने विशेष रूप से एआई केंद्रित PMs के लिए पाठ्यक्रमों, कार्यशालाओं और भूमिकाओं के प्रसार को देखा है। has "आईआई उत्पाद प्रबंधन में एक उज्ज्वल भविष्य है! हालांकि, bullish होने का मतलब blinders पहनना नहीं है. यह पूरी तरह से संभव है कि शायद कल के "इंजीनियर" भी बहुत सारे उत्पाद काम कर रहे हैं (निर्देशों को लिखना, सुविधाओं का चयन करना) और कल के "पीएम" अधिक तकनीकी हैं (लाइट कोडिंग या कम से कम एआई सहायक प्रोटोटाइप करने में सक्षम हैं)। प्रौद्योगिकी में, लेकिन दोनों पक्षों में अधिक उत्पादकता। परियोजना के चरण के आधार पर वापस और आगे: कभी-कभी यह सही विचार (पीएम-हॉय) के साथ आता है, अन्य बार यह एक जटिल तकनीकी विवरण (इंजीनियर-हॉय) को निष्पादित करता है। 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 यह भी ध्यान देने योग्य है कि सभी उत्पाद प्रबंधन पैमाने इंजीनियरिंग आउटपुट के साथ रैखिक नहीं हैं. उपयोगकर्ता अनुसंधान, डिजाइन अंतर्दृष्टि, रणनीतिक सोच और हाँ, यह महान उत्पाद प्रबंधन में जाता है। एआई मदद कर सकता है लेकिन उन मानव तत्वों को पूरी तरह से प्रतिस्थापित नहीं कर सकता है - कम से कम अभी तक नहीं। इसलिए मजबूत उत्पाद विचारकों की मांग वास्तव में बढ़ेगी। दूसरे शब्दों में, एआई कार्यों को सारांशित करने और तेज करने में मदद कर सकता है, लेकिन यह (अब) वास्तव में उपयोगकर्ता के दर्द के बिंदु के साथ सहानुभूति नहीं कर सकता है या एक हत्यारे की सुविधा का यूरिका क्षण है। human judgment "इस प्रक्रिया के दौरान अभी भी कुछ भी प्रदान करने के लिए बहुत सारे इनपुट की आवश्यकता होती है जो वास्तविक और विशिष्ट मूल्य है ... यह वास्तव में उपयोगकर्ताओं को समझने के लिए अभी तक नहीं है। l इस बीच, इंजीनियर भी गायब नहीं हो रहे हैं - लेकिन उनकी भूमिकाएं विकसित हो रही हैं। एक ऐसे भविष्य की कल्पना कर सकता है जहां एक "इंजीनियर" कई एआई कोडिंग एजेंटों की निगरानी करता है - प्रभावी ढंग से उच्च आउटपुट का प्रबंधन करता है - जबकि एक PM एक ही समय में कई उत्पाद दिशाओं या प्रयोगों की निगरानी करता है। . technical directors or editors team structure becomes more fluid एनजी का चरम अनुपात उदाहरण शायद हर जगह सामान्य नहीं हो सकता है, लेकिन यह एक दिशा का संकेत देता है: उनकी उत्तेजना शायद कंपनियों को उत्पाद रणनीति में निवेश करने के लिए जागृत करने के उद्देश्य से है और न केवल एक समस्या पर अधिक कोडर्स को फेंकने के लिए है. और इसके बारे में, वह शायद सही है. जैसा कि उन्होंने कहा, जो लोग अभी भी अपने कंपनियों में एआई कोडिंग उपकरणों को प्रतिबंधित करते हैं, उन्हें इसे दूर करने की आवश्यकता है - भविष्य आ रहा है, चाहे हम तैयार हों या नहीं। the relative importance of pure coding vs. product thinking is shifting अधिक PMs, अधिक कोड, अधिक प्रश्न एंड्रयू एनग ने मूल रूप से गोंटलेट को नीचे फेंक दिया है, एक ऐसी दुनिया की भविष्यवाणी करते हुए जहां उत्पाद प्रबंधक आज की तुलना में बहुत अधिक संख्या में हैं - और संभवतः अधिक महत्वपूर्ण हैं। औसत स्टार्टअप में? रंग मुझे संदिग्ध, लेकिन अपमानजनक नहीं। हम देख सकते हैं हम टीमों को अलग-अलग समय पर भारी उत्पाद इनपुट और भारी इंजीनियरिंग इनपुट की आवश्यकता के बीच घूमते हुए देख सकते हैं। प्रत्येक इंजीनियर के लिए दो PMs new hybrid roles लेकिन किसी ऐसे व्यक्ति के रूप में जो तकनीकी रुझानों को देख रहा है - ब्राउज़र युद्ध से सोशल मीडिया बूम तक - मैं यह कहूंगा: एक साल पहले, कुछ लोगों ने कल्पना की थी कि गैर-कोडर प्राकृतिक भाषा के माध्यम से काम करने वाले ऐप्स का निर्माण कर सकते हैं. अब यह हो रहा है. इसलिए यदि एंड्रयू एनग एक भविष्य की कल्पना करता है जिसमें PMs झुकते हैं, तो यह कम से कम एक भविष्य है जिसे हमें तैयार करना चाहिए, भले ही यह सुनिश्चित करें कि हम उस "पीएम नरक" इंजीनियरों के डर में समाप्त न हों। never bet against a paradigm shift when AI is involved अंत में, चाहे आप टीम पीएम हों या टीम एनजी, स्मार्ट कदम है यदि आप एक डेवलपर हैं, तो एआई कोडिंग सहायकों के साथ आराम करें और शायद उन उत्पाद संवेदना कौशल को पॉलिश करें. यदि आप एक उत्पाद प्रबंधक हैं, तो अपने तकनीकी टुकड़ों को तेज करें और अपने कार्यप्रवाह में एआई का उपयोग करना सीखें। (हां, यहां तक कि पीएम) और हर कोई - कोडर और पीएम दोनों - एआई के साथ काम करना सीखना चाहिए, क्योंकि यह खेल के नियमों को बदल रहा है। embrace the tools and level up your game "हर किसी को कोड सीखना चाहिए" क्या होगा क्लासिक फ़ैक्स मशीन के रास्ते पर उंगली का नियम चलता है? संभव है. कम से कम, हम पांच वर्षों में उत्पाद टीम की संरचना के बारे में बहुत अलग तरीके से बात करेंगे। यदि एआई ग्राउंट काम को स्वचालित कर रहा है, तो चलो मानव प्रतिभा को फिर से ध्यान केंद्रित करते हैं जहां यह वास्तव में मायने रखता है - रचनात्मक, रणनीतिक, सहानुभूतिपूर्ण उत्पाद नेतृत्व उच्च स्तर की इंजीनियरिंग आविष्कार. या तो इसका मतलब है अधिक PMs, कम PMs, या बस PMs और इंजीनियरों, इस बहस से एक बात स्पष्ट है: 7 इंजीनियरों के लिए एक PM It’s about time we re-thought how we build products और स्मार्ट “vibe coding” is changing the vibe of software teams, and none of us can afford to ignore it. पूरे भाषण को देखें: https://www.youtube.com/watch?v=RNJCfif1dPY&embedable=true https://www.youtube.com/watch?v=RNJCfif1dPY&embedable=true&transcript=true&video=false
