सीनियर का चौराहा: आगे कहाँ जाना है?

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



कटौती के तहत - इस बारे में कि क्या सब कुछ इतना डरावना है, "मैक्सिलेक्ट" के विशेषज्ञों की नजर से, जो पहले से ही एक समान विकल्प से गुजर चुके हैं।

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

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

आप एक नेता के कौशल को विकसित करते हुए, सही पर जाएंगे - आप एक टीम लीडर या पीएम बन जाएंगे

डेवलपर को विकसित करने का स्पष्ट तरीका टीम लीड्स, प्रोजेक्ट मैनेजर या प्रशासनिक सीढ़ी तक - कभी बड़ी टीम के प्रबंधन की ओर होता है।

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

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

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

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

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

बाईं ओर जाएं, प्रौद्योगिकी में गहराई से जाएं - आप मूलधन बन जाएंगे

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

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

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

आप सीधे जाएंगे, आप जिम्मेदारी विकसित करेंगे - आप एक वास्तुकार बन जाएंगे

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

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

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

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

कहीं और मोड़ने से पहले, जोखिमों का आकलन करें

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

हम इनमें से किसी भी पथ के संदर्भ में जोखिमों के बारे में बात कर सकते हैं। यहां तक ​​कि तकनीकी शाखा के साथ विकास, जहां, आपके पसंदीदा क्षेत्र में गहनता के अलावा, ऐसा लगता है, आपको उद्देश्य पर कुछ भी करने की आवश्यकता नहीं है, यह एक निर्णय है जिसके लिए आपको कम से कम अपने लिए जिम्मेदार होना होगा।

आपका करियर कैसा चल रहा है? क्या आपने सचेत रूप से विकास की इस दिशा को चुना है? भविष्य में आप अपने आप को कौन देखते हैं?

यह लेख हमारे आईटी कैरियर कैरियर प्रकाशन श्रृंखला का चौथा भाग है।
पहला भाग यहाँ है ।
दूसरा भाग यहाँ है ।
तीसरा भाग यहाँ है ।

मैक्सिलैक्ट टीम

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

PPS हैप्पी न्यू ईयर 2020! हम आपको नए साल में सही दिशा में जाने की इच्छा रखते हैं!