प्रत्येक उत्पाद प्रबंधक के लिए पढ़ने लायक किताबें

बिना अभ्यास के कभी भी आत्म-शिक्षा के लिए किताबें न पढ़ें। यह सबसे बुरी बात है जब कोई व्यक्ति पुस्तकों का एक गुच्छा पढ़ता है, और फिर एक उत्पाद प्रबंधक के रूप में नौकरी पाने की कोशिश करता है, जो कि पुस्तक ज्ञान को लहराता है। ऐसे आवेदक तुरंत दिखाई देते हैं। और यह बहुत अच्छा है अगर काम करने वाला व्यक्ति खुद को उत्पाद प्रबंधक के रूप में विकसित करना शुरू कर देता है। बहुत बार परियोजना प्रबंधक उत्पादों की तरह व्यवहार करते हैं। उदाहरण के लिए, परीक्षक उसी लचीली कार्यप्रणाली के बारे में कुछ भी पढ़े बिना कोड लिखने और लिखने वाले डेवलपर्स के विपरीत उपयोगी किताबें पढ़ना शुरू करते हैं।

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

माँ से पूछो

प्रत्येक उत्पाद प्रबंधक को प्रश्न पूछने और समझने में सक्षम होना चाहिए कि उपयोगकर्ता क्या है। "आस्क मॉम" ग्राहक विकास, सामान्य ज्ञान के बारे में, उपयोगकर्ताओं के बारे में, उत्कृष्ट उदाहरणों और सामान्य गलतियों के विवरण के साथ एक पुस्तक है।

लिखो, काटो

ग्रंथ महत्वपूर्ण हैं क्योंकि उपयोगकर्ता वास्तव में उन्हें पढ़ते हैं। और कई उत्पाद प्रबंधकों में एक खामी है - वे नहीं जानते कि कैसे अच्छा लिखना है। लेकिन यह ऐसे उत्पाद हैं जो अपने उत्पाद को किसी से बेहतर समझते हैं, और यह वह है जो इसे पाठ से भरना चाहिए। और इसे सही तरीके से कैसे किया जाए, यह "राइट, कट" में लिखा है।

हुक पर (प्रेरित: टेक प्रोडक्ट्स कस्टमर्स लव कैसे बनाएं)

यह पुस्तक उत्पाद बनाने के तरीके के बारे में है। यहां इस बात के उदाहरण हैं कि उपयोगकर्ता उत्पाद को कैसे देखते हैं, उनके लिए क्या महत्वपूर्ण है, क्या गलतियाँ की जा सकती हैं। यहां अपने व्यावहारिक मुद्दों के समाधान की तलाश न करें, यह पुस्तक उत्पाद के लिए सही सोचने के बारे में है।

सुख देनेवाला

पुस्तक उपयोगकर्ताओं के प्रति दृष्टिकोण के बारे में है। कई कंपनियों में जहां मैंने काम किया था, वहां ऐसी प्रथा थी: डेवलपर्स को कुछ दिनों के लिए सहायता सेवा में काम करने के लिए भेजा जाता है, मॉडरेशन में। वहां से लोग अलग-अलग निकलते हैं। अक्सर वे वहीं कोडिंग शुरू कर देते हैं: “ हां, मैं अब पांच मिनट में इस बकवास को ठीक कर दूंगा। मुझे कैसे पता चला कि यह इतना दर्द था? यह कार्य लंबे समय से लटका हुआ है। लेकिन अगर मुझे पता होता, तो मैं इसे अलग तरह से करता । ” और फिर डेवलपर्स पहले से ही उत्पादों को बताते हैं कि उपयोगकर्ताओं को क्या समस्याएं हैं, वे कुछ समस्याओं को हल करने के लिए प्रेरणा बढ़ाते हैं।

दुबला सॉफ्टवेयर विकास में, एक निश्चित एकीकृत कार्य चक्र की अवधारणा है, जिसके भीतर सभी डेवलपर्स को उपयोगकर्ता के जितना संभव हो उतना करीब होना चाहिए। और यह एक अच्छे उत्पाद के लिए कार्य है - उपयोगकर्ता को कहानी, नौकरी कहानी, स्पष्टीकरण आदि के माध्यम से जितना संभव हो उतना करीब लाने के लिए। पुस्तक "ऑन द हुक" के बारे में कि आप उपयोगकर्ताओं को कैसे प्यार कर सकते हैं, यह वास्तव में क्या होता है। उसने इतने सफल लोगों को प्रेरित किया। हां, बदलाव जल्दी नहीं होंगे, लेकिन गहरा होगा।

अच्छे से महान तक

कितनी अच्छी कंपनियों के बारे में एक पुस्तक वास्तव में बनाई गई है। 2010 - 2014 में सलाहकारों का युग था, जिन्होंने तुरंत कुछ भी करने का वादा किया था। लेकिन अगर आप पैम्पर, जिलेट और कई अन्य बड़ी कंपनियों की सफलता का विश्लेषण करते हैं जो धीरे-धीरे उनकी ऊंचाइयों तक पहुंच गई हैं, तो यह पता चला है कि वे इसका श्रेय सामान्य कर्मचारियों को देते हैं, न कि "सितारों" को। वास्तव में शांत कंपनियों को चुपचाप बनाया जाता है, और जोर से पीआर के माध्यम से नहीं।

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

इनोवेटर की दुविधा

विघटनकारी नवाचार के बारे में पुस्तक। यदि आप एक बड़ी कंपनी में काम करते हैं, तो आपको इस तथ्य के साथ काम करना होगा कि कुछ बिंदु पर आपको बाजार से बाहर कर दिया जाए, और आपने इसे नोटिस भी नहीं किया।

यह कैसे हो रहा है? उदाहरण के लिए, पिस्टन उत्खननकर्ताओं ने बाजार से केबल उत्खनन को विस्थापित किया। जब पिस्टन मॉडल पहली बार सामने आए, तो वे उपयोग किए गए केबल मॉडल की तुलना में बहुत खराब थे, जिन्होंने अरबों के बाजार पर कब्जा कर लिया। लेकिन विकास और सुधार के साथ, पिस्टन उत्खननकर्ताओं ने अंततः बाजार से केबल उत्खनन को विस्थापित कर दिया, जिनके निर्माताओं ने प्रतियोगियों को पहले महत्व नहीं दिया था, और फिर बहुत देर हो चुकी थी।

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

लचीली परियोजना और उत्पाद प्रबंधन

लेखक, बोरिस वोल्फसन, CTO Banki.ru थे और अब हेडहंटर के तकनीकी निदेशक हैं। अपनी पुस्तक में, उन्होंने एक उत्पाद के विकास के लिए आवश्यक सभी चीजों का संक्षेप में वर्णन किया है। सबसे अधिक बार, उत्पाद को रोल आउट करने के लिए उत्पाद प्रबंधक जिम्मेदार होता है, न कि केवल लेखन कार्य करता है, इसलिए उसे समझना चाहिए कि यह कैसे किया जाता है। सिद्धांत और प्रक्रियाओं को समझने का मूल्य यह नहीं है कि आप कह सकते हैं कि "उनके पास ऐसा है, चलो वैसा ही करें", लेकिन यह कि आप इस ज्ञान को अपनी स्थिति में सही ढंग से लागू कर सकते हैं। यही है, वह किसी भी स्थिति में आने में सक्षम है कि क्या किया जाना चाहिए।

यह पुस्तक सभी प्रकार की प्रक्रियाओं के बारे में है, आप टीमों को कैसे तैयार कर सकते हैं, वे कैसे बातचीत करते हैं। बहुत सारे उदाहरण, संख्याओं के आधार पर। मुझे खासतौर पर रिफलेक्टिंग चार्ट याद है। मैंने हमेशा सोचा कि रिफैक्टिंग को सही ठहराना बहुत मुश्किल है, लेकिन बोरिस ने इस धारणा का पूरी तरह से खंडन किया।

खरोंच से व्यापार

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

यह दृष्टिकोण टोयोटा प्रोडक्शन सिस्टम के लिए व्यापक धन्यवाद बन गया है, जो पीडीसीए (प्लान-डू-चेक-एक्ट) चक्र पर आधारित है - पहले आप प्लान करें, चेक करें, आवेदन करें। लेकिन सबसे महत्वपूर्ण बात विश्लेषण है। थ्रिफ्ट यह है कि आप धीरे-धीरे बहुत तेजी से बढ़ते हैं, और इसके लिए आपको लगातार पीडीसीए चक्र से गुजरना पड़ता है, यह बहुत महत्वपूर्ण है।

यद्यपि यह स्टार्टअप है जो लागत को कम करने में सबसे अधिक रुचि रखता है, फिर भी पुस्तक का 80% उत्पाद के लिए समर्पित है: एमवीपी कैसे बनाएं, परीक्षण करें, क्या करना है, और क्या करने की आवश्यकता नहीं है।

इंटेल के अंदर

अजीब तरह से पर्याप्त है, यह पुस्तक इंटेल के बारे में है: कंपनी कैसे बनाई गई थी, कैसे और किसके साथ प्रतिस्पर्धा की थी, और जिस तरह से एएमडी और माइक्रोसॉफ्ट सहित कई अन्य कंपनियों की कहानी बताती है। उन लोगों के लिए पढ़ना बहुत उपयोगी होगा जो अंतरराष्ट्रीय बाजार में प्रवेश करना चाहते हैं, वहां क्या नियम हैं, क्या बलिदान किया जाना चाहिए। हालाँकि यह पुस्तक काफी पुरानी है, यह एक ही संयुक्त राज्य अमेरिका में सभी आईटी कंपनियों में निर्धारित आधार का वर्णन करती है।

इंटेल के संस्थापकों में से एक एंड्रयू ग्रोव थे, जिन्हें आज इतिहास के सबसे अच्छे व्यावसायिक अधिकारियों में से एक माना जाता है। उन्होंने कई प्रबंधन तकनीकों का विकास किया है जो अब आईटी में व्यापक रूप से उपयोग की जाती हैं।

समय-सीमा। परियोजना प्रबंधन रोमन

आईटी के बारे में एकमात्र उपन्यास: खरोंच से कितना बड़ा विकास होता है, लोग कैसे बातचीत करते हैं। विभिन्न नियमों, कानूनों, बारीकियों, नुकसान का वर्णन किया गया है। यह सब पश्चिमी कंपनियों पर लागू होता है। यह पढ़ना आसान है, लेकिन मेरे सिर में बहुत सारी जानकारी है कि कैसे टीम बनाई जाए, कैसे प्रेरित किया जाए और किन नियमों का पालन किया जाए।
उदाहरण के लिए, सवाल उठता है: डेवलपर्स को अधिक कुशलता से काम करने के लिए कैसे प्रेरित किया जाए, और साथ ही उन्हें रीसायकल करने के लिए मजबूर नहीं किया जाए? सभी को स्थिर कंप्यूटरों में स्थानांतरित कर दिया गया और 18:00 बजे उन्होंने कार्यालय में बिजली बंद कर दी। हर कोई इसके बारे में जानता था, इसलिए वे कम धूम्रपान करते थे और समय बर्बाद करते थे, हर किसी का पारिवारिक जीवन बेहतर था। इसलिए लोगों को योजना बनाने और प्रभावी ढंग से काम के समय का उपयोग करने के लिए प्रोत्साहित किया गया। आज, इस दृष्टिकोण का उपयोग कई उन्नत डिजाइन स्टूडियो में किया जाता है।

* * *

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