IT मध्ये कोण कोण?

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

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

सुरू नसलेल्यांसाठी आयटी उत्पादन

आयटीमध्ये कोण कोण हा विविध व्यासपीठांवर चर्चेचा विषय आहे. हे संपूर्ण आयटी उद्योगापर्यंत अस्तित्वात आहे, म्हणजेच गेल्या शतकाच्या 90 च्या दशकाच्या सुरुवातीस ग्राहक बाजारात प्रथम सॉफ्टवेअर डेव्हलपमेंट कंपन्या दिसल्यापासून. आणि तेवढ्याच काळासाठी या समस्येवर कोणतेही सामान्य मत नाही, ज्यामुळे अडचणी निर्माण होतात आणि कर्मचार्‍यांच्या कामाची कार्यक्षमता कमी होते. चला ते शोधण्याचा प्रयत्न करूया.

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

सध्या, मी या विषयावर काम करत आहे, परंतु वेगळ्या स्तरावर. आयटी कंपनीच्या डेव्हलपमेंट सेंटरचा प्रमुख म्हणून, मला अनेकदा विद्यार्थी, विद्यापीठातील शिक्षक, अर्जदार, शाळकरी मुले आणि इतर लोकांशी संवाद साधावा लागतो ज्यांना श्रमिक बाजारात नियोक्ता ब्रँडचा प्रचार करण्यासाठी आयटी उत्पादनाच्या निर्मितीमध्ये भाग घ्यायचा असतो. नवीन प्रदेशाचा (यारोस्लाव्हल). सॉफ्टवेअर डेव्हलपमेंट प्रक्रिया कशी आयोजित केली जाते याबद्दल संभाषणकर्त्यांची कमी जागरूकता आणि परिणामी, संभाषणाचा विषय समजून घेण्याच्या अभावामुळे हा संवाद सोपे नाही. 5-10 मिनिटांच्या संवादानंतर, तुम्हाला अभिप्राय मिळणे थांबते आणि एखाद्या परदेशी व्यक्तीसारखे वाटू लागते ज्याच्या भाषणाला भाषांतराची आवश्यकता असते. नियमानुसार, संभाषणकर्त्यांमध्ये असे कोणीतरी आहे जो संवादात एक रेषा काढतो आणि 90 च्या दशकातील लोककथांना आवाज देतो: "असो, सर्व आयटी विशेषज्ञ प्रोग्रामर आहेत." पौराणिक कथांचे मूळ असे आहेतः

• आयटी उद्योग वेगाने विकसित होत आहे, या परिस्थितीत सर्व मूलभूत अर्थ आणि तत्त्वे निर्मितीच्या टप्प्यावर आहेत;
• अनिश्चिततेच्या परिस्थितीत अस्तित्वात राहणे कठीण आहे, म्हणून एखादी व्यक्ती मिथक तयार करून अज्ञात समजणे सोपे करण्याचा प्रयत्न करते;
• एखाद्या व्यक्तीला आभासी जगापेक्षा भौतिक जगाच्या आकलनाची अधिक सवय असते आणि म्हणूनच त्याच्या आकलनाच्या पलीकडे असलेल्या संकल्पनांची व्याख्या करणे त्याच्यासाठी कठीण आहे.

या दंतकथेचा सामना करण्याचा प्रयत्न करणे कधीकधी पवनचक्कीकडे झुकल्यासारखे वाटू शकते, कारण या समस्येचे अनेक पैलू आहेत ज्यांचे निराकरण करणे आवश्यक आहे. एचआर तज्ञाला, प्रथम, आयटी कंपनीतील उत्पादन भूमिकांचे एक आदर्श आणि वास्तविक मूर्त स्वरूप स्पष्टपणे चित्रित करणे आवश्यक आहे, दुसरे म्हणजे, कंपनीच्या अंतर्गत संसाधनांचा सर्वात प्रभावीपणे कसा आणि केव्हा वापर केला जाऊ शकतो हे समजून घेणे आणि तिसरे म्हणजे, कोणत्या वास्तविक पद्धती असतील. श्रमिक बाजारातील सहभागींची जागरूकता वाढविण्यात मदत करेल आणि नियोक्ता ब्रँडच्या विकासास हातभार लावेल. चला या पैलूंवर जवळून नजर टाकूया.

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

हे गुपित नाही की सर्वसाधारणपणे कोणत्याही आयटी कंपनीमधील सर्व उत्पादन भूमिकांचा स्त्रोत म्हणून सॉफ्टवेअर जीवन चक्र असते. म्हणूनच, जर आपण संपूर्ण IT उद्योगात या समस्येच्या एकात्मिक समजावर सहमत होण्याचे वैचारिक कार्य सेट केले तर, प्रत्येकाने स्वीकारलेल्या आणि स्पष्टपणे समजल्या जाणार्‍या सिमेंटिक आधार म्हणून आम्ही विशेषतः सॉफ्टवेअर जीवन चक्रावर अवलंबून राहणे आवश्यक आहे. उत्पादन भूमिकांच्या समस्येच्या अंमलबजावणीसाठी विशिष्ट पर्यायांची चर्चा सॉफ्टवेअरच्या जीवन चक्रासाठी आपल्या सर्जनशील वृत्तीच्या समतलतेमध्ये आहे.

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

आपण गेल्या शतकाच्या अखेरीस ऐतिहासिक सहल घेतल्यास (आपल्याला माहिती आहे की, हा "बेट ऑटोमेशन" चा काळ होता), आपण पाहू शकता की सॉफ्टवेअर तयार करण्याची संपूर्ण प्रक्रिया प्रोग्रामर-डेव्हलपरद्वारे केली गेली होती. प्रत्येक आयटी विशेषज्ञ हा प्रोग्रामर असतो या मिथकांची मुळे येथे आहेत.

उत्पादन प्रक्रियेच्या वाढत्या जटिलतेसह, एकात्मिक प्लॅटफॉर्मचा उदय आणि विषय क्षेत्रांच्या जटिल ऑटोमेशनमध्ये संक्रमण, व्यवसाय प्रक्रियेच्या पुनर्निर्मितीसह, जीवन चक्राच्या टप्प्यांशी जोडलेल्या विशेष भूमिकांचा उदय अपरिहार्य बनतो. विश्लेषक, परीक्षक आणि तांत्रिक सहाय्य तज्ञ अशा प्रकारे दिसतात.

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

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

काही विश्लेषक क्लायंटच्या जवळ असतात. हे व्यवसाय विश्लेषक (व्यवसाय विश्लेषक) आहेत. ते विषय क्षेत्रातील व्यवसाय प्रक्रिया सखोलपणे समजून घेतात आणि ते स्वतः स्वयंचलित प्रक्रियांमध्ये तज्ञ आहेत. एंटरप्राइझच्या कर्मचार्‍यांमध्ये असे विशेषज्ञ असणे फार महत्वाचे आहे, विशेषत: जेव्हा पद्धतशीरपणे जटिल विषय क्षेत्र स्वयंचलित केले जातात. विशेषतः, आमच्यासाठी, राज्य अर्थसंकल्प प्रक्रियेचे ऑटोमॅटायझर्स म्हणून, विश्लेषकांमध्ये विषय तज्ञ असणे आवश्यक आहे. हे उत्तम आर्थिक आणि आर्थिक शिक्षण असलेले उच्च पात्र कर्मचारी आहेत आणि वित्तीय प्राधिकरणांमध्ये काम करण्याचा अनुभव आहे, प्राधान्याने अग्रगण्य तज्ञांच्या भूमिकेत. आयटी क्षेत्रात नसून विशेषत: विषय क्षेत्रातील अनुभव अत्यंत महत्त्वाचा आहे.

विश्लेषकांचा दुसरा भाग विकासकांच्या जवळ आहे. हे प्रणाली विश्लेषक (सिस्टम विश्लेषक) आहेत. त्यांचे मुख्य कार्य म्हणजे क्लायंटच्या गरजा ओळखणे, व्यवस्थित करणे आणि त्यांचे समाधान करण्याच्या शक्यतेसाठी त्यांचे विश्लेषण करणे, तांत्रिक वैशिष्ट्ये तयार करणे आणि समस्या विधानांचे वर्णन करणे. त्यांना केवळ व्यवसाय प्रक्रियाच नाही तर माहिती तंत्रज्ञान देखील समजते, क्लायंटला पुरवलेल्या सॉफ्टवेअरच्या क्षमतांची त्यांना चांगली समज आहे, त्यांच्याकडे डिझाइन कौशल्ये आहेत आणि त्यानुसार, क्लायंटची आवड विकसकापर्यंत कशी पोहोचवायची हे त्यांना समजते. या कर्मचार्‍यांचे आयसीटी क्षेत्रातील शिक्षण आणि अभियांत्रिकी आणि तांत्रिक मानसिकता असणे आवश्यक आहे, शक्यतो आयटी क्षेत्रातील अनुभव. अशा तज्ञांची निवड करताना, आधुनिक साधनांचा वापर करून डिझाइन कौशल्ये असणे हा एक स्पष्ट फायदा असेल.

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

अशाप्रकारे, आम्ही समान भूमिका (आणि तसे, स्टाफिंग टेबलमधील स्थिती) - विश्लेषक, परंतु त्याच्या भिन्न विशिष्ट अनुप्रयोग अवतारांमध्ये पाहतो. त्या प्रत्येकासाठी तज्ञांच्या शोधाची स्वतःची वैशिष्ट्ये आहेत. हे जाणून घेणे महत्त्वाचे आहे की या प्रकारच्या विश्लेषकांकडे कौशल्ये आणि ज्ञान असणे आवश्यक आहे जे सहसा एका व्यक्तीमध्ये विसंगत असतात. एक मानवता तज्ज्ञ आहे, मोठ्या प्रमाणात मजकूर दस्तऐवजांसह विश्लेषणात्मक कार्य करण्यास प्रवृत्त आहे, विकसित भाषण आणि संप्रेषण कौशल्ये आहेत, दुसरा अभियांत्रिकी विचार आणि आयटी क्षेत्रातील स्वारस्य असलेला "तंत्रज्ञानी" आहे.

आपण बाहेरून घेतो की वाढतो?

आयटी उद्योगाच्या मोठ्या प्रतिनिधीसाठी, इंटरनेट संसाधनांमधून थेट निवडीची परिणामकारकता जसजशी प्रकल्प वाढतात तसतसे कमी होते. हे विशेषतः खालील कारणांमुळे घडते: कंपनीमधील जटिल प्रक्रियांशी द्रुत रुपांतर करणे अशक्य आहे, विशिष्ट साधनांवर प्रभुत्व मिळविण्याची गती प्रकल्प विकासाच्या गतीपेक्षा कमी आहे. म्हणूनच, एचआर तज्ञासाठी हे जाणून घेणे महत्वाचे आहे की केवळ बाहेरून कोणाचा शोध घ्यायचा नाही तर कंपनीची अंतर्गत संसाधने कशी वापरायची, कोणाकडून आणि कसे विशेषज्ञ विकसित करायचे हे देखील जाणून घेणे महत्वाचे आहे.

व्यवसाय विश्लेषकांसाठी, विषय क्षेत्रातील वास्तविक प्रक्रियांमध्ये काम करण्याचा अनुभव खूप महत्वाचा आहे, म्हणून त्यांना कंपनीमध्ये वाढवण्यापेक्षा “बाहेरून” भरती करणे अधिक प्रभावी आहे. त्याच वेळी, मानव संसाधन तज्ञासाठी या मानवी संसाधनाचे स्त्रोत असू शकतील अशा संस्थांची यादी जाणून घेणे महत्वाचे आहे आणि निवडताना, त्यांच्याकडून रिझ्युमे शोधण्यावर लक्ष केंद्रित करा.

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

उत्पादन भूमिकांचे छेदनबिंदू, एकत्रीकरण आणि उत्क्रांती

उत्पादन प्रक्रियेत अंमलबजावणीच्या दृष्टिकोनातून आणखी एक कठीण समस्या आहे - भूमिकांमधील स्पष्ट सीमा स्थापित करणे. पहिल्या दृष्टीक्षेपात, असे दिसते की सर्वकाही स्पष्ट आहे: अंमलबजावणी पूर्ण झाली आहे, सॉफ्टवेअरला व्यावसायिक ऑपरेशनमध्ये ठेवण्यावरील दस्तऐवजांवर स्वाक्षरी केली गेली आहे आणि सर्व काही तांत्रिक समर्थनाकडे सुपूर्द केले गेले आहे. हे बरोबर आहे, तथापि, अनेकदा परिस्थिती उद्भवते जेव्हा क्लायंट, सवयीशिवाय, विश्लेषकाच्या जवळच्या संपर्कात असतो आणि त्याला "जादूची कांडी" म्हणून पाहतो, प्रणाली आधीच लागू केली गेली असूनही, त्याच्याशी सक्रियपणे संवाद साधत असतो. आणि औपचारिक समर्थन स्टेज चालू आहे. तथापि, क्लायंटच्या दृष्टिकोनातून, त्याच्यासह कार्य सेट करणार्‍या विश्लेषकापेक्षा कोण अधिक चांगले आणि वेगवान आहे ते सिस्टमसह कार्य करण्याच्या प्रश्नांची उत्तरे देईल. आणि इथे तांत्रिक सहाय्य अभियंता आणि विश्लेषकांच्या भूमिकांच्या आंशिक डुप्लिकेशनबद्दल प्रश्न उद्भवतो. कालांतराने, सर्वकाही चांगले होते, क्लायंटला तांत्रिक समर्थन सेवेशी संप्रेषण करण्याची सवय होते, परंतु सॉफ्टवेअर वापरण्याच्या अगदी सुरुवातीस, दोन्ही बाजूंच्या तणावाशिवाय असे "अंतर्गत संक्रमण" नेहमीच पूर्ण केले जाऊ शकत नाही.

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

ओव्हरलॅप व्यतिरिक्त, अनेकदा उत्पादन भूमिकांचे एकत्रीकरण होते. उदाहरणार्थ, व्यवसाय विश्लेषक आणि तांत्रिक लेखक एक व्यक्ती म्हणून अस्तित्वात असू शकतात. मोठ्या औद्योगिक विकासामध्ये सॉफ्टवेअर आर्किटेक्टची (सॉफ्टवेअर आर्किटेक्ट) उपस्थिती अनिवार्य आहे, तर खूप लहान प्रकल्प या भूमिकेशिवाय करू शकतात: तेथे आर्किटेक्टची कार्ये विकासक (सॉफ्टवेअर डेव्हलपर) करतात.

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

आतापर्यंत, आम्ही सॉफ्टवेअर जीवन चक्राच्या संदर्भात सॉफ्टवेअर कंपनीमध्ये उत्पादन भूमिकांच्या वितरणासंबंधी काही मनोरंजक मुद्दे पाहिले आहेत. साहजिकच, हे प्रत्येक कंपनीसाठी विशिष्‍ट असल्‍याचे अंतर्मनाचे मत आहे. आपल्या सर्वांसाठी, आयटी उद्योग श्रमिक बाजारातील सहभागी आणि नियोक्ता ब्रँडचा प्रचार करण्यासाठी जबाबदार म्हणून, बाहेरील दृश्य विशेषतः महत्वाचे असेल. आणि येथे केवळ अर्थ शोधण्यातच नाही तर लक्ष्यित प्रेक्षकांपर्यंत ही माहिती पोहोचवण्यातही मोठी समस्या आहे.

आयटी पोझिशन्सच्या "प्राणीसंग्रहालयात" काय चूक आहे?

एचआर तज्ञ, उत्पादन व्यवस्थापक आणि दृष्टिकोनातील विविधतेच्या मनात गोंधळामुळे आयटी पोझिशन्सचे एक खरे "प्राणीसंग्रहालय" खूप विस्तृत होते. मुलाखती आणि फक्त व्यावसायिक संपर्कांचा अनुभव असे दर्शवितो की लोकांना नोकरीच्या शीर्षकाचा अर्थ काय असावा हे सहसा स्पष्टपणे समजत नाही. उदाहरणार्थ, आमच्या संस्थेमध्ये, "विश्लेषण अभियंता" या शब्दाचा समावेश असलेली पदे हे एक टास्क सेटर आहे असे गृहीत धरतात. तथापि, असे दिसून आले की हे सर्वत्र नाही: अशा विकास संस्था आहेत जेथे विश्लेषणात्मक अभियंता एक अंमलबजावणीकर्ता आहे. पूर्णपणे भिन्न समज, तुम्ही सहमत आहात का?

प्रथम, आयटी पदांचे "प्राणीसंग्रहालय" निःसंशयपणे भरतीची प्रभावीता कमी करते. प्रत्येक नियोक्ता, त्याच्या ब्रँडचा विकास आणि प्रचार करताना, त्याच्या उत्पादनात अस्तित्वात असलेले सर्व अर्थ संक्षिप्त स्वरूपात व्यक्त करू इच्छितो. आणि जर तो स्वतःच कोण कोण आहे हे स्पष्टपणे सांगू शकत नाही, तर तो बाह्य वातावरणात अनिश्चितता प्रसारित करेल हे स्वाभाविक आहे.

दुसरे म्हणजे, आयटी पोझिशन्सचे "प्राणीसंग्रहालय" आयटी कर्मचार्‍यांच्या प्रशिक्षण आणि विकासामध्ये प्रचंड समस्या निर्माण करते. प्रत्येक गंभीर IT कंपनी, ज्याचे उद्दिष्ट मानवी संसाधने तयार करणे आणि विकसित करणे आहे, आणि केवळ "दुग्ध" कार्य स्थळेच नव्हे तर, लवकरच किंवा थोड्या वेळाने शैक्षणिक संस्थांशी संवाद साधण्याची गरज भासते. उच्च पात्रता प्राप्त आयटी कर्मचार्‍यांसाठी, हा विद्यापीठांचा एक विभाग आहे आणि त्यामधील सर्वोत्कृष्ट, किमान TOP-100 रँकिंगमध्ये.

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

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

सर्व काही एका सामान्य भाजकावर आणणे शक्य आहे का?

उत्पादन भूमिका एकत्र करणे आणि कंपनीच्या आत आणि बाहेर त्यांच्याबद्दल सामान्य समज येणे शक्य आहे का?

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

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

आयटी उत्पादनामध्ये प्रभावी कर्मचारी तयार करण्याचे मार्ग

तर, आयटी उत्पादन भूमिकांच्या विविधतेच्या संदर्भात प्रभावी एचआर कार्य तयार करण्यासाठी एचआर तज्ञासाठी काय जाणून घेणे महत्वाचे आहे.

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

दुसरे म्हणजे, एचआर व्यावसायिकांना उत्पादन भूमिकांची लवचिक समज असणे आवश्यक आहे. म्हणजेच, सुरुवातीला तो त्यांच्याबद्दल एक आदर्श समज तयार करतो, ज्यामुळे तो स्वत: साठी सर्वकाही शोधू शकतो. मग उत्पादनाचे एक वास्तविक चित्र असले पाहिजे: भूमिका कुठे आणि कोणत्या प्रकारे एकमेकांना छेदतात आणि एकत्र करतात, उत्पादन व्यवस्थापकांमध्ये या भूमिकांबद्दल कोणती धारणा अस्तित्वात आहे. कर्मचार्‍यांच्या तज्ञाची अडचण ही आहे की मनातील वास्तविक आणि आदर्श परिस्थिती एकत्र करणे, त्यांच्या आदर्श समजुतीनुसार प्रक्रियांची जबरदस्तीने पुनर्बांधणी करण्याचा प्रयत्न न करणे, परंतु संसाधनांची आवश्यकता पूर्ण करण्यात उत्पादनास मदत करणे.

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

चौथे, आपण प्रबंधाकडे परत जाऊ या की आयटी हे उच्च पात्र कर्मचा-यांचे क्षेत्र आहे, जेथे अधिक प्रभावी कर्मचा-यांच्या कामासाठी विद्यापीठाच्या शैक्षणिक वातावरणाशी लवकर एकीकरण अपरिहार्य आहे. या परिस्थितीत, प्रत्येक मानव संसाधन तज्ञाने केवळ थेट शोध, प्रश्नावली आणि मुलाखतीसह कार्य करण्याचे कौशल्य विकसित केले पाहिजे, परंतु तज्ञांच्या विद्यापीठ प्रशिक्षणाच्या वातावरणात नेव्हिगेट करणे देखील सुनिश्चित केले पाहिजे: कोणती विद्यापीठे कंपनीसाठी कर्मचारी तयार करतात, विशिष्ट विद्यापीठांमध्ये कोणती वैशिष्ट्ये आहेत कर्मचार्‍यांच्या गरजा पूर्ण करा आणि यामागे कोण आहे, विद्यापीठांमध्ये तज्ञांना कोण व्यवस्थापित करते आणि प्रशिक्षण देते हे महत्त्वाचे आहे.

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

या लेखाच्या प्रासंगिकतेच्या तयारीत आणि समर्थनात भाग घेतलेल्या सहकाऱ्यांचे मी कृतज्ञता व्यक्त करतो: व्हॅलेंटिना वर्शिनिना आणि युरी क्रुपिन.

स्त्रोत: www.habr.com