प्रस्ताव

उत्पाद प्रबंधन सबसे जटिल भूमिकाओं में से एक है। भूमिका अस्पष्ट है, प्रत्येक कंपनी की अपनी परिभाषा होती है। दैनिक गतिविधियाँ अजीब हैं, एक बैठक से दूसरी बैठक में कूदना और कोई 'वास्तविक कार्य' नहीं करना। आउटपुट अमूर्त हैं, हम यह नहीं बता सकते कि पीएम कहां प्रभाव पैदा करते हैं। अंत में, मैंने पाया कि सीखने के कोई वैध खंड नहीं हैं, अगर हम इस भूमिका में सीखना और/या उत्कृष्टता प्राप्त करना चाहते हैं, तो कोई वास्तविक 'कौशल' नहीं है जिसे आप पुस्तकों या पाठ्यक्रमों के माध्यम से सीख सकते हैं।

एक विशेषज्ञ मैट लेमे ने अपनी पुस्तक प्रोडक्ट मैनेजमेंट इन प्रैक्टिस से एक उदाहरण का हवाला देते हुए कहा कि 4 मुख्य दक्षताएं हैं जो एक उत्पाद प्रबंधक के पास होनी चाहिए, जिसे CORE कहा जाता है (शांत संक्षिप्त नाम चिल्लाएं!)।

उत्पाद प्रबंधन अपने 'स्लाइस' उर्फ ​​​​ओवरलैपिंग स्किल्स के लिए अच्छी तरह से जाना जाता है, लेकिन मेरी टिप्पणियों से, ये सभी टैसिट नॉलेज/सॉफ्ट स्किल्स हैं: " अनुभव और नौकरियों के माध्यम से मानव मन में निहित ज्ञान।" ( स्रोत )।

हालांकि यह इतना स्पष्ट नहीं हो सकता है कि हम यह समझ सकें कि यहां किस चीज की खेती की जानी चाहिए, फिर भी यह एक अच्छी शुरुआत है। कम से कम, हमारे पास एक मोटे विचार का नक्शा है कि यहां क्या बनाया जाना चाहिए।

चूंकि मौन ज्ञान के स्पष्ट होने के तरीकों में से एक (केवल अंतर्ज्ञान/अनुभव से एक क्रियात्मक अंतर्दृष्टि में) बाहरीकरण के माध्यम से है, यह उत्पाद प्रबंधन भूमिका में काम करने के मेरे 2+ वर्षों का बाह्यकरण है और हम इसे कैसे विकसित कर सकते हैं, इस पर सुझाव बेहतर है, अकेले अनुभव पर भरोसा न करें।

संचार

इसका क्या मतलब है

प्रत्येक हितधारक की अपनी 'भाषा' होती है: दूसरी टीम के पीएम इस बात पर ध्यान केंद्रित करते हैं कि उनका ओकेआर, रोडमैप और हमारी पहल उनके साथ कैसे संरेखित होती है। डिजाइन अनुभवों, अवधारणाओं और आदर्शीकरण पर केंद्रित है। फ्रंटेंड इस बात पर ध्यान केंद्रित करता है कि किस घटक का उपयोग करने की आवश्यकता है, कौन घटकों का मालिक है, अगर एक नया घटक बनाया जाना है, और एपीआई अनुबंध। बैकएंड कार्यान्वयन, व्यवहार्यता, डेटा संरचना (और इसे कैसे समायोजित किया जाएगा) पर केंद्रित है, और यह अन्य सेवाओं के साथ कैसे संवाद करेगा। व्यवसाय मेट्रिक्स पर ध्यान केंद्रित करता है, यह कितना भविष्य-प्रमाण है, परिचालन पहलू कैसा होगा, और हम अपने उपयोगकर्ताओं या किसी अन्य हितधारक को मूल्य प्रस्ताव के रूप में क्या 'बेच' सकते हैं। डेटा इस बात पर ध्यान केंद्रित करता है कि क्या दिखाया और ट्रैक किया जाना चाहिए, यह कितनी बार होगा, डेटा कितना जटिल है .. और इसी तरह बाकी टीम के लिए (आप मेरी बात समझे)।

विकसित करने की क्या जरूरत थी

खेती करने के लिए आवश्यक कौशल अनुवाद करने की क्षमता है। अनुवाद का अर्थ है:

1. कुशल संचार , कहने के लिए क्या कहा जाना चाहिए: समझें कि उनके लिए क्या महत्वपूर्ण है, और बाकी को छोड़ दें।
2. प्रभावी संचार , इस तरह से कहने के लिए कि वे समझते हैं: उनके साथ संवाद करने का सबसे अच्छा तरीका कौन सा तरीका है (डॉक्स, पॉवरपॉइंट, या मंथन सत्र?), किस कीवर्ड को अधिक इंगित किया जाना चाहिए?

एक पूर्वापेक्षित कौशल जिसे विकसित करने की आवश्यकता है वह है समानुभूति । इस संदर्भ में, यहाँ समानुभूति का अर्थ यह समझने की क्षमता है कि आप किससे बात कर रहे हैं: उनकी चिंताएँ क्या हैं, संवाद करने के लिए किस कोण का उपयोग किया जाना चाहिए, किस जानकारी को साझा करने की आवश्यकता है, और कौन सी नहीं हैं। दूसरों को समझने के लिए आपको उनकी दुनिया को भी समझने की जरूरत है, और चूंकि उनमें से प्रत्येक पर एक बहुत बड़ी दुनिया है और सब कुछ सीखना संभव नहीं है, आपको आगे जो चाहिए वह सीखने की क्षमता है ।

अपने अनुभव से, मैं देखता हूं कि जब मैं कुछ सीखने की अपनी क्षमता में सुधार करता हूं, तो मैं दूसरों को तेजी से समझ सकता हूं, इसलिए मैं तेजी से उठा सकता हूं कि क्या कहा और किया जाना चाहिए और इसलिए बेहतर संचार होता है।

संगठनों

इसका क्या मतलब है

यहां संगठनों का मतलब एक प्रणाली बनाने की क्षमता है और मौजूदा - बड़ी - प्रणाली के अंदर उस प्रणाली को तोड़ने में सक्षम है।

एक कदम पीछे हटने के लिए, आइए सिस्टम की परिभाषा देखें। तंत्र का अर्थ है

एक उद्देश्य को प्राप्त करने के लिए एक तंत्र या एक इंटरकनेक्टिंग नेटवर्क के हिस्से के रूप में एक साथ काम करने वाली चीजों का एक सेट।

इस खंड के बारे में मेरी एक सीख यह है कि: उत्पाद प्रबंधन में सभी के लिए उपयुक्त कोई एक प्रणाली नहीं है। भले ही आप एक ही उत्पाद या एक ही अनुभव को संभाल रहे हों, एक नई सुविधा/प्रोजेक्ट का अर्थ है एक नई प्रणाली फिर से।

प्रत्येक पहल की अपनी प्रणाली होने का एक मुख्य कारण इसका उद्देश्य है। प्रत्येक परियोजना पर, हमारा एक लक्ष्य होता है, और प्रत्येक लक्ष्य के पास इसे प्राप्त करने के अपने 'तरीके' होते हैं। कभी-कभी आपको डिज़ाइन की आवश्यकता होती है, कभी-कभी आपको नहीं। कभी-कभी आपको डेटा साइंस टीम की आवश्यकता होती है, और कभी-कभी आपको नहीं। लेकिन दूसरी ओर, ऐसा कोई तरीका नहीं है जिससे हम स्क्रैच से सिस्टम बना सकें। हम जिस कंपनी में हैं, उसका अपना सिस्टम पहले से ही है, और प्रत्येक टीम का अपना कार्यप्रवाह है।

विकसित करने की क्या जरूरत थी

यहीं पर उत्पाद प्रबंधन काम आता है। पीएम के पास यह कौशल होना चाहिए:

1. मौजूदा प्रणाली को समझें: यह पहचानने के लिए कि कौन से हितधारकों का फीचर पर प्रभाव पड़ेगा, और उनके इनपुट और आउटपुट क्या हैं।
2. एक नई प्रणाली बनाएँ: प्रत्येक हितधारक के संबंध की पहचान करने के लिए, और उनके लिए मौजूदा प्रणाली की सीमा के साथ संवाद करने का एक तरीका बनाएँ।

विश्लेषणात्मक सोच हमें उस समस्या को गहराई से समझने की क्षमता प्रदान करती है जिसका हम वर्तमान में सामना कर रहे हैं और इसके लिए एक काल्पनिक समाधान प्रदान करते हैं। सिस्टम थिंकिंग हमें उस स्थिति को समझने की क्षमता प्रदान करती है जो वर्तमान में हमारे पास है और प्रत्येक हितधारक के बीच संबंध बनाते हैं। ये हमारे पास मौजूद विभिन्न समस्याओं के माध्यम से मार्गदर्शन करने में हमारी सहायता करेंगे।

उपसंहार

एक ऐसे व्यक्ति के रूप में जो उत्पाद प्रबंधन की विशालता के साथ संघर्ष कर रहा है और खो गया है, मुझे शुरू करने के लिए वास्तव में एक मानचित्र की आवश्यकता थी।

मुझे उम्मीद है कि यह लेख सभी को अपनी उत्पाद प्रबंधन यात्रा शुरू करने में मदद कर सकता है। यह एक 2-श्रृंखला का लेख होगा, क्योंकि एक लेख में सब कुछ डालना बहुत अधिक होगा।

कृपया मुझसे संपर्क करें यदि आपके कोई प्रश्न हैं (या बस एक त्वरित चैट करना चाहते हैं!):

• ईमेल: [email protected]
• लिंक्डइन:https://www.linkedin.com/in/geodygantira/