शुभ प्रभात। म まさきん हुँ।
“प्रोडक्ट म्यानेजर” भन्ने पदको बारेमा, टेक क्षेत्रको पोडक्यास्टमा चर्चा भइरहेको सुनेको थिएँ।
त्यही प्रवाहमा, मैले पनि विश्वमा प्रतिस्पर्धा गर्ने प्रोडक्ट म्यानेजर बनसका लागि किताब भन्ने प्रोडक्ट म्यानेजमेन्टको किताब एक किनेँ। पहिले ‘Competing on Analytics’ पढेर सोचेको कुरासँग पनि नजिकको भावना हो, तर पढ्दै जाँदा, मनमा अडिरहेको कुरा एउटा थियो।
सोचेर हेर्दा, यस्तो कुरा सोचेको यो पहिलो पटक होइन। धेरै पहिले पनि, आफ्नै तरिकाले यो विषय सोचेको थिएँ। त्यतिबेलाको विचार “यो पुरानै समयदेखि भएको कामको नयाँ नामकरणमात्र होइन र” भन्ने सरल कुरा थियो।
प्रोडक्ट म्यानेजर साँच्चै नयाँ भूमिका हो?
प्रोडक्ट म्यानेजर भन्ने पद हालसालैको शब्दको रूपमा बताइने प्रवृत्ति छ। तर व्यक्तिगत रूपमा त्यत्ति सरल पनि होइन जस्तो लाग्छ।
के बनाउने निर्णय गर्ने, प्राथमिकता तय गर्ने, प्रयोगकर्ताको आवाज र व्यवसायको अवस्थाबीच सन्तुलन मिलाउने। यो काम आफैं पुरानै समयदेखि भएको हुनुपर्छ।
जापानका कम्पनीमा पनि, नजिकको काम थियो। डिरेक्टर, सम्पादक-प्रमुख, योजना जिम्मेवार भनिने मानिसहरू हुन्। उनीहरूले पनि लामो समयदेखि, उस्तै कुरा गरिरहेका थिए होइन र? पत्रिकाको सम्पादक-प्रमुखले के विशेष लेख बनाउने र के हटाउने निर्णय गर्दै आएका छन्। कार्यक्रमको डिरेक्टरले पनि सीमित समयभित्र के प्राथमिकता दिने निर्णय गर्दै आएका छन्।
पदमात्र परिवर्तन भएको, गरिरहेको कुराको मूल संरचना त्यति परिवर्तन भएको छैन जस्तो लाग्छ।
सञ्चार शुल्कको प्राथमिकता तय गर्नु पनि, पहिले हालको अवस्था सङ्ख्यामा राख्नुबाट सुरु हुन्छ जस्तो लाग्छ।
थिच्दा राकुतेनको लगइन पेज खुल्छ। लगइन गरेपछि क्याम्पेनको विवरण देखिन्छ।
“कसरी” भन्दा “किन” निर्णय गर्ने भूमिका
तापनि, पूर्ण रूपमा उस्तै हो भन्दा, त्यहाँ पनि केही असजिलो भावना बाँकी रहन्छ। प्रोडक्ट म्यानेजर भन्ने शब्दले ल्याएको कुरा पनि, निश्चित रूपमा छ जस्तो लाग्छ।
सबैभन्दा ठूलो कुरा, इन्जिनियर र डिजाइनर, व्यवसाय पक्षबीच तर्केर चलिरहने स्थिति हो। डिरेक्टर वा सम्पादक-प्रमुख भनेको, कतै एउटा निर्माण टोलीभित्रैमा पूर्ण हुने प्रवृत्ति थियो।
प्रोडक्ट म्यानेजरले, प्रविधिको सीमा र डिजाइनको उद्देश्य र व्यवसायको सङ्ख्या एकैसाथ ह्यान्डल गर्ने अवस्था धेरै हुन्छ जस्तो लाग्छ। “कसरी बनाउने” निर्णय गर्नु इन्जिनियर र डिजाइनरको काम हो, प्रोडक्ट म्यानेजर “किन त्यो बनाउने” निर्णय गर्ने भूमिका हो, भनेर प्रायः भनिन्छ।
यो मिलावट अलिकति ठीक लाग्छ। बनाउने तरिकाभन्दा, बनाउने कारण समातेको व्यक्ति। त्यसो सोच्दा, नाम फरक भए पनि, नजिकको काम पुरानै समयदेखि विभिन्न कार्यक्षेत्रमा भएको हुनुपर्छ।
उदाहरणका लागि, नयाँ सुविधा बनाउने कि नबनाउने निर्णय गर्ने अवस्था सोचेर हेरौं। इन्जिनियरले कार्यान्वयनको लागत अनुमान गर्छन्, डिजाइनरले प्रयोगको सहजता विचार गर्छन्। व्यवसाय पक्षले बिक्री वा सदस्यता रद्दमा प्रभावको चिन्ता गर्छन्।
तीनको विचार टकरायोस्, अन्तिम निर्णय ग्रहण गर्ने। त्यही प्रोडक्ट म्यानेजरको भूमिका हो जस्तो लाग्छ। कुनै एकको विशेषज्ञतामात्रले उत्तर नआउने अवस्था भएकाले हो।
पद परिवर्तन भएर, देखिन सजिलो भएको कुरा
तापनि, नाम परिवर्तन भएको आफैंमा पनि, अर्थ छ भन्ने सोच्छु। भूमिकालाई स्वतन्त्र नाम दिइयो भने, भर्ती वा मूल्याङ्कनको मापदण्डको रूपमा स्पष्ट हुन्छ।
पहिलेको डिरेक्टर वा सम्पादक-प्रमुख भन्ने नाम, त्यो संस्था वा उद्योगभित्रैमात्र बुझिने हुने प्रवृत्ति थियो। फरक क्षेत्रको कम्पनीमा सर्न खोज्दा, वास्तवमा के गरेको हो भनेर हर पटक फेरि व्याख्या गर्नुपर्ने थियो।
प्रोडक्ट म्यानेजर भन्ने शब्दले, उद्योग तर्केर पनि बुझिने रूपमा यो भूमिका छुट्टिएको जस्तो लाग्छ। त्यसैले किताब पढेर व्यवस्थित रूपमा सिकौं भन्ने मानिस पनि बढेको होइन र?
नाम पाएपछि, पहिले व्यक्तिगत रहेको कामको तरिका, बिस्तारै भाषामा राखिँदै जान्छ। यो प्रवाह आफैं, सरल रूपमा राम्रो कुरा हो जस्तो लाग्छ।
जेनेरेटिभ AIले, दैनिक काम परिवर्तन गर्दै छ
सन् २०१५ तिर यो कुरा सोचिरहेको आफूबाट हेर्दा, अहिलेको अवस्था अलि फरक देखिन्छ। जेनेरेटिभ AIले, यो कामको विवरणलाई परिवर्तन गर्न थालेको छ।
आवश्यकता मिलाउने कागजातको ड्राफ्ट, AIले बनाउने अवस्था बढेको छ। एपको समीक्षा वा सोधपुछ धेरै पढेर, प्रवृत्ति मिलाउने काम पनि गर्न सकिन्छ।
पहिले धेरै दिन लगाई हातले जम्मा गरिने पुनरावलोकन, अहिले ड्राफ्ट स्तरमा भए केही मिनेटमै तयार गर्न सकिन्छ। सुविधा प्रस्ताव वा डिजाइनको विकल्प, धेरै ढाँचा तत्काल दिन पनि सकिन्छ।
पहिले धेरै दिन लाग्ने तुलना विचार, अहिले केही घण्टामै सकिने भावना हुन्छ।
उदाहरणका लागि, कुनै बटनको स्थान परिवर्तन गर्ने कि नगर्ने भन्नेमा विचार बाँडिएको अवस्था सम्झना आउँछ। त्यतिबेला सम्बन्धित व्यक्ति जम्मा गरी छलफल गर्नमात्र आधा दिन लाग्थ्यो। अहिले भए, सम्भावित प्रतिक्रिया AIले धेरै दिन, त्यो ड्राफ्टको आधारमा छोटो समयमै छलफलमा जान सकिन्छ। तयारीमा लाग्ने समय घटेको जति, वास्तवमा छलफल गर्ने समय बढेको भावना हुन्छ।
तर, AIले बढाइदिने भनेको विकल्पको सङ्ख्यामात्र हो, छनोट गर्ने कारण आफैं होइन। के प्राथमिकता दिने, के छाड्ने निर्णय, अन्तिममा मानिसमै बाँकी छ जस्तो लाग्छ।
पहिले डेटा विश्लेषणको कामको बारेमा लेखेको बेला पनि नजिकको भावना भएको थियो, त्यसो भए, प्रोडक्ट म्यानेजर भन्ने भूमिकाको भार “किन” निर्णय गर्ने भागमा अझै रहनेछ होइन र? काम गर्ने गति बढ्दै जाँदा, निर्णय आफैंको भार उल्टै बढ्दै जान्छ जस्तो लाग्छ।
सारांश
काम भनेको के गर्ने निर्णय गर्नुको सिक्वेन्स हो, के नगर्ने निर्णय गर्नुको सिक्वेन्स पनि हो। यो भावना, घरखर्चमा पनि उस्तै लागू गर्न सकिन्छ जस्तो लाग्छ।
हाम्रो घरको खर्च पनि, बढाउने कारणभन्दा घटाउने कारण पहिले सोच्ने गर्छु। के त्याग्ने भन्दा, के जोगाउन चाहन्छु भन्नेबाट पछाडि गणना गर्ने भावना हो।
काममा सिकेको निर्णय गर्ने क्रम, सोचेभन्दा बढी जीवनको निर्णयमा पनि प्रभावकारी छ जस्तो लाग्छ। केमा पैसा खर्च गर्ने मूल्य छ भनेर, फेरि हेर्ने समय लिने प्रयास गर्छु।
थिच्दा राकुतेनको लगइन पेज खुल्छ। लगइन गरेपछि क्याम्पेनको विवरण देखिन्छ।
यस लेखमा सम्बद्ध विज्ञापन समावेश छ। यस साइटको लिङ्क मार्फत उत्पादन वा सेवाको लागि आवेदन दिनुभयो भने, हामीले साझेदार कम्पनीबाट प्रतिफल पाउन सक्छौं। साथै, सञ्चालक राकुतेन समूहको कर्मचारी हो र कर्मचारी सिफारिस कार्यक्रम मार्फत प्रतिफल पाउन सक्छ। लेखको सामग्री र मूल्याङ्कन विज्ञापन भए वा नभएको भन्दा फरक रूपमा सञ्चालकको वास्तविक अनुभव र अनुसन्धानमा आधारित रहेर तयार गरिएको हो, तर माथिको सम्बन्ध बुझेर पढ्नुहोला। विस्तृत जानकारीका लागि अस्वीकरण र सम्बद्ध लिङ्क सूचना हेर्नुहोस्। अस्वीकरण र सम्बद्ध लिङ्क सूचना
यस लेखमा मेसिन अनुवाद समावेश छ। आधिकारिक सर्तका लागि राकुतेन मोबाइलको आधिकारिक साइटको बहुभाषी पृष्ठ हेर्नुहोस्।
राकुतेन मोबाइलको सञ्चार क्षेत्र वा सिग्नल अवस्थाको बारेमा चिन्ता भएमा, आधिकारिक सिग्नल सुधार·अनुसन्धान अनुरोध फारम मार्फत सोध्न सकिन्छ।