टीम के लिए कदम बढ़ाना [बंद]


16

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

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

जवाबों:


14

मैंने कुछ साल पहले इस प्रकार का बदलाव किया था। अपने विशेष स्थान पर, मैं उस समय अपनी विकास भूमिका में अप्रभावी महसूस कर रहा था, और अपने संगठन में बेहतर प्रोग्रामिंग प्रथाओं को प्रभावित करने के अवसर के रूप में नेतृत्व की भूमिका को देखा।

यह पहले कुछ महीनों के लिए एक कठिन संक्रमण था, क्योंकि मैंने पाया कि ओवरहेड की एक महत्वपूर्ण मात्रा थी जो कोड करने की मेरी क्षमता को दूर ले गई थी। इसके अलावा, मेरी सीमाओं से आगे नहीं बढ़ने की तपस्या थी।

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

जहाँ तक आपके कुछ विशिष्ट प्रश्न हैं:

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

"बस निर्णय लेने से डरो मत", एक महत्वपूर्ण बिंदु जो शायद इस विषय पर कई लेखों से छूट गया है
एड्रियन बन

11

मैं एक टीम / तकनीकी नेतृत्व बन गया क्योंकि मुझे तकनीकी टीमों को किक-गधा बनाने से प्यार है :-)। मैं दुनिया में बहुत सारे सकारात्मक बदलाव करने के लिए तकनीकी टीमों / समुदायों की शक्ति में एक बड़ा विश्वास रखता हूं।

क्या आपको कोड लिखने की तीव्र इच्छा थी लेकिन फिर भी प्रोग्राम बनाने की तीव्र इच्छा थी?

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

क्या आपको एहसास हुआ कि आप एक व्यक्ति के अधिक थे और आप अपने संचार कौशल का बेहतर उपयोग कर सकते हैं?

मैं अपने काम के सामाजिक हिस्से का बहुत आनंद लेता हूं हां, मेरा मानना ​​है कि सॉफ्टवेयर विकास एक सामाजिक गतिविधि के साथ-साथ एक तकनीकी / इंजीनियरिंग एक है।

क्या ऐसा इसलिए था क्योंकि आपको प्रबंधन द्वारा पूछा गया था और सोचा था कि क्यों नहीं?

पहली बार मैं एक तकनीकी नेतृत्व था - हाँ। उस समय यह केवल इसलिए था क्योंकि मैं केवल एक ही था जो तकनीक को हाथ से जानता था (वेब ​​आधारित जावा सामान)।

आपकी यात्रा?

नहीं - मेरे लिए मैं एक सीधे डेवलपर के रूप में प्रति दिन या प्रति घंटे से अधिक कमाया होगा। टीम / तकनीकी लीड लंबे समय तक डालते हैं। इस पर वाई.एम.एम.वी.

इस कदम को बनाने के बाद के शुरुआती कुछ महीने कैसे थे?

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

क्या सहकर्मियों के साथ संबंध प्रभावित हुए?

शुरू में हाँ - मैं टीम के बाकी हिस्सों की तुलना में बहुत छोटा था - यह उनके लिए सॉफ्टवेयर विकास की कला सीखने के साथ-साथ 'नई तकनीक' के मोर्चे से आगे बढ़ने का एक नाजुक संतुलन था।

HTH!


9

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

अपने विशिष्ट प्रश्नों के लिए:

  • क्या आपको कोड लिखने की तीव्र इच्छा थी लेकिन फिर भी प्रोग्राम बनाने की तीव्र इच्छा थी?

नहीं - मैं कोड लिखता रहा। ऊपर देखो।

  • क्या आपको एहसास हुआ कि आप एक व्यक्ति के अधिक थे और आप अपने संचार कौशल का बेहतर उपयोग कर सकते हैं?

मैं एक व्यक्ति व्यक्ति से अधिक नहीं हूं, लेकिन मेरे पास उत्कृष्ट संचार कौशल है - न ही एक प्रेरणा थी।

  • क्या ऐसा इसलिए था क्योंकि आपको प्रबंधन द्वारा पूछा गया था और सोचा था कि क्यों नहीं?

एक निश्चित सीमा तक। किसी ने सभी के बाद आपको पदानुक्रमित व्यावसायिक स्थितियों में एक नेता / प्रबंधक बनाने के लिए मिला है।

  • आपकी यात्रा?

निश्चित रूप से मदद करता है!

  • इस कदम को बनाने के बाद के शुरुआती कुछ महीने कैसे थे?

जहां तक ​​टीम और विकास प्रबंधन का सवाल था, बाहरी राजनीति से निपटने के लिए इतना ठीक नहीं था, जो इस भूमिका के लिए मरहम में है।

  • क्या सहकर्मियों के साथ संबंध प्रभावित हुए?

हर्गिज नहीं।


जब आप TL या प्रबंधक हों, तब भी एक मजबूत प्रोग्रामर होना आवश्यक क्यों है? पर्याप्त परियोजनाओं के तकनीकी पहलुओं का एक मजबूत अवलोकन नहीं है?
जॉन शाफ़्ट

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

1
मैं बाहरी राजनीति के बारे में आपका दर्द महसूस करता हूं, लेकिन यह आपकी टीम के लिए सबसे महत्वपूर्ण चीजों में से एक है।
MarkJ

1
@ मर्क ओह, मुझे पता है कि। इसका मतलब यह नहीं है कि मुझे इसे पसंद करना है। जिस समय मुझे लंदन से न्यू जर्सी के लिए उड़ान भरना था और एक घंटे की बैठक के लिए वापस जाना विशेष रूप से दर्दनाक था!
नील बटरवर्थ

3

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

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

मेरे पहले कुछ महीने तुलनात्मक रूप से आसान थे क्योंकि मैं कंपनी के एक हिस्से से दूसरे हिस्से में चला गया जब मैं प्रबंधन में बदल गया, इसलिए पुराने सहयोगियों के साथ कोई संघर्ष नहीं था।

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


2

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

पहले कुछ महीने थरथराते थे, कुछ छूटी हुई डेडलाइन और कुछ बहुत बुरे कोड, लेकिन मुझे आखिरकार इसका फायदा हुआ।

एक टीम लीड के रूप में मैंने पाया कि मैंने अभी भी बहुत सारे कोड लिखे हैं, मैं सिर्फ अन्य लोगों के कोड और प्रगति को देख रहा हूं।

मेरे सहयोगियों के साथ संबंधों के लिए, वे बहुत अधिक प्रभावित नहीं थे। 'बिल्डिंग टीम्स दैट वर्क' नामक टीम लीड बनने के तुरंत बाद मैंने डिस्टेंस एड का कोर्स किया। इसने बहुत सारे सॉफ्ट स्किल्स और कैसे एक टीम को एक साथ लाने का मंत्र दिया। मैंने उस पाठ्यक्रम से कुछ सलाह ली और इसे अपनी टीम में लागू किया और यह वास्तव में काम किया।

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

केवल मेरे दो सेंट्स :)


1

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


hahaha। "आदर्श रूप से वे मुझसे बहुत बेहतर होंगे, और मैं उन्हें केवल एक समस्या पर इंगित करने में सक्षम हो जाऊंगा, फिर बस बैठ जाओ और श्रेय ले लो।"
एड्रियन बी

1

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.