एक टीम में बहुत से वरिष्ठ? [बन्द है]

Question

क्या एक टीम में बहुत सारे वरिष्ठ प्रोग्रामर का होना एक बुरी बात हो सकती है?

जैसा कहना है, 6-7 लोगों की टीम में 4-5 वरिष्ठ प्रोग्रामर। इस तरह की स्थितियों में इष्टतम संख्या / अनुपात क्या है?

क्या यह विचारों के बारे में बहुत अधिक दर्शन और तर्क दे सकता है?

क्या किसी के पास ऐसा अनुभव है, जो इसे मेरे साथ साझा कर सकता है?

Comments

कोई आर्किटेक्ट है क्या? बहुत से अल्फ़ा देवों को अपने ऊपर किसी न किसी को "रचनात्मक" क्षमता; पिछली बार जब मैंने इतने सीनियर्स के साथ एक प्रोजेक्ट पर काम किया, तो पहला महीना ही हिलारियस था। बहुत सारे "रिफैक्टोरिंग" और "री-डिज़ाइन" थे क्योंकि बहुत सारे "रचनात्मक" अंक :-)

— Laiv

Answer 1

अगर मैं चुन सकता था तो मेरे पास एक टीम पर 6-7 सीनियर्स होंगे (यह मानते हुए कि प्रोजेक्ट को कई की जरूरत है)।

केवल एक बार मैं यह देख सकता हूं कि समस्या यह है कि क्या वरिष्ठ केवल आत्म-धारणा में वरिष्ठ हैं और काम नहीं करते हैं।

ऐसे लोगों के समूह के साथ काम करने से बेहतर कुछ नहीं है जो सराहना करते हैं कि सॉफ्टवेयर विकास का हर टुकड़ा महत्वपूर्ण है - प्रलेखन, नियोजन, कोड, कॉफी, यह सब मायने रखता है और परिपक्व (असली वरिष्ठ) डेवलपर्स को "ऊपर" होने में लगता है। कुछ नहीं "और ठीक से काम करवाओ।"

EDIT : कई अन्य जवाबों ने कहा है कि बहुत से नेताओं को एक समस्या है - लेकिन एक धारणा क्यों है कि एक वरिष्ठ को नेतृत्व करना चाहिए? एक नेता को चुनने और अनुसरण करने के लिए एक वरिष्ठ को पर्याप्त परिपक्व होना चाहिए। यह परियोजना है जो मायने रखती है - एक भूमिका प्राप्त करें और इसे मूर्खतापूर्ण रूप से रॉक करें!

Comments

यह सच है, सीनियर देवों को नेतृत्व करने की आवश्यकता नहीं है , लेकिन उनके पास अक्सर कुछ लीड जिम्मेदारी होती है। संगठनों में यह भिन्न हो सकती है ...

— FrustratedWithFormsDesigner

सहमत होना! एक सच्चे वरिष्ठ स्तर के सॉफ्टवेयर प्रैक्टिशनर के पास कौशल और पेशेवर परिपक्वता होनी चाहिए, जो संगठन द्वारा आवश्यकतानुसार नेतृत्व के पदों से हटने में सक्षम हो। सच्चे वरिष्ठों की एक टीम एक ऑर्केस्ट्रा की तुलना में जैज कलाकारों की टुकड़ी की तरह काम करती है।

— बिट-ट्विडलर

ओह! यही जवाब है कि मैं पहले रचना करने की कोशिश कर रहा था, लेकिन मेरे सिर के आसपास नहीं पहुंच सका। +1

— पीडीआर

Answer 2

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

क्या यह विचारों के बारे में बहुत अधिक दर्शन और तर्क दे सकता है?

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

Comments

साथ ही, वरिष्ठों का शैक्षिक मूल्य इस तथ्य से कम हो जाता है कि उनके पास सिखाने के लिए कोई नहीं है।

— बसिलेव्स

Answer 3

क्या एक टीम में बहुत सारे वरिष्ठ प्रोग्रामर का होना एक बुरी बात हो सकती है?

निश्चित रूप से।

मैं फ्रेड ब्रूक्स की सर्जिकल टीम पैटर्न का एक बड़ा प्रस्तावक हूं ।

और कहा जा रहा है कि, अगर एक विकास दल के वरिष्ठ अधिकारी नहीं जानते कि "मुख्य सर्जन" कौन है, तो वे महत्वपूर्ण वास्तु निर्णयों पर टकराएंगे और टीम के अलग-अलग दिशाओं में खिंच जाएंगे।

पीएस एक "चीफ सर्जन" के लिए एक विकास दल की आवश्यकता एक ऑर्केस्ट्रा के लिए एक कंडक्टर की आवश्यकता के समान है। या तो मामले में, आपके पास कई दिग्गज होंगे; लेकिन आप एक ऐसे व्यक्ति के बिना ठीक से गड़बड़ करेंगे जो निर्विवाद रूप से प्रभारी है।

Comments

केवल उन टीमों को जिन पर वरिष्ठ का अर्थ है "पांच साल का अनुभव" एक "मुख्य सर्जन" की आवश्यकता है। मेरी टीम में हर कोई चालीस से ऊपर का है। हम एक परियोजना को विभाजित करने के लिए एक पूरी तरह से सहकारी मॉडल का उपयोग करते हैं। हम एक जैज पहनावा की तरह हैं।

— बिट-ट्विडलर

सर्जिकल टीम का पैटर्न एक या दो परियोजनाओं के लिए काम कर सकता है, जैसे कि micromanaging। वास्तव में, लघुकरण अक्सर सबसे अच्छा तरीका है, यदि अल्पावधि आप सभी की परवाह करते हैं। हालांकि, लंबे समय में, अंततः यह उन विकेंद्रीकृत श्रमिकों की ओर जाता है जिन्हें उनकी क्षमता स्तर तक चुनौती नहीं दी जा रही है। फिर सबसे अच्छे कार्यकर्ता बेहतर अवसरों के लिए निकलेंगे और आलसी और कम सक्षम लोग रहेंगे क्योंकि नौकरी करना बहुत आसान है जब आपको बताया जाता है कि अपने लिए सोचने के बिना क्या करना है।

— डंक

और क्या यह मानना ​​उचित है कि आप खुद को मुख्य सर्जन के रूप में देखते हैं?

— विलियम पीट्री

Answer 4

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

Comments

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

— बिट-ट्विडलर

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

— विलियम पीट्री

Answer 5

क्या एक टीम में बहुत सारे वरिष्ठ प्रोग्रामर का होना एक बुरी बात हो सकती है?

जरुरी नहीं। मैंने वरिष्ठ डेवलपर्स की छोटी टीमों पर काम किया है जो अत्यधिक उत्पादक थीं। प्रवचन का स्तर बहुत ऊँचा था, और कोई विद्वेष नहीं था।

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

Answer 6

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

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

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

Answer 7

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

मैं वर्तमान में 8 की टीम में काम करता हूं, जहां 5 या 6 वरिष्ठ हैं, और यह हमारे लिए वास्तव में अच्छा काम करता है। हम साथ-साथ रहते हैं, एक-दूसरे से सीखते हैं, और हमारे पास जो नए लोग हैं उनके लिए यह एक बढ़िया सलाह देने वाला माहौल है।

Comments

मेरी विनम्र राय में, "वरिष्ठ" शीर्षक पेशेवर परिपक्वता का स्तर भी बताता है।

— बिट-ट्विडलर

यदि वरिष्ठ डेवलपर्स अभिमानी और तर्कशील हैं, तो वे किसी भी टीम पर खराब होंगे। यह अन्य वरिष्ठ देवों के साथ अधिक स्पष्ट है, क्योंकि वे बकवास के साथ नहीं रखना जानते हैं।

— विलियम पीट्री

Answer 8

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

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

लेकिन मैं मानता हूं कि यह एक अपवाद नहीं था। मैं यह मानना ​​चाहता हूं कि सीनियर्स ज्यादातर समय ठीक से व्यवहार करते हैं :)

Comments

जिस व्यक्ति का आप वर्णन करते हैं, वह इतना परिपक्व नहीं है कि उसे वरिष्ठ माना जाए, भले ही उसके पास वह नौकरी का शीर्षक हो।

— bikeman868