एक वरिष्ठ संरक्षक को कितने जूनियर चाहिए? [बन्द है]


20

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


7
हमारे बजाय उनसे (सीनियर्स) क्यों नहीं पूछा गया?
मर्ट अक्काया

7
@ मर्ट: मैंने उनमें से कुछ से पूछा है और मैं दूसरों से भी पूछूंगा, लेकिन मैं समुदाय से भी राय सुनना चाहता हूं (औद्योगिक औसत, अंगूठे के नियम, सर्वोत्तम अभ्यास आदि), क्योंकि हमारे कुछ सहयोगी। मुझे बहुत आशावादी लग रहा था।
पालसिंट

जवाबों:


23

कहीं भी 0 से 5 या 7 (या तो)।

निम्न पक्ष के लिए तर्क:

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

अधिक राशि के लिए तर्क:

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

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


17
I have worked with some developers who were so gruff that they would have scared someone into a new career.मुझे आपको याद नहीं है, हमने कब एक साथ काम किया था?
यानि

@YannisRizos इससे ज्यादा नहीं कह सकता: +1

11

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


7

यदि आपके पास बहुत सारे जूनियर्स हैं, तो आइए बताते हैं> 30, यह एक वरिष्ठ डेवलपर को उन्हें पूरे समय के लिए समर्पित करने के लिए लायक हो सकता है। मेरी पहली नौकरी में, उन्होंने हम में से कई लोगों को कॉलेज से बाहर निकाल दिया और टीम के एक समर्पित सदस्य को शुरुआती 6 महीनों के लिए रस्सियों को सीखने में मदद की। इसने परिवर्तन को बहुत आसान बना दिया और उसने हमें बहुत कुछ सिखाया।

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


2
+1 के लिए "एक अच्छा प्रोग्रामर जरूरी नहीं कि एक अच्छा शिक्षक हो।" हालाँकि इस स्थिति में मैं वरिष्ठ को गुरु नहीं बल्कि शिक्षक कहूंगा।
स्कारफ्रिज

2

जब तक वे अभी भी समय पर अपना काम कर पाने में सक्षम हो सकते हैं।

इसलिए, उत्तर इस बात पर निर्भर करता है कि एक डेवलपर और शिक्षक के रूप में वरिष्ठ कितना प्रभावी है।


1
आपके उत्तर का अर्थ है कि "उनका कार्य" एक स्थिर रहना चाहिए जबकि जूनियर्स की संख्या परिवर्तनशील है। यह एक भयानक गलती होगी।
पीडीआर

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

1
मैं चाहूंगा कि एक नियोक्ता को टीम की उत्पादकता के बारे में एक अपेक्षा होती है, न कि किसी व्यक्ति की, और यह कि टीम को कम से कम आंशिक रूप से उन उम्मीदों को स्थापित करने के लिए जिम्मेदार होना चाहिए। उस टीम के प्रबंधक को एक सीनियर मेंटरिंग और अन्य जिम्मेदारियों के बीच एक संतुलन (0: 100 से 100: 0) कहीं भी सेट करना चाहिए, जो कि जूनियर (एस) और सीनियर दोनों को समझ में आता है, ताकि बैलेंस बिगड़ने पर, कोई उठा सके एक लाल झंडा।
पृ।

1
मैं चाहूंगा कि कोई भी संगठन जहां व्यक्तिगत कर्मचारियों के लिए उम्मीदें नहीं हैं, उनके लिए कोई ऐसी जगह नहीं है जहां कोई भी व्यक्ति काम करना चाहेगा। कुछ संगठन सलाह देने के लिए "कोटा" निर्धारित कर सकते हैं, लेकिन अधिकांश मामलों में जो मैंने 25 वर्षों में देखे हैं - उनमें से 20 से अधिक अनुबंध करने में, सलाह देना श्रमिकों के बीच एक अनौपचारिक प्रक्रिया है और "कर्मचारी विकास" केवल एक है औपचारिक रूप से प्रबंधन के लिए जिम्मेदारी स्वीकार की।
जोएल ब्राउन

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

2

आपने परियोजना के प्रकार का उल्लेख नहीं किया है, जो मेरे अनुभव में उस अनुपात पर एक बड़ा प्रभाव है, जहां अनुपात होना चाहिए।

कुकी-कटर पुनरावृत्ति के पैमाने पर, जो लगभग प्रायोगिक चीजों के लिए स्वचालित हो सकता है, डेवलपर भी निश्चित नहीं है कि आपको काम करना होगा यह सुनिश्चित करने की आवश्यकता है कि आप jr devs को बाईं ओर रखें जब तक आप वास्तव में कम अनुपात में नहीं होते हैं और इससे भी अधिक सख्ती से। बाईं ओर अगर sr devs कुछ करने की कोशिश कर रहे हैं तो वे स्पेक्ट्रम के प्रायोगिक अंत पर विचार करते हैं क्योंकि वे आम तौर पर जूनियर देवों की एक टीम पर प्रभावी सवारी करने वाले झुंड नहीं होते हैं यदि वे एक ही समय में खुद को कठिन धक्का दे रहे हों। ।

यह काम पर निर्भर करता है जितना कि मेरी राय में लोग करते हैं।


2

प्रबंध करने से कम औपचारिकता है। Mentors सीधे भर्ती, गोलीबारी, समीक्षा और अनुशासन में शामिल नहीं हैं। पर्यावरण एक प्रमुख कारक होगा। यहाँ कारकों पर विचार कर रहे हैं:

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

Mentoring में आमतौर पर कुछ स्तर के संबंध शामिल होते हैं और मुझे नहीं लगता कि अधिकांश लोग किसी दिए गए सेटिंग में 3-5 से अधिक लोगों के साथ किसी भी प्रकार के पारस्परिक संबंध का निर्माण कर सकते हैं।


मैं कहूंगा कि दोनों पूरी तरह से अलग हैं। अधिक अनुभवी टीममेट बनाम बॉस मूल रूप से।
एरिक रेपेने

2

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

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