उत्पाद प्रबंधन के बारे में आपकी सबसे तीखी राय क्या है? मैंने ट्विटर की सड़कें खंगालीं और मुझे प्रतिक्रिया देने के लिए कुछ दिलचस्प सड़कें मिलीं। मुझे टिप्पणियों में बताएं कि आपके क्या विचार हैं! रोडमैप समय की बर्बादी है ट्विटर पर कार्ल वेलोटी ने हमें पीएम की दुनिया में एक शास्त्रीय रूप से मसालेदार विषय के साथ शुरुआत की: रोडमैप। यह बहुत पुराना विषय है. व्यवसाय उचित अपेक्षाएं और स्पष्टता चाहता है, उत्पाद को लचीला बनाए रखने की आवश्यकता है और यह दुखद रूप से ज्ञात है कि समयसीमा काम नहीं करती है। तो हम क्या करें? मुझे अपनी वर्तमान भूमिका में रोडमैप तैयार करने की आवश्यकता है। मैं अधिकतम संरेखण सुनिश्चित करने के लिए निम्नलिखित तीन युक्तियों का उपयोग करता हूं: मैं रोडमैप को चार तिमाहियों में विभाजित करता हूं। इससे कम समय-सीमा आत्महत्या है। प्रत्येक रोडमैप संचार (जैसे ईमेल, बैठकें, आदि) के साथ मैं सभी को याद दिलाता हूं कि रोडमैप कोई योजना नहीं है। आप जितना दाईं ओर देखेंगे, यह उतना ही कम 'योजनाबद्ध' होगा। मैं काम का बोझ कम करने और लचीलेपन के लिए हर तिमाही में समय उपलब्ध रखने की यथासंभव कोशिश करता हूं। डेटा औसत उत्पाद उत्पन्न करता है अमित शांत बात ज़ोर से कहता है और मैं इसके लिए यहाँ हूँ। 'डेटा-समर्थित' भीड़ के ख़िलाफ़ जाना हमेशा कठिन होता है। उनके पक्ष में विज्ञान और अनुसंधान है, है ना? वह ग़लत कैसे हो सकता है? इसके साथ मेरी कुल समस्या अधिकतर शब्दार्थ संबंधी है। अधिकांश लोग या संगठन 'डेटा-संचालित' होने का दावा करते हैं जो मुझे लगता है कि कुछ कारणों से गलत है: संभवतः उनके पास पर्याप्त डेटा नहीं है (जब तक कि वे Google/Facebook न हों)। जो डेटा उन्हें संचालित करता है वह पक्षपातपूर्ण है (शोधकर्ता पूर्वाग्रह, सीईओ के पहले से ही बने दिमाग में अनुसंधान को फिर से स्थापित करना, आदि)। वे किसी निर्णय को सही ठहराने के लिए 'डेटा' का ढोंग करते हैं और फिर कभी उस पर आलोचनात्मक दृष्टि नहीं डालते। इसके बजाय, मैं हमेशा डेटा-सूचित दृष्टिकोण की वकालत करूंगा। यह सूक्ष्म है, लेकिन इससे बहुत फर्क पड़ता है। डेटा-सूचित होने का मतलब है कि आप जानते हैं कि एकत्र किया गया डेटा अपर्याप्त, पक्षपातपूर्ण हो सकता है, और निर्णय लेने के दौरान इसे पूरी तरह से छोड़ दिया जा सकता है। आंकड़ों की जानकारी रखने वाला और उत्पाद की गहरी समझ रखने वाला और निर्णय लेने का जज्बा रखने वाला प्रधानमंत्री ही जीत का असली फॉर्मूला है। SCRUM वेग के लिए खराब है मैंने उत्पाद के प्रति SCRUM-ish दृष्टिकोण से दूर जाने पर 6-भाग की श्रृंखला लिखी। जाहिर है, मैं इस विचार से सहमत हूं। : पढ़ें SCRUM-ish से शेप अप की ओर बढ़ना। निर्माण पहले, समस्या बाद में उह. मैं नहीं जानता यार. यह कठिन है. मैं खुद को किसी ऐसे उत्पाद, प्रोजेक्ट या यहां तक कि फीचर पर काम करते हुए नहीं देख सकता जो किसी प्रकार की समस्या से शुरू नहीं हुआ हो। भले ही आप कुछ नया, कुछ रचनात्मक, कुछ ऐसा बनाने की उम्मीद कर रहे हों जिसका आपने सपना देखा हो, निश्चित रूप से यह अभी भी किसी प्रकार की समस्या से उत्पन्न होता है, है ना? समस्या → समाधान. उत्पाद से जुड़े लोगों और, मैं कहने का साहस करता हूं, उद्यमियों के रूप में हम जो करते हैं उसकी आधारशिला यही है। मुझे लगता है कि यह एक मसालेदार चीज़ है! फ्रेमवर्क डमी के लिए प्रशिक्षण पहिये हैं मेरे पास फ्रेमवर्क चुनने की क्षमता है और दूसरों को सहमत होते देखना अच्छा लगता है। मैं रूपरेखाओं को पूरी तरह ख़ारिज नहीं करता। वे उपयोगी प्रेरणा प्रदान कर सकते हैं (उसी तरह एक केस स्टडी या एक टेम्पलेट कर सकता है)। मेरी समस्या तब है जब फ्रेमवर्क को समस्याओं के समाधान के रूप में बेचा जाता है। अक्सर, वे कोई मूल्यवान चीज़ भी प्रदान नहीं करते हैं। लें: RACE फ्रेमवर्क यह रूपरेखा हमें यह सिखाने के लिए है कि ग्राहक प्राप्त करने के लिए आपको: ग्राहकों तक पहुंचें उनसे कार्य करवाएं उनमें से कुछ को रूपांतरित करें उन्हें संलग्न करें मुझे विश्वास है कि नींबू पानी स्टैंड वाला 6 साल का बच्चा आपको यह बता सकता है। और फैंसी शब्दों के बिना, और भी बेहतर। आज के लिए बादलों पर चिल्लाने वाले बूढ़े आदमी का यह मेरा कोटा है। आपकी मसालेदार पीएम राय क्या हैं? और अधिक पढ़ना चाहते हैं? मैं अपने सबस्टैक पर प्रत्येक गहराई में गया। अलोकप्रिय प्रधानमंत्री की राय की
