मैं लीड डेवलपर के रूप में कैसे सफल होऊं? [होल्ड पर]

Question

मैं एक विशेष परियोजना में मुख्य विकासकर्ता बन गया हूं, लेकिन मुझे बड़ी तस्वीर पर ध्यान केंद्रित करने में कठिनाई हो रही है और यह सुनिश्चित करना है कि परियोजना के सभी टुकड़े शामिल हैं।

इस परियोजना को प्रबंधित करते समय मुझे क्या ध्यान में रखना चाहिए? मैं यह कैसे सुनिश्चित कर सकता हूं कि सबकुछ उसी तरह से संभाला जाए जो उसे करना चाहिए?

Comments

कृपया समझाएं "मेरे लिए परियोजना का अवलोकन और बड़ी तस्वीर रखना मुश्किल है" क्या मुश्किल है? क्या आपको विचलित करता है? आपको क्या समस्या है? आप क्या करना पसंद करेंगे?

— S.Lott

क्या आप अपनी स्थिति का अधिक वर्णन कर सकते हैं? क्या यह एक बड़ी टीम है? लीड के रूप में आपकी क्या उम्मीदें हैं? (तकनीकी नेतृत्व? गुंजाइश प्रबंधन? वास्तुकला और डिजाइन?) एक परियोजना प्रबंधक है? उत्पादन प्रबंधक?

— अल बिगलान

लंबे समय तक एक असली जवाब नहीं है, लेकिन कुछ लोग इन भूमिकाओं के अनुकूल नहीं हैं। मैं इसे अक्सर देखता हूं।

— बिल

Answer 1

मैंने इस यात्रा को अन्य डेवलपर्स के रूप में देखा है क्योंकि वे सीनियर या लीड में बदलाव करते हैं। यहाँ कुछ सुझाव हैं जो मैंने दूसरों से किए हैं।

• समझें कि परियोजना का लक्ष्य क्या है।

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

• ब्रेकडाउन जो कार्यों में किया जाना चाहिए। उनके बीच निर्भरता को समझें।

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

• समझें कि परियोजना के खुले प्रश्न या अस्पष्टताएं क्या हैं।

आप शुरू में सभी अस्पष्टताओं को हल करने में सक्षम नहीं होंगे (हालाँकि आपको कोशिश करनी चाहिए)। सुनिश्चित करें कि आपके प्रबंधक और परियोजना हितधारक समझें कि वे क्या हैं और वे परियोजना के लिए क्या जोखिम उठाते हैं।

• कारोबारी हैरानी से नफरत करते हैं।

सुनिश्चित करें कि हर कोई जानता है (आदर्श रूप से दैनिक आधार पर, लेकिन साप्ताहिक काम करता है) परियोजना की स्थिति क्या है। और स्थिति से मेरा तात्पर्य है कि क्या किया गया है, क्या करना बाकी है, प्रश्न, समस्याएं, आदि कुछ भी जो परियोजना के पूरा होने को प्रभावित कर सकता है, को सूचित किया जाना चाहिए।

• हर दिन, बड़ी तस्वीर पर जाएं।

आपको हर दिन एक घंटे के लिए बड़ी तस्वीर पर जाना चाहिए। अपने आप से सवाल पूछें। क्या पूरा हो गया है? क्या करना बाकी है? खुले सवाल क्या हैं? लक्ष्य क्या है? जब भी आप पूछते हैं, तो आपको किसी को परियोजना की विस्तृत स्थिति देने में सक्षम होना चाहिए।

Comments

मुख्य रूप से अंतिम दो बिंदुओं के लिए +1। ये दोनों बेहद महत्वपूर्ण हैं।

— विन्यासकर्ता

Answer 2

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

इसके अतिरिक्त आपको प्रतिनिधि बनाना सीखना होगा। किसी को कार्य देना तब कठिन होता है जब आप उसे एक घंटे में आसानी से कर सकते हैं और आप जानते हैं कि वे एक दिन के लिए फूलेंगे। हालांकि, वे तब तक प्रगति नहीं करेंगे जब तक कि उन्हें कार्य नहीं मिलते हैं और जब आपकी टीम गेम खेल रही होती है तो आप ओवरटाइम काम कर रहे होंगे।

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

नेतृत्व के रूप में, आप बुरे आदमी बन जाते हैं और उन्हें अप्रिय समाचार (दोनों ऊपर और नीचे श्रृंखला) देते हैं। वह नौकरी के साथ भी जाता है। इसका मतलब है कि आपको खराब प्रदर्शन मूल्यांकन करना होगा; आपको उन्हें बताना होगा कि समय सीमा बढ़ गई थी या आवश्यकताएं बदल गई थीं; आपको आलसी आदमी को धक्का देना होगा जो प्रगति नहीं कर रहा है; और आपको अपने वरिष्ठों को बताना होगा कि समय सीमा कब पूरी होने वाली है और आप इसके बारे में क्या और क्यों कर रहे हैं। लीड होना पसंद नहीं किया जा रहा है, लेकिन प्रभावी होने के बारे में है। आपका काम दरवाजे से सॉफ्टवेयर निकालना है, दोस्त बनाना नहीं। संचार प्रमुख है और बुरी खबरों से बचने से स्थिति और खराब हो जाती है। एक ग्राहक को यह बताए जाने की संभावना है कि लॉन्च से एक महीने पहले यह तीन और सप्ताह होगा जब वे लॉन्च की तारीख से गुजरेंगे और फिर आप उन्हें बताएंगे कि आपको तीन और हफ्तों की आवश्यकता है।

Comments

महान विचार।

— रॉय टिंकर

यह भी एक अच्छा सारांश है कि लोग आमतौर पर नौकरी क्यों नहीं चाहते हैं।

— केविन

@ केविन, केवल शायद ही कभी टेक लीड की अतिरिक्त ज़िम्मेदारी के लायक वेतन बढ़ा हो और फिर आम तौर पर केवल तभी आपको नौकरी में पदोन्नत किया जाना चाहिए जो केवल प्रबंधन है। यदि आप तकनीकी बने रहना चाहते हैं, तो मैंने देखा है कि बहुत से लोग टेक लीड बन जाते हैं और फिर वरिष्ठ डेवलपर्स बनने के लिए कहते हैं।

— एचएलजीईएम

Answer 3

यहां मेरी अनौपचारिक चेकलिस्ट है। यह बहुत ही अनौपचारिक है ... मैं हर रोज़ सब कुछ नहीं करता, लेकिन अगर मैंने इन सभी चीजों को साप्ताहिक रूप से नहीं मारा है तो मैं थोड़ा चिंतित हो जाता हूं, और अगर मैंने उन्हें मासिक रूप से नहीं मारा है, तो मुझे घबराहट होनी चाहिए। और माइलेज पूरी तरह से कंपनी / टीम संस्कृति, व्यक्तिगत शैली और परियोजना के प्रकार पर आधारित होती है।

• टीम से व्यक्तिगत रूप से बात करें - क्या आपकी टीम में हर कोई - उपयोगी काम करना है? जानते हैं कि उत्पाद और वर्तमान रिलीज़ का कुल लक्ष्य क्या है? क्या वे जानते हैं कि आप पैसे कैसे कमाते हैं और आपके व्यवसाय का मुख्य उद्देश्य क्या है? क्या वे जानते हैं कि उनका मौजूदा काम किस तरह से फिट बैठता है?

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

• टीम के काम का नमूना लें - हर किसी के काम का थोड़ा सा सर्वेक्षण करने की कोशिश करें। उनके कोड को पढ़ें, उनके कार्यों को चलाएं, उनके परीक्षण के मामलों की कोशिश करें। हर किसी के 100% काम का लक्ष्य न रखें, सभी से थोड़ा सा नमूना लेने की कोशिश करें। उन्हें प्रतिक्रिया दें, लेकिन टीम में ताकत और कमजोरी के क्षेत्रों को भी दर्ज करें।

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

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

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

• अपनी प्रतियोगिता को जानें - प्रत्येक सप्ताह कम से कम कुछ समय बिताएं ताकि यह पता चले कि कोई व्यक्ति आपके उत्पाद को हल नहीं कर रहा है यदि वे आपके उत्पाद का उपयोग नहीं कर रहे थे। यह एक एकल कंपनी नहीं हो सकती है, लेकिन उस अन्य समाधान की पेशकश क्या है जो आप नहीं करते हैं?

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

वह मेरी हेड लिस्ट में सबसे ऊपर है। मैं आम तौर पर इसे जोड़ता हूं क्योंकि मैं एक "आश्चर्य" द्वारा सिर को उलट दिया जाता हूं (चित्र मुझे उस क्षेत्र के प्रति संवेदनशीलता याद आती है जिसे मैंने याद किया था और फिर मैं इसे चेक लिस्ट में मोड़ने का प्रबंध करता हूं। एक मजबूर मुस्कराहट और दांतों के साथ "आश्चर्य" )।

इसके अलावा - डर प्रसंग स्विच के लिए तैयार रहें। यदि आप अभी प्रबंधन शुरू कर रहे हैं, तो संभावना है कि आपके पास एक छोटी टीम है और प्रबंधन में किसी व्यक्ति ने सोचा कि आपके लिए कुछ समय किसी टीम के प्रबंधन और कुछ समय व्यक्तिगत योगदानकर्ता सामान करने में बिताना ठीक रहेगा। यह किया जा सकता है, लेकिन दोनों के बीच संदर्भ स्विच खुरदरा है। इसके लिए योजना बनाएं। स्विच करने के लिए समय बंद करें (दोपहर के भोजन से पहले और बाद की तरह) और अपने कम अभ्यास वाले कौशल सेट को जानें और महसूस करें कि आपको अपने आप को पहले कुछ समय खींचने की आवश्यकता होगी - इसलिए कुछ "बड़ी तस्वीर संबंधित" करने के लिए समय बुक करें और यह आंकड़ा करें वास्तव में कहीं भी आने के लिए आपको कम से कम दो घंटे की आवश्यकता होगी।

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

Comments

"विकास के लिए अगले बिंदु को खोजने के लिए टूल हंटर और गाईवोहेट्सइवरी एवरीथिंग के बीच बातचीत को संतुलित करें।" इसे प्यार करना।

— ह्यूग

Answer 4

इस पुस्तक को पढ़ें: हेरिंग बिल्लियों: प्रोग्रामर कौन लीड प्रोग्रामर के लिए एक प्राइमर

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

Answer 5

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

चित्र भी मदद करते हैं - मैं Visio जैसे उत्पादों के साथ खिलवाड़ नहीं करता, मैं बस क्रेयॉन और कोरा कागज का उपयोग करता हूं (वास्तव में, मैं करता हूं - मैं घर से काम करता हूं और अक्सर मेरे 2 साल के बच्चे के साथ) लेकिन आपके लिए जो भी काम करता है वह आपको उपयोग करना चाहिए।

Comments

मेरे पास एक नौकरी थी जहाँ मुझे एक आलेखन तालिका विरासत में मिली थी जो कोई और नहीं चाहता था। मैंने अपने सभी डेटाबेस डिजाइन पेन और पेपर पर किए थे क्योंकि विज़ियो डिजाइनिंग के लिए बहुत धीमा था। मैं Visio में डिज़ाइन दस्तावेज़ बनाने में लगने वाले समय को लगभग १/१० में कागज़ पर एक डेटाबेस डिज़ाइन तैयार कर सकता था।

— HLGEM

मैं आपको यह नहीं बता सकता कि मुझे लिखने में धीमा होने के कारण मैं तेजी से सोचने लगता हूं। मैं भी कागज पर कोड जब मैं एक समस्या पर अटक जाते हैं। उत्पादकता की वेदी पर पेड़ों को मारना ... :)

— कर्मजुनिकी