🙌🏻 ㊙️ 🙎 आईटी मैनेजर कैरियर: कमांड लाइन से टीमवर्क तक 🧑‍🤝‍🧑 🏇 👩🏽‍🏭

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

IT में मैनेजर, बैकलॉग ...

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

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

लक्ष्य, योजना और परियोजना के चरणों के बिना काम करें। ऐसी स्थिति उत्पन्न हो सकती है यदि प्रबंधक के पास विकास के चरणों का खराब विचार है और सामान्य रूप से सॉफ़्टवेयर बनाने की प्रक्रिया है, वास्तव में, उसके लिए पर्याप्त रूप से योजना बनाना मुश्किल है। अराजक कार्य, कार्य से कार्य तक फेंकना, लगातार बदलती आवश्यकताओं ने सभी टीम के सदस्यों को समाप्त कर दिया, छंटनी और पेशेवर बर्नआउट का नेतृत्व किया।
मक्खी पर एक परियोजना को बदलना एक प्रबंधक का एक और घृणास्पद लक्षण है। आप इस प्रकार के कर्मचारी को आसानी से पहचान सकते हैं: एक सम्मेलन में या नई प्रौद्योगिकी या फैशनेबल प्रबंधन मॉडल के बारे में एक और mitap में सुना, वह चमकती आँखों के साथ कंपनी में लौटता है और पुराने प्रोजेक्ट पर नवीनता को सक्रिय रूप से धकेलना शुरू कर देता है। इसके अलावा, यह सर्वोत्तम प्रथाओं के साथ एक प्रयोग नहीं है, लेकिन कुछ नए में कुल और लापरवाह विसर्जन है। अधिक सूई लगती है। यह परियोजना की अवधि के विघटन और विकास की गुणवत्ता और गति में तेज गिरावट की ओर जाता है। यदि एक दयनीय प्रर्वतक शीर्ष प्रबंधन के समर्थन को सूचीबद्ध करने का प्रबंधन करता है - लेखन गायब है।
हर कीमत पर रणनीति अपने स्वयं के बोनस के लिए काम करने वाले आईटी परियोजना प्रबंधकों का आदर्श वाक्य है, लेकिन टीम की भलाई के लिए नहीं। ये लोग KPI और ROI के लिए किसी भी चीज़ के लिए तैयार हैं और किसी भी जोखिम को बाहर करते हैं, बस प्रतिष्ठित गुणांक को खोने से बचने के लिए। सबसे खतरनाक विकल्प वह है जब प्रबंधक संकेतक के मैट्रिक्स में "अनर्जित" उपलब्धियों से संबंधित गुणांक की शुरूआत की पैरवी करता है - जैसे कि वफादारी गुणांक, आंतरिक प्रेरणा का संकेतक और सहकर्मियों के साथ बातचीत का अनुमानित स्तर। एक नियम के रूप में, अंतर्मुखी पेशेवर इस छलनी से नहीं गुजरते हैं और बोनस के बिना बने रहते हैं। और वहाँ, प्रेरणा के बिना, और ... बिना काम के।
विकास के सिद्धांतों की गलतफहमी गैर-तकनीकी प्रबंधकों का संकट है। कोड बनाने की ख़ासियत, प्रोग्रामर की गति, परीक्षण के सिद्धांतों, उत्पाद को उत्पादन में लाने के समय के बिना, आर एंड डी के साथ एक आम भाजक के लिए आना और परियोजना के भीतर एक वास्तविक कनेक्टिंग लिंक बनना बेहद मुश्किल है। यह ऐसे प्रबंधक हैं जो आईटी विषयों के कुछ शब्दों को याद करना पसंद करते हैं और कहते हैं: "क्या आपके पास शुक्रवार से पहले फीचर करने का समय है?", "कोड को तेजी से काम करने के लिए रिफ्लेक्टर करें", "हां, बदलने के लिए केवल दो लाइनें हैं। पूरे निर्माण का परीक्षण क्यों करें? ”

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

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

प्रोग्रामर से प्रबंधकों तक - समुराई का तरीका

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

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

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

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

लेकिन एक महत्वपूर्ण विशेषता है। यदि कोई व्यक्ति एक प्रोग्रामर और एक प्रबंधक दोनों की सुविधाओं को जोड़ता है, तो ऐसे कर्मचारी से एक आदर्श परियोजना प्रबंधक या यहां तक कि एक विशेषज्ञ स्तर का प्रबंधक भी प्राप्त होता है। लेकिन यह अत्यंत दुर्लभ है।

एक विशेषज्ञ स्तर का प्रबंधक हमेशा किसी भी टीम में एक स्टार होता है, क्योंकि वह जानता है कि "उन्नति" के रूप में कैसे काम करना है और अंदर से विषय को जानता है। यह कोरोलेव की तरह है जब उन्होंने रॉकेट विकसित करने के लिए डिजाइन ब्यूरो का नेतृत्व किया। यदि वह स्वयं इन बच्चों के रैकेट और विमानों का प्रक्षेपण और निर्माण नहीं करता है, तो वह कभी भी एक पूरे डिजाइन ब्यूरो को नियंत्रित नहीं कर सकेगा और अंतरिक्ष को जीतने में सक्षम रॉकेट नहीं बनाएगा।

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

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

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

एक आईटी प्रबंधक लगभग हमेशा एक मानव ऑर्केस्ट्रा है। लेकिन क्या वह हमेशा सामंजस्यपूर्ण तरीके से खेलता है?

क्या महसूस किया जाना चाहिए?

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

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

मेरे लिए, चिंता का कोई कारण नहीं है

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

स्वचालन के साथ, आप इसे अधिक कर सकते हैं। सिद्धांत रूप में। व्यवहार में, एक शाश्वत अधिरचना है।

और हाँ, आपको जीवन में इस तस्वीर का सामना करना होगा :-)

मुख्य बात वास्तव में, वास्तव में अपने उत्पाद से प्यार करना है। कभी-कभी, निश्चित रूप से, :-) के विपरीत

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

क्या स्वीकार करना पड़ेगा?

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

सबसे बड़ा डर

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

तेजी से कैसे सीखें

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

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

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

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

ध्यान दें, निज़नी नोवगोरोड, हम एक प्रबंधक की तलाश कर रहे हैं!

निज़नी नोवगोरोड , हम प्रतिभा की तलाश कर रहे हैं! हम RegionSoft CRM का विकास और कार्यान्वयन करते हैं । कभी-कभी ये बहुत (बहुत) जटिल और लंबे कार्यान्वयन और एकीकरण परियोजनाएं होती हैं। हमें प्रोग्रामिंग कौशल के साथ एक प्रबंधक की आवश्यकता है। सीधे शब्दों में, हम एक बुद्धिमान व्यक्ति की तलाश कर रहे हैं जो विकास पर काम कर रहा है, जानता है कि लोगों की आवश्यकताओं को कैसे खत्म करना है, टीके को आकर्षित करें, यह समझें कि गेहूं के खेत में 4 वर्ग मीटर के लिए उड़ान भरने के लिए। किमी के लिए आपको एक मक्का की आवश्यकता है, बोइंग की नहीं, भले ही आपके पास इस बोइंग के लिए पैसा हो :-) आयु कोई मायने नहीं रखती, अनुभव करता है, और यह बहुत बड़ा है। Contact@regionsoft.ru पर साक्षात्कार के लिए साइन अप करें और बात करने के लिए आएं। भौगोलिक रूप से सोर्मोवो, udalenka असंभव। काम कठोर है, यह मत कहो कि आपने चेतावनी नहीं दी है। लोग अच्छे हैं, सिर पर्याप्त है।

हमारा लाइव टेलीग्राम चैनल बिज़ब्रीस । सीआरएम और व्यापार के बारे में कुछ भी, समझदारी से, कॉपी-पेस्ट के बिना और विज्ञापन के बिना 90%। सदस्यता लें।