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

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

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

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

हमने कनिष्ठों को काम पर रखने के बारे में क्यों सोचा?

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

जूनियर कौन है?

यह पहला प्रश्न है जो हमने स्वयं से पूछा। अलग-अलग मानदंड हैं, लेकिन सबसे सरल और सबसे समझने योग्य सिद्धांत यह है:

जूनियर को यह समझाने की जरूरत है कि कौन सा फीचर और कैसे करना है। मध्य को यह समझाने की आवश्यकता है कि किस सुविधा की आवश्यकता है, और वह स्वयं कार्यान्वयन का पता लगाएगा। हस्ताक्षरकर्ता स्वयं आपको समझाएगा कि इस सुविधा की आवश्यकता क्यों नहीं है।

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

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

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

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

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

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

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

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

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

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

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

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

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

एक-दूसरे को बेहतर तरीके से जानना

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

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

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

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

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

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

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

Сколько?वास्तव में, ऐसा लगता है कि केवल 3 ही हैं। और अधिकांश निर्णयों में ये 3 ही विकल्प थे।
क्या पसंद नहीं आया:

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

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

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

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

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

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

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

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

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

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

हमने इस डिज़ाइन का उपयोग करके 21 साक्षात्कार आयोजित किए। दर्शक पूरी तरह से विविध थे - आइए कॉमिक्स देखें:

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

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

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

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

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

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

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

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

कंपनी के लिए: अपने कनिष्ठों का ख़्याल रखें, नहीं तो दूसरे करेंगे!

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

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

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

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

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

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

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

निष्कर्ष

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

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

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

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

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

स्रोत: www.habr.com