🙆🏿 🕊️ 🧕🏿 क्यों डेवलपर्स पैसे से अधिक महंगे हैं, उन्हें कैसे बचाएं और बढ़ाएं 🍮 🐉 ☁️

सॉफ्टवेयर डेवलपर्स धन से अधिक मूल्यवान संपत्ति बन रहे हैं। उन्हें याद करना या उनका नियंत्रण खोना (और यह अभी भी स्पष्ट नहीं है कि क्या बुरा है) पहले से कहीं ज्यादा आसान है। हमने इन जोखिमों को कम करने के बारे में बात करने का फैसला किया।

/ फ़्लिकर / डेमियन पोललेट / सीसी बाय-एसए

स्ट्राइप एंड हैरिस पोल के एक अध्ययन के अनुसार , शीर्ष प्रबंधकों (1,000 से अधिक प्रबंधकों के नमूने से) के 61% ने मुख्य कारक पर विचार किया जो कि मजबूत डेवलपर्स की टीम होने के लिए अपने व्यवसाय की सफलता का निर्धारण कर सकता है। फॉरेस्टर के अनुसार, ऐसे संगठन जिनके लिए इंजीनियरिंग प्रतिभाएं महत्वपूर्ण हैं और 2018 में पेशेवरों की कमी का सामना करना पड़ता है, उन्हें बाजार से औसतन 20% अधिक भुगतान करने की आवश्यकता है।

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

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

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

ध्यान से आईटी सितारों किराया

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

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

अमेरिका / CC BY-ND के लिए फ़्लिकर / कोड

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

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

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

पेशेवरों को नए कौशल सीखने का अवसर दें।

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

इसके अलावा, पेशेवर समुदाय में, यह लालसा एक न्यूरोसिस के चरित्र को लेने के लिए जाता है: डेवलपर्स को कुछ पता नहीं होने का डर है, उन क्षेत्रों में भी अपर्याप्त रूप से सक्षम होने के लिए जहां वे वर्षों से काम कर रहे हैं। वे FOMO (लापता होने का डर, या "खोए हुए लाभ सिंड्रोम") के स्वामित्व में हैं। नियोक्ता को रोक नहीं रहा है, जो इन बारीकियों को समझता है, उनकी निगरानी में प्रोग्रामर को त्वरित विकास के अवसर देने से।

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

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

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

/ फ़्लिकर / बेट्सी वेबर / सीसी बाय

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

उचित वेतन डेवलपर्स

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

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

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

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

समय पर सही कैरियर विकल्प प्रदान करें

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

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

/ फ़्लिकर / डेमियन पोललेट / सीसी बाय-एसए

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

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

एक संस्कृति बनाएं जिसमें डेवलपर प्राथमिक हो

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

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

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

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

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

देखभाल करना - या बल्कि, "एक स्वस्थ व्यक्ति की देखभाल करना" - विभिन्न स्तरों पर डेवलपर्स में व्यक्त किया जाता है: परियोजना की वर्तमान वास्तविकताओं को समझने से (शायद परियोजना सप्ताह में 1-2 दिन घर से काम करने के लिए "तकनीक" की अनुमति देती है?) अंतरिक्ष के एर्गोनॉमिक्स में? कर्मचारी (सभी आईटी पेशेवर नहीं, उदाहरण के लिए, खुली जगहों की तरह)।

कंपनी के लक्ष्यों के साथ आईटी विकास को जोड़ना

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

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

/ फ़्लिकर / पॉल डाउनी / सीसी बाय

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

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

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

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

बुनियादी आवश्यकताओं के रूप में: C # और .NET प्लेटफॉर्म पर औद्योगिक विकास में अनुभव; SQL, T-SQL और MS SQL सर्वर के साथ अनुभव का अच्छा ज्ञान; जीआईटी के साथ अनुभव, सीआई / सीडी प्रक्रियाओं के निर्माण में अनुभव। हम पूर्णकालिक उम्मीदवारों पर विचार कर रहे हैं। हमारा कार्यालय सेंट पीटर्सबर्ग (मेट्रो चेर्नोशेवस्काया) के केंद्र में स्थित है।

क्यों डेवलपर्स पैसे से अधिक महंगे हैं, उन्हें कैसे बचाएं और बढ़ाएं