कैसे एक जूनियर को वश में करने के लिए?

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


मैं जूनियर को वश में करने की कोशिश कर रहा हूं

नमस्ते! मेरा नाम पावेल है, मैं Wrike टीम में एक फ्रंटेंड कर रहा हूं। हम परियोजना प्रबंधन और सहयोग के लिए एक प्रणाली बनाते हैं। मैं 2010 से वेब में लगा हुआ हूं, मैंने 3 साल तक एक दूरस्थ साइट पर काम किया, कई स्टार्टअप में भाग लिया और विश्वविद्यालय में वेब प्रौद्योगिकियों पर एक पाठ्यक्रम पढ़ाया। कंपनी में, मैं तकनीकी पाठ्यक्रमों के विकास और जूनियर्स के लिए व्रीक मेंटरिंग कार्यक्रम में भाग लेता हूं, साथ ही साथ उन्हें सीधे भर्ती भी करता हूं।

हमने जूनियर्स को काम पर रखने के बारे में क्यों सोचा

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

कनिष्ठ कौन है?

यह पहला सवाल है जो हमने खुद से पूछा है। विभिन्न मापदंड हैं, लेकिन सबसे सरल और सबसे समझ में आने वाला सिद्धांत यह है:

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

एक तरह से या किसी अन्य, एक जूनियर एक डेवलपर है जिसे किसी विशेष समाधान को लागू करने के बारे में सलाह की आवश्यकता है। हमने क्या बनाने का फैसला किया:

1. जूनियर - वह जो विकास करना चाहता है और इसके लिए बहुत काम करने के लिए तैयार है;
2. वह हमेशा नहीं जानता कि वह किस तरीके से विकास करना चाहता है;
3. सलाह और बाहर की मदद की जरूरत है - अपने नेतृत्व, संरक्षक या समुदाय से।

हमारे पास कई परिकल्पनाएँ भी थीं:

1. जून की स्थिति के लिए प्रतिक्रियाओं की एक आंधी होगी । रिज्यूमे भेजने के चरण में यादृच्छिक प्रतिक्रियाओं को फ़िल्टर करना आवश्यक है;
2. प्राथमिक फ़िल्टर मदद नहीं करेगा - अधिक परीक्षण कार्यों की आवश्यकता है;
3. परीक्षण कार्य सभी को डराते हैं - उनकी आवश्यकता नहीं है।

और हां, हमारे पास एक लक्ष्य था: 3 सप्ताह में 4 जूनियर्स ।

इस जागरूकता के साथ, हमने प्रयोग करना शुरू किया। योजना सरल थी: संभव सबसे चौड़ी फ़नल के साथ शुरू करें और प्रवाह को प्रबंधित करने के लिए इसे धीरे-धीरे इस तरह से संकीर्ण करने का प्रयास करें, लेकिन इसे प्रति सप्ताह 1 उम्मीदवार तक कम न करें।

हम एक रिक्ति पोस्ट करते हैं

कंपनी के लिए : प्रतिक्रियाओं के सैकड़ों होगा! एक फिल्टर के बारे में सोचो।

जूनियर के लिए : रिज्यूम और टेस्ट असाइनमेंट जमा करने से पहले प्रश्नावली से डरो मत - यह एक संकेत है कि कंपनी ने आपकी देखभाल की है और प्रक्रिया को अच्छी तरह से सेट किया है।

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

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

इसमें जेएस, लेआउट, वेब, कंप्यूटर विज्ञान के बारे में मानक प्रश्न थे - हर कोई जो जानता है कि वे जो दृश्यपटल पर एक साक्षात्कार के लिए पूछते हैं वह उन्हें जानता है। Let / var / const में क्या अंतर है? केवल 600px चौड़ी से छोटी स्क्रीन के लिए स्टाइल कैसे लागू करें? हम इन सवालों को तकनीकी साक्षात्कार में नहीं पूछना चाहते थे - अभ्यास से पता चला है कि 2-3 साक्षात्कारों के बाद उत्तर दिया जा सकता है, विकास से पूरी तरह अनजान। लेकिन दूसरी ओर, वे पहले हमें दिखाने में सक्षम थे कि क्या उम्मीदवार सिद्धांत में संदर्भ को समझते हैं।

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

पास हो जाओ

कंपनी के लिए : परीक्षण कार्य उम्मीदवारों को नहीं डराता है, लेकिन फ़नल को कम करने में मदद करता है।

जूनियर के लिए : पेस्ट टेस्ट की कॉपी न करें - यह ध्यान देने योग्य है। और अपने गिठुब को क्रम में रखो!

यदि हम सभी को तकनीकी साक्षात्कार के लिए आमंत्रित करते हैं, तो हमें हर सप्ताह केवल जूनियर के लिए और सामने के छोर पर लगभग 40 साक्षात्कार आयोजित करने होंगे। इसलिए, हमने परीक्षण कार्य के बारे में - दूसरी परिकल्पना का परीक्षण करने का निर्णय लिया।

परीक्षण में हमारे लिए क्या महत्वपूर्ण था:

1. एक अच्छी मापनीय वास्तुकला का निर्माण करें, लेकिन बिना इंजीनियरिंग के;
2. इसे लंबे समय तक करना बेहतर है, लेकिन रातोंरात एक लेख बनाने और इसे टिप्पणी के साथ भेजने के लिए "मैं निश्चित रूप से इसे अंत तक लाऊंगा";
3. गीता में विकास का इतिहास इंजीनियरिंग संस्कृति, विकास की पुनरावृत्ति और इस तथ्य का समाधान है कि समाधान पूरी तरह से उबला नहीं है।

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

शेष लोगों में से लगभग आधे लोगों को परीक्षण कार्य में महारत हासिल थी - 54 उम्मीदवारों ने हमें समाधान भेजा। अविश्वसनीय अंतर्दृष्टि - आपको क्या लगता है, कॉपी-पेस्ट के लिए तैयार टिक-टैक-टो के कितने कार्यान्वयन नेटवर्क पर हैं?


क्या पसंद नहीं आया:

• कॉपी-पेस्ट, या अपने स्वयं के आर्किटेक्चर के बिना एक ही ट्यूटोरियल पर विकास;
• दोनों कार्य विभिन्न फ़ोल्डरों में एक ही रिपॉजिटरी में हैं, निश्चित रूप से कमिट का कोई इतिहास नहीं है;
• गंदा कोड, DRY का उल्लंघन, स्वरूपण की कमी;
• एक वर्ग में मॉडल, दृश्य और नियंत्रक का मिश्रण, कोड की सैकड़ों लाइनें लंबी;
• इकाई परीक्षण की समझ की कमी;
• समाधान "माथे में" संयोजन 3x3 के हार्डकोड मैट्रिक्स है, जो कि उदाहरण के लिए 10x10 तक विस्तार करना काफी कठिन होगा।

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

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

तकनीकी साक्षात्कार

कंपनी के लिए : मध्य / वरिष्ठ आपके पास नहीं आए! अधिक व्यक्तिगत दृष्टिकोण की आवश्यकता है।

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

तकनीकी साक्षात्कार में हम क्या समझना चाहते हैं? एक साधारण बात - जैसा कि एक उम्मीदवार समझता है। उसके पास शायद कुछ कठिन कौशल हैं, अगर वह चयन के पहले चरणों से गुजरता है, तो यह पता लगाना बाकी है कि क्या वह जानता है कि उन्हें कैसे लागू किया जाए। हम 3 कार्यों पर सहमत हुए।

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

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

अंत में, तीसरा वास्तुकला के बारे में थोड़ा है। हमने चर्चा की कि कैसे एक खोज स्ट्रिंग बनाने के लिए, कैसे बहस काम करती है, कैसे खोज संकेतों में विभिन्न विगेट्स प्रदान करने के लिए, एक बैकएंड के साथ एक फ्रंटएंड कैसे बातचीत कर सकता है। सर्वर-साइड रेंडरिंग और वेब सॉकेट सहित कई दिलचस्प समाधान थे।

हमने इस तरह से 21 साक्षात्कार आयोजित किए। दर्शकों को पूरी तरह से परेशान किया गया था - चलो कॉमिक्स पर चलते हैं:

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

हमारे शोध के अंत में, 7 परीक्षार्थी फाइनल में पहुँचे, उन्होंने एक कठिन परीक्षा के साथ अपने कठिन कौशल की पुष्टि की और साक्षात्कारों के अच्छे उत्तर दिए।

सांस्कृतिक फिट

कंपनी के लिए : आप उसके साथ काम करते हैं! क्या उम्मीदवार अपने विकास के लिए बहुत कड़ी मेहनत करने के लिए तैयार है? क्या वह टीम के लिए बिल्कुल फिट होगा?

जूनियर के लिए : आप उनके साथ काम करते हैं! क्या कंपनी जूनियर्स की वृद्धि में निवेश करने के लिए तैयार है, या यह सिर्फ आप पर सभी मोटे काम नहीं करेगा?

प्रत्येक जूनियर, उत्पाद टीम के अलावा, जिसके नेता को इसे लेने के लिए सहमत होना चाहिए, संरक्षक को मिलता है। संरक्षक का कार्य उसे कठिन कौशल को ऑनबोर्ड करने और पंप करने की तीन महीने की प्रक्रिया के माध्यम से मार्गदर्शन करना है। इसलिए, हम संरक्षक के रूप में हर सांस्कृतिक फिट पर आए और सवाल का जवाब दिया: "क्या मैं अपनी योजना के अनुसार 3 महीने के लिए उम्मीदवार को पंप करने की जिम्मेदारी लूंगा?"

यह चरण बिना किसी विशेष विशेषता के हुआ और परिणामस्वरूप हमें 4 प्रस्ताव मिले , जिनमें से 3 को स्वीकार किया गया, और लोग टीमों में शामिल हो गए।

प्रस्ताव के बाद जीवन

कंपनी के लिए : अपने जूनियर्स का ख्याल रखें या अन्य ऐसा करेंगे!

जूनियर के लिए : AAAAAAAAAAAA !!!

जब एक नया कर्मचारी बाहर आता है, तो उसे बोर्डिंग करने की आवश्यकता होती है - प्रक्रियाओं के दौरान, यह बताएं कि कंपनी और टीम में सब कुछ कैसे काम करता है और वह सामान्य रूप से कैसे काम करता है। जब एक जूनियर बाहर आता है, तो आपको यह समझने की आवश्यकता है कि इसे कैसे विकसित किया जाए।

जब हमने इस बारे में सोचा, तो हमने 26 कौशलों की एक सूची बनाई, जो हमारी राय में, तीन महीने की ऑनबोर्डिंग अवधि के अंत तक होनी चाहिए। इसमें कठिन कौशल (हमारे स्टैक के अनुसार), हमारी प्रक्रियाओं का ज्ञान, स्क्रैम, बुनियादी ढांचा, और परियोजना वास्तुकला शामिल थे। हमने उन्हें एक रोडमैप में जोड़ा, 3 महीने के लिए समय पर वितरित किया।



उदाहरण के लिए, यहां मेरा जूनियर रोडमैप है

हम प्रत्येक कनिष्ठ को एक संरक्षक देते हैं जो उसके साथ व्यक्तिगत रूप से काम करता है। संरक्षक और उम्मीदवार के वर्तमान स्तर के आधार पर, बैठकें 1 घंटे के लिए 1 से 5 बार हो सकती हैं। पहल के मोर्चे जो केवल कोड लिखने से ज्यादा कुछ करना चाहते हैं स्वेच्छा से संरक्षक बन जाते हैं।

मेंटर्स से लोड का एक हिस्सा हमारे स्टैक पर पाठ्यक्रमों द्वारा हटा दिया जाता है - डार्ट, कोणीय। पाठ्यक्रम 4-6 लोगों के छोटे समूहों के लिए नियमित रूप से आयोजित किया जाता है, जहां लोग नौकरी पर अध्ययन करते हैं।

3 महीने के दौरान, हम समय-समय पर कनिष्ठों, उनके आकाओं से प्रतिक्रिया एकत्र करते हैं और प्रक्रिया को व्यक्तिगत रूप से आगे बढ़ाते और समायोजित करते हैं। पूरी अवधि में 1-2 बार, पंप किए गए कौशल की जांच की जाती है, वही जांच अंत में की जाती है - सिफारिशें उनके आधार पर बनाई जाती हैं, वास्तव में क्या कसना चाहिए।

निष्कर्ष

कंपनी के लिए : क्या यह जूनियर्स में निवेश करने लायक है? हाँ!

जूनियर के लिए : ऐसी कंपनियों की तलाश करें जो उम्मीदवारों का सावधानीपूर्वक चयन करें और जानें कि उन्हें कैसे विकसित किया जाए।

3 महीने के लिए हमने 122 प्रश्नावली, 54 परीक्षण वस्तुओं को देखा और 21 तकनीकी साक्षात्कार आयोजित किए। इसने हमें 3 कूल जूनियर्स लाए हैं जो अब अपने ऑनबोर्डिंग और एक्सेलेरेशन रोडमैप को पूरा कर चुके हैं। वे पहले से ही हमारी परियोजना में वास्तविक उत्पाद कार्यों को बंद कर देते हैं, जहां अकेले सीमा पर 2,000,000 से अधिक कोड की लाइनें और 400 से अधिक रिपॉजिटरी हैं।

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

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