एक अच्छा मैनेजर कैसे बने

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

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

गठन

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

इन विषयों को तकनीकी विश्वविद्यालयों में मुख्य रूप से पढ़ाया जाता है, लेकिन उनकी मात्रा और गुणवत्ता शून्य होती है। इस प्रकार, विश्वविद्यालय शिक्षा आईटी प्रबंधकों को शिक्षित करने के मुद्दे को हल नहीं करता है।

तो आईटी मैनेजर कहां से लाएं? आप संबंधित क्षेत्रों के प्रबंधकों को नहीं ले सकते - उनके पास पर्याप्त योग्यता नहीं होगी।

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

सोच

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

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

और यहाँ मुख्य समस्याओं में से एक है। एक कंपनी में एक आईटी विशेषज्ञ के काम की औसत अवधि 1.5-2 वर्ष है। इसलिए, कंपनियां लगभग 100% सुनिश्चित हो सकती हैं कि प्रशिक्षण प्रक्रिया समाप्त होने पर डेवलपर उनकी कंपनी में काम नहीं करेगा। इस प्रकार, इसे सीखना शुरू करने का कोई मतलब नहीं है ...

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

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

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

अभ्यास

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

उत्तरदायित्व

एक और बात जो बहुत याद आती है। किसी भी स्थिति में, विकास टीम में होने वाली हर चीज के लिए, जिम्मेदारी प्रबंधक (नेता) द्वारा वहन की जानी चाहिए।

मैं एक बार फिर दोहराता हूं: प्रबंधक को टीम के सभी जाम के लिए जिम्मेदार होना चाहिए।

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

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

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

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

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

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

इसके अलावा, ऐसी स्थिति जहां एक डेवलपर अपने प्रबंधक से अधिक कमाता है, आईटी कंपनियों में असामान्य नहीं है, हालांकि अन्य क्षेत्रों में ऐसा बहुत कम होता है। यह प्रबंधकों को चालू करने के लिए कई तकनीकियों की अनिच्छा को भी समझा सकता है।

एक निष्कर्ष के बजाय

प्रबंधक के पास करिश्मा होना चाहिए, भारी मात्रा में ज्ञान होना चाहिए, अपने अधीनस्थों के लिए अधिकार होना चाहिए। यह सब तकनीकी ज्ञान से गुणा करने की आवश्यकता है। क्या ऐसे लोग आपके लिए पहले से ही काम करते हैं? आपका काम सब कुछ करना है ताकि आपके प्रतियोगी उन्हें प्राप्त न करें।

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