नया कर्मचारी - मृत या जीवित

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


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

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

सहकर्मी परिवर्तन के लिए शुरुआत

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

यहाँ मुख्य बारीकियाँ हैं जो मैंने टीम प्रबंधन के अभ्यास से सीखीं।

1. एक टीम में एक व्यक्ति को दर्ज करना परियोजना के लिए एक परिचय के साथ शुरू होना चाहिए। और यह मैंने पहले ही साक्षात्कार में किया था। मैंने हमेशा एक पूरी के रूप में कंपनी के बारे में 10 मिनट की कहानी तैयार की थी, इससे क्या कमाई होती है, सेवा कैसे काम करती है, विभागों की संरचना और बहुत कुछ।
2. कार्यस्थल की तैयारी और आरामदायक कामकाजी परिस्थितियों का निर्माण। पहले दिन, एक व्यक्ति को एक आरामदायक कुर्सी या आराम कुर्सी के साथ अपने डेस्क पर बैठना चाहिए और पहले से ही कॉन्फ़िगर कंप्यूटर को चालू करना चाहिए। क्या यह सब तैयार करने का समय नहीं है? अपने खिचड़ी भाषा, यह वास्तव में ध्यान देने की जरूरत है।
3. व्यक्तिगत दृष्टिकोण। उदाहरण के लिए, आराम बनाने के लिए (और यह आवश्यक है, विशेष रूप से तनाव की स्थितियों में जब एक नई नौकरी के लिए आगे बढ़ रहे हैं)। ऑपरेटिंग सिस्टम और कीबोर्ड / माउस के संदर्भ में वरीयताओं के बारे में पूछना अच्छा है। शायद आप यह पेशकश करने वाले पहले नियोक्ता होंगे। और यह आपकी कंपनी को कर्मचारी की नजर में बढ़ा देगा।
4. टीम के साथ सही परिचय। यह सभी कर्मचारियों के नामों की कल्पना करने और कार्यस्थलों पर जाने के लिए पर्याप्त नहीं है। आप ऐसा कर सकते हैं: यह मीशा है, वह बैकएंड के लिए जिम्मेदार है, यह पेट्या है, वह देवओपीएस है, और ग्राहक भाग के लिए वासा और कोल्या जिम्मेदार हैं, उनसे ऐसे और ऐसे पहलुओं के बारे में सवाल पूछे जा सकते हैं। और यह सब कर्मचारियों के लिए आधिकारिक दस्तावेज़ीकरण में परिलक्षित होना चाहिए, लेकिन उस पर अधिक।
5. कंपनी के साथ परिचित। मेरा मानना ​​है कि इसे विभागों में संचालित करना और यह बताना सबसे अच्छा है कि कंपनी का आयोजन किस तरह से किया जाता है, कर्मचारियों के बीच बातचीत कैसे स्थापित की जाती है। यह भविष्य में काम आएगा।
6. जनरल एक नए इंजीनियर को ऐसी तुच्छ चीजों को जानना चाहिए, जहां टॉयलेट है, कॉफी मशीन का उपयोग कैसे करना है और आप भोजन को गर्म कर सकते हैं। सहकर्मियों के साथ घनिष्ठ संबंधों की दिशा में एक महान कदम उन्हें टीम के साथ रात्रिभोज के लिए आमंत्रित करना है।
7. टीम के सिद्धांत। हर जगह अपने नियम और शर्तें। उदाहरण के लिए, यह हमारी टीम के लिए एक लचीली अनुसूची के अनुसार काम करने के लिए प्रथागत था, कोई भी उसके लिए सुविधाजनक समय पर आ सकता है या घर से व्यापार या काम पर एक दिन की छुट्टी ले सकता है। लेकिन एक रिलीज या आपातकालीन स्थितियों की स्थिति में, हमने एक साथ समस्या को हल किया और हल किया। टीम में एक दोस्ताना माहौल था, हमने एक-दूसरे के साथ सम्मान के साथ व्यवहार किया, और नए लोगों से यह उम्मीद की।

सामान्य तौर पर, मैंने कोई रहस्य नहीं खोजा है, लेकिन ये पहलू वास्तव में बहुत महत्व के हैं। पहली छाप बहुत महत्वपूर्ण है, यह उससे है कि व्यक्ति कंपनी और उसमें उसके स्थान के बारे में एक राय बनाएगा।

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

कैसे एक परियोजना में एक नौसिखिया जल्दी से लोड करने के लिए और इसे मार नहीं

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

तो, नीचे मुख्य चरण हैं जो मुझे जल्दी और दर्द रहित रूप से टीम के पूर्ण सदस्य में एक शुरुआत करने की अनुमति देते हैं।

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

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

जीवन की कहानियाँ

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

एक परियोजना को बढ़ाने के बारे में

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

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

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

प्रलेखन के बारे में

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

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

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

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

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

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

आराम के बारे में

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

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

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

मेरा मानना ​​है कि टीम में बहुत अच्छा संचार और एक दोस्ताना माहौल बहुत मदद करता है। टीम लीडर को टीम के साथ रहना चाहिए, टीटी और प्रक्रियाओं के साथ सीटीओ, शायद तभी एक आइडियल होगा।

प्रोजेक्ट टेस्ट ड्राइव

ऐसे दुर्भाग्यपूर्ण मामले होते हैं जब एक नए व्यक्ति को कंपनी में ले जाया जाता है, लेकिन पहले से ही काम की प्रक्रिया में यह पता चला है कि या तो वह परियोजना के लिए उपयुक्त नहीं है, या परियोजना किसी कारण से उसके लिए उपयुक्त नहीं है। बेशक, स्थिति सामान्य नहीं है, लेकिन कभी-कभी ऐसा होता है।

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

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

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

निष्कर्ष

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

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

PS क्या होगा यदि आपके पास टीम में पेश किए गए दिलचस्प, मज़ेदार या शिक्षाप्रद कहानियाँ हैं? टिप्पणियों में जला! :)

मेरे अन्य आईटी प्रबंधन लेख:

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