2010-07-26 14 views
7

मुझे हाल ही में प्रोजेक्ट मैनेजर/सुपरवाइजर के रूप में पदोन्नत किया गया है। आपको क्या लगता है कि नेतृत्व शैली प्रोग्रामिंग देव में प्रबंधकीय भूमिका होनी चाहिए?आईटी में आपकी नेतृत्व शैली क्या है?

आपकी शैली क्या है?

+5

बधाई हो! – Zaki

+0

बहुत बहुत धन्यवाद। :) – DragonBorn

+0

चेकआउट: [प्रबंधन बनाम नेतृत्व] (http://izlooite.blogspot.com/2010/07/management-vs-leadership.html) –

उत्तर

5

पारंपरिक प्रबंधन पर हाथ से बंद, नौकर नेतृत्व, अनौपचारिक या "जनजातीय" नेतृत्व, इन दिनों सभी क्रोध प्रतीत होता है।

मूल रूप से रास्ते से बाहर निकलने और टीम को अपना काम करने की इजाजत देने के लिए मुझे समझ में आता है, लेकिन यह सब संस्कृति पर निर्भर करता है।

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

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

+3

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

+0

अपने आप को काम करने वाले देवों को रोकना आसान हिस्सा नहीं है, कई अन्य लोगों/चीज़ों को विचलित करने से रोकना वास्तविक कुंजी imho –

+0

हां, हाथ से बंद है। मैं एक डेवलपर हूं और मुझे नफरत है जब प्रबंधकों ने मुझसे हर बार मुझसे पूछा कि क्या मैं ऐसा नहीं कर सकता, ऐसा नहीं कर सकता, और फिर अंत में इसे वापस रास्ते में जाना चाहिए! – Etienne

1

आकर्षक नामों के साथ बहुत सी विधियां हैं, लेकिन आम तौर पर मैं प्रबंधन शैली को हल्के वजन और संचार को प्रोत्साहित करता हूं।

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

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

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

2

प्रबंधक का काम रास्ते से बाहर निकलना है और डेवलपर्स को अपनी नौकरियां करने देना है। अगर उन्हें बाधा आती है तो बाधा को दूर करने का आपका काम है।

1

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

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

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

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

1

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

2

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

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

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

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

+0

मुझे नहीं लगता कि आप असली/पेशेवर/सही प्रोग्रामिंग वातावरण में हैं .. "एक आदर्श दुनिया में, सॉफ्टवेयर प्रबंधक का काम केवल भोजन, कंप्यूटर, बिजली और वेतन प्रदान करना होगा, लेकिन हम शायद ही कभी आदर्श दुनिया। " गंभीरता से ?? – DragonBorn

+0

मुझे खेद है कि आपको मेरी शैली पसंद नहीं आया। फिर भी, मैंने जो लिखा है वह मेरे अपने अनुभव और मेरे अधिक अनुभवी मित्रों और सहयोगियों के अनुभव से आता है। प्रबंधन में भाग्य की कामना करते हैं। – ssegvic

0

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

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

आमतौर पर लोग दिन :)

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

मुझे नहीं लगता कि यह आपके द्वारा चुनी गई शैली के बारे में बहुत मायने रखता है। जब नेतृत्व "टूटा हुआ" होता है तो यह सामान्य रूप से अधिक बुनियादी चीजों के कारण सही नहीं होता है।

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

अंत में आप अच्छे नेता हैं जब आपकी टीम "WE ने किया था!"

0

प्रबंधन 3.0 अग्रणी एजिल डेवलपर्स, जुर्गन द्वारा विकसित एजिल नेताओं का विकास एक पुस्तक है जो इस प्रश्न का उत्तर देने के लिए समर्पित है। http://www.management30.com/। उनका होम पेज यहां http://www.jurgenappelo.com/

अपनी पुस्तक और कक्षा में, वह प्रबंधन 3.0 मॉडल मार्टी को संदर्भित करता है।यह

  • Energize लोग
    • सशक्तिकरण टीमों से बना है
    • संरेखित प्रतिबन्ध
    • का विकास क्षमता
    • बढ़ो संरचना
    • में सुधार सब कुछ

यहां एक उत्कृष्ट प्रारंभिक प्रस्तुति मिल सकती है: http://www.slideshare.net/jurgenappelo/what-is-agile-management

जुर्गन की दो महत्वपूर्ण टेकवे।

  • एक सॉफ्टवेयर टीम स्वयं-आयोजन प्रणाली है। इसका समर्थन करें, इसे बाधित न करें।
  • Agile प्रबंधकों टीम के आसपास नहीं, टीम के आसपास प्रणाली का काम करते हैं।

आनंद लें।

संबंधित मुद्दे