🕦 🈳 👨🏾‍🚒 टीम लीडर क्या हो रहा है 🥕 🎷 💏

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

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

यहां आपको तुरंत एक विषयांतर करना चाहिए। अलग-अलग कंपनियां हैं:

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

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

कैसे बने टीम लीडर

टीएल स्थिति के दो मानक पथ हैं:

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

आप अपनी नई स्थिति में जो भी रास्ता अपनाते हैं, लेकिन अब आप कम लोगों को कोड और प्रबंधित करेंगे।

गतिविधि में बदलाव

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

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

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

आपको क्या समझने की जरूरत है

महसूस करने के लिए कुछ चीजें हैं। और जितनी जल्दी आप ऐसा करेंगे, उतना ही बेहतर और आसान आपके लिए जीना होगा।

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

कुछ विपक्ष। क्या कोई प्लस हैं?

हाँ! और भी कई मिनस हैं। अब आपके पास संसाधन हैं जो आप प्रबंधित करते हैं। तो आपके पास परिणाम प्राप्त करने के लिए और अधिक साधन हैं, अर्थात, व्यावसायिक समस्याओं को हल करना। यही वह आपसे उम्मीद करता है।

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

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

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

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

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

टीम लीडर एक सुपरप्रोग्रामर नहीं है, यह एक ऐसा नेता है जो किसी भी संसाधन से, कोई फर्क नहीं पड़ता है, एक शांत टीम को इकट्ठा करता है और कंपनी के लिए लाभ कमाता है। जो इस काम को वास्तव में अच्छा बनाता है।

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

उन लोगों के लिए जो पहले से ही कल साक्षात्कार के लिए जा रहे हैं

यह टीएल स्थिति के लिए रिक्तियों के बारे में बताने योग्य है। जैसा कि मैंने ऊपर लिखा है, कंपनियां अलग हैं, उनके पास अलग-अलग कार्य हैं। साक्षात्कार में, यह समझने की कोशिश करें कि नियोक्ता को अभी भी किसकी ज़रूरत है, ताकि आपकी उम्मीदें वास्तविकता के साथ मेल खाती हैं। यह विशेष रूप से हास्यास्पद है जब कंपनी के पास एक स्पष्ट पदानुक्रम नहीं है, और सब कुछ एक व्यक्ति पर लटका देना चाहिए। आमतौर पर उनकी रिक्तियों में एक मुहावरा होता है: “आपको 70-80% समय कार्यक्रम करना होता है। मैं ऐसे सुझावों से बचने की सलाह दूंगा। या तो वे आप पर बचत करना चाहते हैं, या प्रबंधन यह नहीं समझ पाता है कि उन्हें टीएल की आवश्यकता क्यों है। बेशक, प्रत्येक मामला व्यक्तिगत है, लेकिन फिर भी तर्कसंगत के पहलू हैं। अंत में, एक व्यक्ति बाहर जला देगा और छोड़ देगा, क्योंकि आप हर समय तनाव में नहीं रह सकते।

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

निष्कर्ष

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

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

ऊपर वर्णित सब कुछ अनुभव के साथ आता है। पाठ्यपुस्तक और पाठ्यक्रम आपको टीएल होना नहीं सिखाएंगे। लेकिन वे काफी संख्या में रेक पाने में मदद कर सकते हैं।

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

मेरे अन्य आईटी प्रबंधन लेख:
कुछ भी नहीं से ड्रीम टीम: आईटी पेशेवरों को काम पर रखना
सफल टीमों का निर्माण और प्रबंधन कैसे करें
नया कर्मचारी - मृत या जीवित
बढ़ो, टीम लीडर, बिग एंड स्मॉल