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