युवा पीओ की 10 गलतियाँ (भाग II)

मेरी गलतियों के साथ दूसरा भाग, यहां पहला।

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

त्रुटि चार।
बस का कारक: पहली बार में क्या गलती की तरह लग रहा था, लेकिन वास्तव में यह टीम के लिए एक स्पष्ट खजाना निकला

8 लोगों को भर्ती करने के लिए, जो एक परीक्षक के बिना, और एक विश्लेषक के बिना पहले एक दूसरे को प्रतिस्थापित नहीं कर सकते हैं? ऐसा लगता है कि मैं पागल हो गया और उत्पाद को डूबाने का फैसला किया।

वास्तव में , मुझे सेवाओं के 6 अलग-अलग समूह बनाने की जरूरत है, उनमें से प्रत्येक के लिए पहले से ही "सबसे अच्छा अभ्यास" है, जो जल्दी और आसानी से तैनात हैं, अनुभवी डेवलपर्स का बाजार बड़ा है।

ऐसी टीम का मेरे लिए क्या मतलब है ? जल्दी से सही दक्षताओं के साथ एक टीम को खोजने की क्षमता, एमवीपी को जल्दी से तैनात करना और व्यापारिक परिकल्पनाओं को मान्य करना शुरू करना, और बाजार में बहुत मुक्त स्थान पर कब्जा करना।

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

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

हां, 6 जावा डेवलपर्स लेना आसान है और अब वे तुरंत विनिमेय हैं, लेकिन जल्दी से खरोंच से वे काम करने वाले उत्पाद नहीं बनाएंगे, और उनकी दक्षताओं द्वारा बहुत सीमित होंगे।

वैसे, उस आईटी में अनुभव के बिना एक आईटी उत्पाद का मालिक होना बेहद मुश्किल है, उदाहरण के लिए, एक डेवलपर, सिस्टम विश्लेषक या सलाहकार (परियोजना प्रबंधकों को छोड़कर कोई भी), और यहां तक ​​कि अगर आपके पास एक वास्तुकार गुरु है, तो यह आपका उत्पाद होगा, आपका नहीं । यहां आप बहस कर सकते हैं, लेकिन अभ्यास और आंकड़े इस प्रकार हैं।

त्रुटि पाँच।
यह मेरे लिए असुविधाजनक है, इसलिए अन्य इसे पसंद नहीं करेंगे

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

क्लाइंट के दर्द में टीम को विसर्जित करना आवश्यक है, ग्राहकों और टीम को तैयार करने के लिए कॉल करें, टीम को उन क्लाइंट के संपर्क दें, जिनसे वे हमेशा एक राय पूछ सकते हैं या कार्यक्षमता की जांच कर सकते हैं।

मैंने अपने आप से अधिक बार कहना शुरू किया: "कभी भी एक ग्राहक की भूमिका पर प्रयास न करें यदि आप उसकी जगह पर नहीं थे और टीम को ऐसा करने नहीं देते हैं।" व्यर्थ में बहस क्यों करें यदि आप उस व्यक्ति से पूछ सकते हैं जिसके लिए आप ऐसा कर रहे हैं?

त्रुटि छह।
किसी को प्रोटोटाइप की आवश्यकता नहीं है

शुरुआती आरओ के लिए एक बहुत बड़ी गलती प्रोटोटाइप या परीक्षण परिकल्पना करना नहीं है। मैं जल्दी से सुंदर और तुरंत उत्पादक में पैदा करना चाहूंगा।

यदि ग्राहक का दर्द: वह खराब मौसम के कारण रात में तारों को नहीं देखता है , और आप उसके लिए तुरंत एक स्पेसशिप बनाते हैं, तो वह अपनी अपेक्षाओं को पार करने की कोशिश करता है और उसकी कल्पना की गई तुलना में 100 गुना बेहतर कर सकता है, तो यह एक स्पष्ट गलती है। उनके पास एक अलग कार्य, दर्द और इच्छाएं थीं।

आप तीन दिन या एक सप्ताह बिता सकते हैं, हाथ से खींच सकते हैं कि उत्पाद कैसा दिखेगा, और इसे ग्राहक को भी दिखाएं। उसे यह पता लगाने के लिए कहें कि वह इसका उपयोग कैसे करेगा और हर बार विचारों को उत्पाद बैकलॉग में स्थानांतरित करने के लिए इसे करना न भूलें।

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

गलती सात।
सर्वशक्तिमान का मेट्रिक

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

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

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

निष्कर्ष का सारांश:

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