क्या आप एक ही समय में एक प्रबंधक और एक प्रोग्रामर हो सकते हैं? [बन्द है]

Question

जब आप स्वयं प्रोग्रामिंग कार्य बल का हिस्सा होते हैं, तो अन्य प्रोग्रामर का प्रबंधन करना।

यह एक बहुत ही सामान्य योजना है, कम से कम जिन कंपनियों में मैंने काम किया है।

यदि आप एक ही समय में दोनों करते हैं तो क्या आप एक अच्छे प्रोग्रामर या अच्छे प्रबंधक हो सकते हैं?

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

अद्यतन : मेरे प्रश्न में कंपनी का प्रबंधन शामिल है (जो मेरा मामला है), विशेष रूप से टीम प्रबंधन नहीं। लेकिन मुझे दोनों में दिलचस्पी है।

Comments

बिल गेट्स से पूछें।

— एंड्रयू अर्नोल्ड

मे लूँगा। क्या मैं आपको संदर्भ के रूप में उपयोग कर सकता हूं?

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

— मथिउ एम।

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

संक्षिप्त उत्तर है: कोई भी भूमिका में प्रभावी नहीं होगा, और यदि आप एक दूसरे पर हैं तो आनुपातिक रूप से पीड़ित होंगे।

Answer 1

यह राशि और प्रोग्रामिंग के प्रकार पर निर्भर करता है जो आपको करने की आवश्यकता होती है और आपके द्वारा किए जाने वाले प्रबंधकीय कर्तव्यों की मात्रा और प्रकार।

प्रबंधक होने का अर्थ है बहुत सारे व्यवधान, परिवर्तन के परिवर्तन और बैठक आदि।

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

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

पिछली नौकरी में मेरी यह भूमिका थी और इसने मेरे लिए काम किया क्योंकि मैंने अपने प्रोग्रामिंग कार्यों को छोटा रखा। यह वास्तव में हमारे लाभ के लिए काम किया।

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

दूसरे इसका मतलब था कि टीम के डेवलपर्स मामूली कीड़े को ठीक करने या छोटे सुधार करने के लिए अपने वर्तमान काम से लगातार नहीं खींच रहे थे।

तीसरा, क्लाइंट्स खुश थे क्योंकि उनकी जरूरी समस्याएं काफी तेजी से तय हुई थीं।

इसने मुझे कोड आधार के साथ संपर्क में रखा, ताकि मैं अपनी टीम के साथ समस्याओं के बारे में और अपने प्रबंधकों और ग्राहकों के साथ सार्थक बातचीत कर सकूं और टीम को हर समय शामिल किए बिना।

Comments

+1 मैं एक प्रबंधक और प्रोग्रामर हूं। मैं बहुत काम करता हूं जैसे क्रिस यहाँ वर्णन करता है। मैं एक अच्छा प्रोग्रामर हूं, लेकिन एक महान आयोजक हूं। मुझे लगता है कि तकनीकी रहने और परियोजनाओं में शामिल होने के लिए एक प्रबंधक के रूप में यह एक महान लाभ है। मेरी शैली मेरे पहले बॉस से आई है, जो एक प्रबंधक और प्रोग्रामर भी थे - और दोनों में बहुत अच्छे थे।

— बोगीमिन

यदि आप टीम में काम करने के लिए सही लोगों को काम पर रखते हैं तो आप उसी समय एक प्रबंधक और प्रोग्रामर हो सकते हैं ।

— नवेद चौगल

मुझे लगता है कि यह केवल काम करता है, अगर प्रबंधक / प्रोग्रामर महान है। ज्यादातर मामलों में यह विफल रहता है, जैसे मार्टिन विकमैन के जवाब में।

— आंद्रेई वजना II

Answer 2

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

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

Comments

मैं पूरी तरह से जानता हूं कि आप किस बारे में बात कर रहे हैं, joelonsoftware.com/items/2006/08/08.html

— डकोटा में डेविड

Answer 3

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

Answer 4

मैं वर्षों से विभिन्न कंपनियों, परियोजनाओं और टीमों के साथ एक प्रोग्रामिंग प्रोजेक्ट मैनेजर रहा हूं।

परियोजना प्रबंधन और प्रोग्रामिंग इतनी भिन्न प्रकार की नौकरियां / भूमिकाएं हैं, कि मैं तर्क दूंगा कि आप दोनों एक ही समय में "उत्कृष्ट" स्तर पर नहीं कर सकते। यह एक समझौता है - कोई नहीं, सभी ट्रेडों का जैक, इस तरह की चीज।

मेरे लिए सबसे बड़ा दर्द प्रबंधक और प्रोग्रामर मोड के बीच संदर्भ स्विच है। वे मस्तिष्क के विभिन्न भागों (या कुछ) को संलग्न करने लगते हैं। एक दिन की प्रोग्रामिंग, एक दिन का प्रबंधन मैं ठीक कर सकता हूं, लेकिन लगातार उन भूमिकाओं के बीच स्विच करना कठिन है।

Answer 5

मैंने दोनों परिदृश्यों को देखा है। देव प्रबंधक कोडिंग के {अपने समय का कुछ प्रतिशत} कर रहे हैं, और एक देव प्रबंधक, बिल्कुल भी कोडिंग नहीं कर रहा है।

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

(बेशक, ऐसी कंपनियां हैं जहां आप देव, देव नेतृत्व के माध्यम से आगे बढ़ सकते हैं - देव प्रबंधक से अलग - वास्तुकार आदि जैसे पदों के लिए)

संभावना है, एक तकनीकी विशेषज्ञ होने के नाते, आप लोग-प्रबंधन में बेकार हो सकते हैं, साथ ही यह आपको कोड से आगे ले जाता है। तो आप एक बुरे प्रबंधक बन जाते हैं, और आपके द्वारा आनंदित सामान का कम कर रहे हैं, और संभवतः विकास के लिए हो गया है!

मेरे लिए, एक प्रबंधक होने के लिए आपको वास्तव में कोडिंग से दूर होना चाहिए, लेकिन पूरी तरह से अपने आप को तकनीक के साथ बनाए रखें ताकि आप कम से कम अभी भी मुद्दों के बारे में बात कर सकें।

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

Answer 6

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

इस मार्ग पर विचार करने वालों के लिए, कुछ सलाह:

• आर्किटेक्चर भूमिका से अपने तरीके से काम करें और अपने समूह में लीड की पहचान करें।

• महत्वपूर्ण पथ आइटम पर काम न करें। बग्स को ठीक करें, प्रोटोटाइप या अन्य वस्तुओं पर काम करें जिन्हें जल्दी से त्याग दिया जा सकता है जब आपका बॉस आपको विचलित करने के लिए बहुत अधिक 'महत्वपूर्ण सामान' पाता है।

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

• अपनी टीम को विकसित होने में मदद करें: अधिक स्वतंत्र, आत्म आयोजन, तकनीकी निपुणता, उच्च स्तर की जागरूकता बनें।

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

प्रश्न का उत्तर देने के लिए, हाँ, यह किया जा सकता है। नहीं, यह आसान नहीं है और घर के तकनीकी पक्ष से बहुत से नए प्रबंधक, जो महान लीड हो सकते हैं, एक सफल प्रबंधक की नौकरी में संक्रमण नहीं कर सकते।

Answer 7

एक अच्छा प्रबंधक हो सकता है, हाँ। जब तक आप मुखर और सुसंगत रहते हैं, तब तक आमतौर पर कोई समस्या नहीं होती है।

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

स्टार्ट अप कंपनियों में इसे देखना बेहद सामान्य (जैसा कि आपने कहा) है।

Answer 8

मेरे ख़्याल से नहीं।

दोनों नौकरियों के लिए बहुत अधिक ध्यान, ऊर्जा और समर्पण की आवश्यकता होती है। एक ही समय में दोनों का प्रदर्शन करना बहुत मुश्किल है। जब मुझे कुछ टीम लीड जिम्मेदारियां लेनी थीं, तो मैंने जितना समय प्रोग्रामिंग में बिताया था (और परिणामस्वरूप मेरे द्वारा किए गए प्रोग्रामिंग संबंधित काम की मात्रा कम हो गई थी)।

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

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

अपने सीमित अनुभव में, मुझे ऐसा कोई नहीं मिला, जो अन्य प्रोग्रामर और कोड्स को एक पूर्ण प्रोग्रामर की तरह प्रबंधित करता हो।

Answer 9

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

स्पोलस्की ने अपने लेख में डेवलपर एब्सट्रैक्शन लेयर द निचे लिखा है :

"एक सॉफ्टवेयर कंपनी के साथ, प्रबंधन की पहली प्राथमिकता प्रोग्रामर के लिए उस अमूर्त को बनाने की आवश्यकता है।"

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

Answer 10

मेरे पूर्व बॉस ने कोशिश की। उनकी प्रबंधन भूमिका से बहुत अधिक विस्फोट हुए।

वह अभी भी मुझे पता है सबसे अच्छे डेवलपर्स में से एक है।

Answer 11

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

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

Answer 12

इलाज के लिए नहीं !!

आप कोशिश कर सकते हैं, लेकिन आप किसी भी चीज़ से अधिक का प्रबंधन करेंगे। समस्या यह है कि आप कोड नहीं कर सकते हैं जब लोग आपको हर 5 मिनट में कॉल करते हैं या हर घंटे "स्थिति" बैठकें करने की कोशिश करते हैं। यह हास्यास्पद है ... मैं इसे अब कर रहा हूं यही कारण है कि मैं इस धागे पर ठोकर खाई।

हालांकि एक टेक कंपनी SHOULD में एक प्रबंधक .. नहीं ... कोड पता होना चाहिए। आप सिर्फ ग्राहक की समस्याओं का अनुमान लगाने या समझने में सक्षम नहीं होंगे। कोडिंग और प्रबंधन दो प्रकार के लोग हैं। एक पक्ष लोगों के साथ geeks और अजीब है (इसका सामना करें, geeks आपको पता है कि मैं किस बारे में बात कर रहा हूं), और दूसरा लोगों के साथ अच्छा है। आपको एक पक्ष चुनना होगा। यदि आप दोनों करते हैं तो आपको कोडिंग के साथ कहीं नहीं मिलेगा। यदि आपको कोडिंग से प्यार है और आप इसे 24/7 कर सकते हैं यदि आपकी पत्नी को आपके रास्ते में नहीं मिला है, तो उसके लिए STAY AWAY MANAGING से। यहां तक ​​कि अगर आपको करना है तो एक वेतन कटौती भी लें। मैं ऐसा करने वाला हूं, लेकिन मुझे नहीं लगता कि मालिकों को यह पसंद आएगा क्योंकि मैं प्रबंधन का काम करना उनके जीवन को आसान बनाता हूं। अगर वे सहमत नहीं हैं तो मुझे फ्रीलांसिंग में वापस जाना होगा क्योंकि खुशी और जो आप प्यार करते हैं वह पैसे से ज्यादा महत्वपूर्ण है और यह भ्रम खरीदता है।

आपके प्रयास के साथ शुभकामनाएं और कृपया इन पोस्टों को आते रहें। तुम लड़के गजब हो।

इस साइट पर "एक प्रोग्रामिंग-सेंट्रिक कैरियर पथ का अभाव" अनुभाग पढ़ें। बहुत अच्छा सामान और बहुत प्रासंगिक: http://c2.com/cgi/wiki?ProgrammingIsNotFun

Answer 13

यह संभव है कि एक व्यक्ति के पास अच्छे प्रबंधक और अच्छे प्रोग्रामिंग कौशल दोनों हों, हालांकि यह कहना "सभी का एक जैक है, जो किसी को भी नहीं" ...

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

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

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

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

Answer 14

ठीक है, मैंने पढ़ा है कि सॉफ्टवेयर परियोजनाओं के प्रबंधकों को निश्चित रूप से स्वयं कोडर होना चाहिए।

मुझे लगता है कि एक प्रबंधक एक कारण के लिए एक प्रबंधक है - प्रबंधन करने के लिए। मैं इसे अंगूठे के नियम के रूप में लूंगा ... कुछ दोधारी तलवार हो सकती है।

Answer 15

मैं एक मामले को जानता हूं जहां यह काम करता है। आदमी एक तरह का वर्कहॉलिक है, इसलिए वह एक मैनेजर के रूप में फुलटाइम और एक प्रोग्रामर के रूप में लगभग फुलटाइम काम करता है।

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