एक लीड के रूप में ठीक है कि परियोजनाओं को दरवाजे से बाहर निकालना आपका काम है। इसलिए आपको वह होना चाहिए जो मानकों को लागू करता है, कोड की समीक्षा करता है, प्रगति रिपोर्ट और उन सभी चीजों के लिए पूछता है जब डेवलपर्स बल्कि आपको अकेला छोड़ देंगे। ये चीजें केवल प्रबंधन की आवश्यकताएं हैं और कोड समीक्षाओं को छोड़कर वास्तव में कर्मचारियों के कौशल को नहीं बढ़ाती हैं।
हालांकि, आप उन्हें बढ़ने में मदद करना चाहते हैं जो एक नेता में एक महान विशेषता है।
कोड समीक्षा निश्चित रूप से एक पहला कदम है, वे आपको यह देखने में मदद करेंगे कि किसके पास तारकीय खाल से कम है और यहां तक कि सत्संग प्रदर्शन में भी सुधार की आवश्यकता है। वे डेवलपर्स को चीजों को करने के अन्य तरीकों को देखने और कोड आधार के विभिन्न हिस्सों को समझने में मदद करेंगे, जिस पर उन्होंने व्यक्तिगत रूप से काम किया था। मेरी राय में, कोड की समीक्षा डेवलपर और समीक्षक के साथ एक कॉन्फ्रेंस रूम में व्यक्तिगत रूप से की जाती है (जो एक और डेवलपर होना चाहिए जब हमेशा लीड न हो, दूसरे के कोड की समीक्षा करना भी एक कौशल है जिसे विकसित करने की आवश्यकता है) और आप के रूप में एक मॉडरेटर। रुझानों की पहचान करने के लिए आपको जो कुछ भी बदलने की आवश्यकता है उस पर आपको ध्यान रखना चाहिए। जो आप वास्तव में देख रहे हैं वह गलतियाँ या परिवर्तन नहीं हैं (हर किसी के कोड में सुधार किया जा सकता है), लेकिन गलतियों से सीखने में लगातार विफलता। ऊपरी प्रबंधन को यह न बताएं कि आप इन नोटों को रख रहे हैं या आप खुद को प्रदर्शन समीक्षा प्रक्रिया में माप के रूप में उपयोग करने के लिए मजबूर पाएंगे जो स्पष्ट रूप से उद्देश्य को हरा देता है। यदि कई डेवलपर्स एक ही गलतियाँ कर रहे हैं, तो प्रशिक्षण सत्र या एक्स कैसे करना है पर एक विकी प्रविष्टि क्रम में हो सकती है।
अब बढ़ते वाइस को न्यूनतम स्तर तक ले जाना। सबसे पहले, आपको यह जानने की जरूरत है कि डेवलपर्स के पास क्या कौशल है और कौन सा कौशल सेट है यह उपयोगी होगा जो उनके पास था और उन्हें जानने में क्या दिलचस्पी हो सकती है। आपको उनसे बात करने और उनके रिज्यूमे की समीक्षा करने और समझने की आवश्यकता है कि वे क्या सोचते हैं। करना पसंद नहीं है।
केवल सबसे कुशल को सभी दिलचस्प असाइनमेंट न दें। यह दूसरों की नई समस्याओं और प्रौद्योगिकियों को गति देने में मदद नहीं करता है। जब तक कोई व्यक्ति मौका नहीं लेता और आपको अधिक कठिन काम सौंपता है, तब तक आप सबसे छोटे आदमी को सबसे छोटे और कम से कम महत्वपूर्ण कार्य करवा सकते हैं। उस ने कहा, कम अनुभवी को अधिक उन्नत कौशल प्राप्त करने के लिए सबसे पहले एक वरिष्ठ के साथ जोड़ी कार्यक्रम को सौंपा जाना चाहिए। कोड समीक्षाओं में जूनियर्स को शामिल करना उन्हें और अधिक उन्नत तकनीकों के लिए भी उजागर करेगा।
पहले उन्हें इस मुद्दे को स्वयं जानने का मौका दें। लेकिन कभी-कभी लोग फंस जाते हैं और नहीं जानते कि कहां से शुरू करें (एक ऐसा कौशल जिसे आपको विशेष रूप से नए प्रोग्रामर में विकसित करने की आवश्यकता है) या किसी समस्या को हल करने के लिए क्या करना चाहिए।
यदि आप उन्हें कुछ शोध करने के लिए कुछ दिन देते हैं और उनके पास अभी भी यह दिशा नहीं है कि वे कुछ करने जा रहे हैं, तो आपको कुछ सुझावों के साथ हस्तक्षेप करने की आवश्यकता हो सकती है। यदि आप स्वयं तकनीकी हैं, तो आप उन्हें समस्या के समाधान के लिए कुछ विचार दे सकते हैं। यदि नहीं, तो कई लोगों के साथ बैठक जहां आप विचार मंथन में मदद कर सकते हैं यदि व्यक्ति फंस गया है। या अधिक अनुभवी व्यक्ति से कुछ सुझाव देने के लिए कहें। आप जो नहीं करना चाहते हैं वह समस्या को उनसे दूर ले जाता है और उसे स्वयं हल करता है। लेकिन आपको प्रोग्रामर के अहंकार के साथ किए गए प्रोजेक्ट को संतुलित करना होगा और कई बार आपको उन्हें एक विशिष्ट दिशा में भेजने की आवश्यकता होगी। यदि उसके पास कोई बुरा समाधान है और इसे ठीक करने की आवश्यकता है, तो सबसे खराब चीज आप इसे किसी और को दे सकते हैं जब तक कि आप प्रोग्रामर को आग लगाने का इरादा न करें।
मैंने बुरे प्रोग्रामर को कोडेड देखा है, जहां किसी और को लगभग सब कुछ ठीक करना पड़ता है। अन्य प्रोग्रामर इस पर नाराजगी जताते हैं और चाहते हैं कि व्यक्ति अपने जीवन से बाहर निकल जाए। खराब प्रोग्रामर को कोड करने से अच्छे प्रोग्रामर निकल जाते हैं। आपको कोडिंग और डिवलपिंग स्किल्स के बीच की रेखा को ढूंढना होगा। यदि आप किसी को कई मौके देते हैं और वह कभी बेहतर नहीं होता है, तो उसे या उसे ढीला कर दें।
वरिष्ठ नागरिकों के लिए जो पहले से ही अपने वर्तमान कौशल सेट में सक्षम हैं, चीजें आसान हैं। आमतौर पर आपको बस उन्हें कुछ नया करने का अवसर देने की आवश्यकता होती है और वे इसमें कूदते हैं और सीखते हैं। बस सुनिश्चित करें कि दिलचस्प अवसर चारों ओर फैल जाते हैं और जो जो वंडर प्रोग्रामर के पास नहीं जाते हैं, जो कुछ भी ठीक कर सकते हैं। आप दस Joes के साथ अंत करना चाहते हैं न कि केवल एक।
कौशल विकसित करने का एक और तरीका है साप्ताहिक 1-घंटे का प्रशिक्षण सत्र। प्रत्येक devloper को किसी विशेष विषय के लिए जिम्मेदार बनाएं। इससे उन्हें संवाद करने में बेहतर होने में मदद मिलेगी, वे उन्हें गहराई से कुछ शोध करेंगे और सभी को अपने शोध का लाभ देंगे। कुछ विषयों को ऐसे लोगों को सौंपा जाना चाहिए जो विषय के साथ पारिवारिक नहीं हैं और उन्हें कुछ ज्ञान बढ़ाने के लिए मजबूर कर रहे हैं और कुछ ऐसे लोगों को सौंपे जाने चाहिए जिन्हें आप जानते हैं कि वे उस विषय के स्थानीय विशेषज्ञ हैं। विषय उन चीजों के लिए एक संयोजन होना चाहिए जिनकी आपको लोगों को फुर्सत के नज़दीक या अभी और नई आने वाली तकनीकों के कुछ कवरेज में अच्छे होने की ज़रूरत है, जिनका आप अभी उपयोग नहीं करते हैं, लेकिन यह जानने के लिए कि क्या वे उपयोगी हो सकते हैं, लोगों को सीखने में इंटरस्टेड करते हैं। लेकिन सबसे जूनियर सहित सभी को एक विषय सौंपा जाना चाहिए।
आपके डेवलपर्स का समय कैसे बिल किया जाता है (यह ग्राहक बिलिंग स्थिति में कठिन है) पर निर्भर करता है, आमतौर पर डेवलपर्स के लिए व्यक्तिगत परियोजनाओं पर काम करने के लिए सप्ताह में 4-8 घंटे का समय लगता है। वे ऐसा करने के लिए उत्साहित होंगे। सर्वश्रेष्ठ लोग वहां काम करना चाहेंगे और वे एक बहुत कुछ सीखेंगे जो भविष्य के लिए उपयोगी हो जाएगा। बीन काउंटरों के लिए इसकी आवश्यकता को समझना कठिन है, लेकिन इस बार कर्मचारी संतुष्टि, नई सुविधाओं या सॉफ़्टवेयर में कई बार वापस भुगतान किया जाएगा जिसकी किसी को आवश्यकता नहीं है (या जो कुछ ड्रग को स्वचालित करने में मदद करेगा) और तेजी से विकास के कारण नई तकनीकें सीखीं। कुछ डेवलपर्स इस समय का उपयोग व्यक्तिगत परियोजनाओं के लिए सख्ती से करेंगे जो आप करते हैं (और यह अच्छा है, वे अभी भी कौशल और अवसर के लिए खुश हैं) से संबंधित नहीं हैं, लेकिन कई अन्य इसका उपयोग लगातार प्रोब्लेम्स को हल करने के लिए करेंगे, जो कि परियोजनाओं के प्रबंधन की प्रकृति के कारण, ndbody के पास पहले से ठीक करने का समय था। तो आपको ऐसे रिफ्लेक्टर मिल सकते हैं जो सभी को लाभान्वित करें; कुछ लोग परीक्षण कवरेज में सुधार करने के लिए परीक्षण लिख सकते हैं ताकि रिफ्लेक्टर को आसान बनाया जा सके; कुछ अन्य कुछ नई सुविधाएँ खोज सकते हैं जो आपके सॉफ़्टवेयर को ग्राहकों के लिए अधिक उपयोगी बना सकती हैं। सामान्य तौर पर, यदि आप बीन काउंटरों को मना सकते हैं, तो उन्हें इस स्वतंत्रता की अनुमति देकर खोने का कोई रास्ता नहीं है।
आपको यह सीखना होगा कि कैसे लोगों को अपने कौशल के लिए कुछ खिंचाव देना है और परियोजना को ट्रैक पर रखना है। डेवलपर जितना कम अनुभवी होता है, उतनी ही किसी को प्रगति की जाँच करने की आवश्यकता होती है विशेषकर शुरुआती चरणों में जब दिशा बदलना आसान होता है। अनुभवहीन संघर्ष कर सकता है और बोलने से डरता है। ये लोग लॉन्च से ठीक पहले निकल जाते हैं और आप पाते हैं कि प्रोजेक्ट का उनका हिस्सा कहीं भी नहीं है। आपने जो भी नौकरियां बदली हैं उन पर प्रगति की जांच करने के लिए विशेष रूप से सावधान रहें (जब तक कि वे एक ठेकेदार नहीं थे जैसा कि अनुबंध की प्रकृति है)।
अधिक अनुभवी आमतौर पर आपको यह बताने के लिए भरोसा किया जा सकता है कि जब उन्हें समाधान खोजने में परेशानी हो रही है और क्षेत्र में अधिक ज्ञान वाले किसी व्यक्ति की सहायता की आवश्यकता है या वे उस व्यक्ति की तलाश करेंगे और ज्ञान हस्तांतरण प्राप्त करेंगे। इसलिए उन्हें किसी परियोजना के लिए नए कौशल सीखने के गहन चरणों में बारीकी से निगरानी करने की आवश्यकता नहीं है। वे परियोजना को वितरित करने का एक तरीका खोज लेंगे। जिनके पास डिलीवरी का ट्रैक रिकॉर्ड होता है, उन्हें आमतौर पर न्यूनतम प्रगति रिपोर्ट (आपको आमतौर पर अपने प्रबंधन को भी रिपोर्ट करना होता है और इस तरह कुछ जानकारी की आवश्यकता होती है) को छोड़कर अकेले छोड़ दिया जा सकता है।