क्या डेवलपर्स की टीम को प्रबंधक की आवश्यकता है?


28

पृष्ठभूमि:

मैं वर्तमान में चार: 1 प्रबंधक, 1 वरिष्ठ डेवलपर और 2 डेवलपर्स की टीम का हिस्सा हूं। हम लगभग 3500 कर्मचारियों के संगठन के लिए इन-हाउस सिस्टम / प्रोजेक्ट्स (जैसे 6-8 सप्ताह) की एक श्रृंखला करते हैं, साथ ही पहले बनाए गए सिस्टम से आवश्यक सभी रखरखाव और समर्थन भी करते हैं। संभावित रूप से हमारे रास्ते में आने वाले सभी काम करने के लिए हमारे पास पर्याप्त नहीं है - हम नासमझ हैं। प्रबंधन इसे स्वीकार करता है, लेकिन बजट निरोधक अतिरिक्त सदस्यों को टीम में भर्ती करने की हमारी क्षमता को सीमित करता है (भले ही हम वेतन को बचत में वापस कर दें)।

बदलाव

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

टीम में कोई सीधी रेखा प्रबंधक नहीं होगा और भूमिकाएँ और ज़िम्मेदारियाँ वरिष्ठों और (अपेक्षाकृत नए पद पर) सेवा प्रबंधक के बीच विभाजित की जाएंगी (बिना किसी विकास के ज्ञान के साथ एक गैर-तकनीकी भूमिका / अनुभव जिसका ध्यान साझा किया गया है कई अन्य टीमों और व्यक्तियों के बीच) - जो खाद्य श्रृंखला में हमारे अगले वास्तविक प्रबंधक होंगे।

मुझे लगता है कि अंतिम प्रश्न यह है:

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

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


20
यदि कोई प्रबंधक नहीं है, तो प्रभावी रूप से हर कोई प्रबंधक है। आपदा के लिए नुस्खा।
जॉनएफएक्स

14
Google स्वयं प्रबंधित या स्व-निर्देशित टीम है। एक वास्तविक सबूत है कि यह कुछ परिस्थितियों में वास्तव में अच्छी तरह से काम कर सकता है। क्या यह लोगों को फिट बैठता है और संस्कृति असली सवाल IMO है।
गाइ सीरटन


@Guy Sirton: क्या उन लेखों में से कोई भी प्रोग्रामर पर लागू होता है? मुझे शक है।
जिम जी।

@ गुय सिरटन: जॉनफैक्स की टिप्पणी देखें। वह 100% सही है।
जिम जी।

जवाबों:


47

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

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

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


11
"एयर कवर" के लिए +1 क्या प्रबंधकों को वास्तव में इस तरह की स्थिति में करने की आवश्यकता है (अलग-अलग स्थिति यदि वे विशेष रूप से परियोजना प्रबंधक हैं)।
jcmeloni

5
पहले पैराग्राफ के लिए +1 - अगले के लिए -1, आखिरी के लिए +1। भंग करने वाले प्रबंधक मज़ेदार हो सकते हैं, लेकिन यह इन मंचों पर थोड़ा पतला पहनता है .......
मैट्टनज

7
+1: "जब टीम कार्य करती है, तो प्रबंधक को यह सुनिश्चित करना चाहिए कि ऐसा कुछ भी नहीं है जो टीम को टीम के लक्ष्यों को प्राप्त करने से रखेगा।": सभी प्रबंधक इस तरह के नहीं होते हैं, लेकिन मुझे ऐसा होने का सौभाग्य मिला है। प्रबंधक। मैं आम तौर पर दिशा के बिना काम कर सकता हूं, लेकिन एक प्रबंधक का होना जो परेशान करने वाली घटनाओं या सूचनाओं को मेरे काम के दौरान मुझ तक पहुंचने से रोकता है, वास्तव में महान है और मेरी उत्पादकता को बढ़ाता है!
जियोर्जियो

17

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

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

सुझाव पढ़ना: पैंट के बिना वर्ष । यहां तक ​​कि एक बड़ी सॉफ्टवेयर परियोजना (वर्डप्रेस), प्रत्यक्ष प्रबंधकों के बिना जा सकती है, लेकिन कुछ कार्य हैं (कोई भी ऐसा नहीं करना चाहता / बहुत कठिन है) या एक ही कार्य के लिए बड़ी संख्या में देवों को एकीकृत करने की आवश्यकता होती है, कुछ के बिना बहुत मुश्किल हो सकता है केंद्रीय नियंत्रण।


मेरे पास कभी भी सीधा प्रबंधक नहीं था जो कोड नहीं लिखता जैसा कि टीम करती है।
वोरैक

@ वोरैक - बस जिज्ञासु, आपकी अब तक की सबसे बड़ी देव टीम क्या है?
जेफ

10 व्यक्ति कुल :)
वोरैक

12

आपके प्रश्न का सरल उत्तर हां है जैसा कि अन्य लोगों ने संकेत दिया है।

आपके प्रश्न का अधिक पूर्ण लेकिन अधिक जटिल उत्तर पता करने के लिए है:

"प्रबंधन इस बात को स्वीकार करता है, लेकिन बजट प्रतिबंध टीम में अतिरिक्त सदस्यों की भर्ती करने की हमारी क्षमता को सीमित करता है"

प्रबंधन कह रहा है "हाँ हम स्वीकार करते हैं कि, हम मानते हैं कि" आपको बेहतर महसूस कराने के लिए "सिर्फ" शब्द "है।" वे इसे संगठन की सफलता के लिए महत्वपूर्ण नहीं मानते हैं, या वे वास्तव में ऐसा करेंगे किसी को हो रही वास्तव में समर्थन करते हैं!

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

प्रबंधन के प्रति सजग रहें जो "सही बात को प्रबंधन के विपरीत कहता है" जो सही काम करता है।


6

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


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

@DanLyons, आपकी टिप्पणी के लिए धन्यवाद। जब उच्च प्रबंधन को यह जानना होता है कि किसी उत्पाद को कब वितरित किया जाएगा, या हमें अभी भी कितना पैसा देना है या यह रिपोर्ट काम क्यों नहीं कर रही है ... आदि। कम से कम एक विश्वसनीय उत्तर होना चाहिए। मेरी राय में, 1 से अधिक व्यक्ति वाले किसी भी समूह को एक प्रबंधक निर्दिष्ट करना चाहिए। आखिरकार हर आईटी प्रोजेक्ट के अंत में एक व्यक्ति को आग
लगानी पड़ती है

1
वर्डप्रेस बनाने वाली कंपनी ऐसा करने में सक्षम लगती है।
जेफ

वह मुझे खबर है। अच्छी बात।
NoChance

4

मैं ऊपर दिए गए जवाबों पर ध्यान देता हूं, लेकिन एक महत्वपूर्ण विचार है।

एक "प्रबंधक" एक स्थिति है, लेकिन भूमिकाओं के संदर्भ में सोचें , एक प्रबंधक वह है जिसके पास कुछ जिम्मेदारियां हैं । इन जिम्मेदारियों के बावजूद, CxO के साथ बातचीत, रिपोर्ट लिखना, छुट्टियों का प्रबंधन करना, या यहां तक ​​कि कॉफी मशीन भरना - आपकी टीम को इसके लिए जिम्मेदार किसी व्यक्ति की आवश्यकता है।

प्रो - यह आप में से एक हो सकता है, और यह उसके / उसके कैरियर के लिए एक महान बढ़ावा बन सकता है। बाकी टीम को कोई ऐसा व्यक्ति मिलेगा जो "ऊपर से सौंपा गया" न हो, लेकिन कोई ऐसा व्यक्ति जो टीम की जरूरतों को गहराई से समझता हो।
बेशक, बातचीत करने के लिए मत भूलो कि वह प्रबंधकीय कार्यों के लिए कितना समय बिताएगी, और जो वह पहले करती थी, उसके लिए क्या रहता है।

Con's - यह भी संभव है कि आप में से कोई भी प्रबंधक बनने की इच्छा न रखे। इसमें कुछ बुरा नहीं है। कई डेवलपर्स रिपोर्ट, आरेख और बैठकों के साथ "समय बर्बाद करने" की बजाय कीबोर्ड और अन्य डेवलपर्स के साथ आनंद लेंगे। मेरा विश्वास करो, हर सुबह चीखने वाले मालिक के साथ पांच मिनट अत्यंत विध्वंसकारी होते हैं! :)

इसलिए, मैं आपको इस तरह से फिर से शब्द दूंगा:
क्या एक समर्पित प्रबंधक के बिना विकास टीम को चलाना संभव है ? - हां
क्या आपकी टीम उस बदलाव के लिए तैयार है? - मैं नहीं कह सकता।
कोशिश करो। यह सिर्फ कोशिश करने के लायक है।


-1: लायक कोशिश कर रहा है? कब? एक परियोजना है कि कोई फर्क नहीं पड़ता पर
जिम जी।

@ जय: ... जब तक कोई प्रबंधक नहीं है जो केवल अपने विकास को रोककर लोगों को संरक्षण देने के अपने अवसर के बारे में परवाह करता है। ;-)
बाइटबस्टर

3

मैं वर्तमान में एक प्रबंधक के बिना एक छोटी टीम पर काम कर रहा हूं। छोटी सी कंपनी। यह अच्छा काम करता है।

आपकी माइलेज भिन्न हो सकती है।


3

आपको एक तकनीकी लीड और प्रबंधक की आवश्यकता है, हाँ। मुझे व्यक्तिगत रूप से लगता है कि तकनीकी नेतृत्व ज्यादा महत्वपूर्ण है, हालांकि। (यदि आप सुनिश्चित नहीं हैं कि वह क्या है, तो यह मूल रूप से वह व्यक्ति है जो काम को पूरा करता है और सुनिश्चित करता है कि हर कोई वही कर रहा है जो उन्हें होना चाहिए।)


1
इस बात से सहमत। प्रश्न में "सेवा प्रबंधक" की भूमिका के विवरण को देखते हुए, पूरक टीम पर एक तकनीकी लीड है।
MSalters

2

डेवलपर्स की एक टीम को प्रबंधक की आवश्यकता नहीं होती है यदि प्रत्येक व्यक्ति एक टीम के रूप में काम करने और हितधारक अपेक्षाओं को पूरा करने के लिए पर्याप्त परिपक्व हो।

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

कहा जाता है कि कोई वरिष्ठ जो मूल्य जोड़ सकता है हमेशा मदद करता है। यहां तक ​​कि एक सीईओ प्रबंधकों (निदेशक मंडल) की एक टीम को रिपोर्ट करता है।

मेरे 2 सेंट ...


1

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

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

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

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


1

संक्षिप्त उत्तर: हाँ यह कर सकते हैं।

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

हो सकता है कि आपको अपनी देव टीम को किसी अन्य के साथ मिलाने की आवश्यकता हो, क्या आपके पास एक परीक्षण टीम है> क्या देव टीम को अर्ध-स्वायत्त रखते हुए दोनों के लिए एक ही प्रबंधक का उपयोग करना बेहतर होगा?

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


1

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

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


-1 पहले पैराग्राफ के लिए। दूसरे पैराग्राफ के लिए +1।
जिम जी।

1

प्रबंधक संगठन और आपकी देव टीम के बीच गायब लिंक है।

  • वे सुनिश्चित करते हैं कि आपका काम प्रासंगिक है और संगठन की जरूरतों को पूरा करता है।
  • ऊपरी प्रबंधन का जवाब
  • शेड्यूल को प्रबंधित करें ताकि प्रोजेक्ट समय पर हो
  • सुनिश्चित करें कि परियोजना के लिए आपकी आवश्यकताओं का ध्यान रखा जाता है।

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

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


1

प्रबंधक होने के लाभ उस भूमिका पर निर्भर करते हैं जो वे आपकी टीम के लिए निभा रहे हैं। तो, यह वास्तव में टीम के लिए आवश्यक भूमिका के लिए नीचे आता है:

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

तो, क्या आपको इसकी आवश्यकता है? क्या आपके द्वारा नोट किए गए पदों में लोग आपके लिए ऐसा कर सकते हैं? यदि हां, तो आप ठीक हैं। यदि नहीं, तो आप शायद आपदा की ओर जा रहे हैं।

स्रोत: समूह परियोजनाओं और प्रबंधित और अप्रबंधित टीमों के साथ व्यक्तिगत अनुभव।


0

जब तक आप एक व्यक्ति को समान / समान श्रेणी के इंजीनियरों के एक समूह के झुंड में नहीं डालते हैं, तब तक मैं फ्लैट टीमों को हमेशा परेशान करता हूं।

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

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

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

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

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


0

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

  1. सभी इंजीनियर इंजीनियरिंग प्रबंधक को रिपोर्ट करते हैं। इंजीनियरिंग प्रबंधक एक अत्यंत तकनीकी और कार्यात्मक भूमिका है, जिसके लिए विभाजन को अधिक व्यवसाय प्राप्त करने की आवश्यकता होती है। यह भूमिका उत्पाद स्वामी के बराबर है।
  2. प्रोजेक्ट मैनेजर एक अलग भूमिका है, एक स्कैम मास्टर, और आमतौर पर एक निश्चित समय के लिए एक ठेकेदार है (अनुबंध के लिए कोई एक्सटेंशन नहीं है, 12 महीने से 18 महीने तक)
  3. प्रोजेक्ट मैनेजर - स्क्रैम मास्टर - गैर-कार्यात्मक और गैर-इंजीनियरिंग गतिविधियों के लिए पूरी तरह से जिम्मेदार है

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

मध्य प्रबंधन आउटसोर्स है, और मध्य प्रबंधन से शीर्ष प्रबंधन तक कोई विकास पथ नहीं है। विकास का अवसर विकास टीम या व्यवसाय विश्लेषकों की भूमिका इंजीनियरिंग प्रबंधक की भूमिका से है, न कि पर्यवेक्षी भूमिकाओं से।

हमारी कंपनी दृढ़ता से मानती है कि मध्य प्रबंधन किसी कंपनी के लिए एक प्रमुख मूल्य नहीं है, और बाहरी परामर्श कंपनियों के लिए सबसे अच्छा बचा है।


0

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

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

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