आईटी में कौन है?

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

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

शुरुआती लोगों के लिए आईटी विनिर्माण

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

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

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

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

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

उत्पादन भूमिकाओं के आधार के रूप में सॉफ्टवेयर जीवन चक्र

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

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

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

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

विश्लेषक की भूमिका के उदाहरण का उपयोग करके पदों की विविधता

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

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

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

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

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

क्या हम बाहर से लेते हैं या उगाते हैं?

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

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

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

उत्पादन भूमिकाओं का प्रतिच्छेदन, एकीकरण और विकास

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

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

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

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

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

आईटी पदों के "चिड़ियाघर" में क्या गलत है?

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

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

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

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

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

क्या हर चीज़ को एक सामान्य विभाजक पर लाना संभव है?

क्या उत्पादन भूमिकाओं को एकीकृत करना और कंपनी के अंदर और बाहर उनकी सामान्य समझ बनाना संभव है?

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

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

आईटी उत्पादन में प्रभावी कर्मियों के निर्माण के तरीके

तो, आईटी उत्पादन भूमिकाओं की विविधता के संदर्भ में प्रभावी मानव संसाधन कार्य बनाने के लिए एक मानव संसाधन विशेषज्ञ के लिए क्या जानना महत्वपूर्ण है।

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

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

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

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

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

मैं उन सहयोगियों के प्रति अपना आभार व्यक्त करता हूं जिन्होंने इस लेख की प्रासंगिकता की तैयारी और समर्थन में भाग लिया: वेलेंटीना वर्शिनिना और यूरी क्रुपिन।

स्रोत: www.habr.com