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

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

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

निर्जन के लिए आईटी उत्पादन

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

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

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

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

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

सॉफ्टवेयर लाइफ साइकिल, प्रोडक्शन रोल्स के लिए एक आधार के रूप में है

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

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



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

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

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

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



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

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



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

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

पक्ष से लें या बढ़ें?

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

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

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

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

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



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

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

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

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

आईटी पोस्ट के चिड़ियाघर के बारे में क्या बुरा है?

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

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

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

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

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

क्या एक सामान्य भाजक के लिए सब कुछ लाना संभव है?

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

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

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

-

, HR- -.

-, - , : , , – .

-, HR- . , . : , , . , , , .

-, : , , , , , .

-, , – , . HR- , , : , , , , , .

, , – , , . , , , -, « », . -, .

, : .