साक्षात्कार - साक्षात्कारकर्ता देखो

एक बार, प्राचीन समय में भी, मैंने हैबर के लिए एक लेख लिखा था - साक्षात्कार। आवेदक की नजर ।

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


यह अगली कड़ी बनाने का समय है। मेरे # 10YearChallenge से मिलो, अब केवल साक्षात्कारकर्ता द्वारा।

क्यों? क्यों? किसके लिए?

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

अपने बारे में बोरिंग और उबाऊ पृष्ठभूमि, जिसे आप छोड़ सकते हैं

इस खंड में, मैं ओपन साइन के रहस्यों को प्रकट नहीं करने जा रहा हूं, केवल मेरे बारे में बताने वाला एक छोटा विषयांतर है। पिछले 5-6 वर्षों से साक्षात्कार मेरी जिम्मेदारी बन गए हैं। अब मैं जूनियर-डेवलपर स्तर से जूनियर-प्रबंधक स्तर, डेवलपर्स के लिए केवल एक निश्चित प्रौद्योगिकी स्टैक जिसमें मेरा "विकास" और विकास हुआ, में उम्मीदवारों का साक्षात्कार करने में सक्षम है, मैं C ++ डेवलपर का साक्षात्कार करने के लिए सहमत नहीं हूं, क्योंकि मैं इस प्रोग्रामिंग लैंग्वेज में बहुत लंबे समय से आया हूं।

कुल मिलाकर, मैंने लगभग दो सौ साक्षात्कार आयोजित किए, ऐसे वर्ष / महीने थे जब मैंने प्रति सप्ताह 2-3 साक्षात्कार आयोजित किए, एक समय था जब मैंने प्रति वर्ष केवल 7 साक्षात्कार आयोजित किए थे। अब मैं प्रति सप्ताह 1 साक्षात्कार के लिए खुद को सहज मानता हूं।

मैं तुरंत आरक्षण कर दूंगा, मैं केवल तकनीकी साक्षात्कार में संलग्न हूं, मैं कंपनी को नौकरी का प्रस्ताव नहीं देता, हालांकि कुछ समय पहले मेरे पास ऐसी शक्तियां थीं।

फिर से शुरू और बातचीत की शुरुआत के बारे में

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

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

नीचे लिखा नहीं - भूल गया। सबसे अच्छी स्मृति कागज है।

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

औसतन, मेरा साक्षात्कार एक घंटे या उससे अधिक समय तक रहता है, आमतौर पर 2 तक, निश्चित रूप से मैं खाली ब्ला ब्ला ब्ला को बाहर नहीं निकालने की कोशिश करता हूं। यदि प्रश्न पीड़ा देता है: “किसलिए? आप यह पता लगा सकते हैं कि यह आपको सूट करता है या नहीं, 10, 15, 30 मिनट में! ”, तो इसका जवाब नीचे चर्चा में मिल सकता है। ;)

अगला चरण मैं उम्मीदवार को अपने बारे में, पिछले कुछ वर्षों में अपने अनुभव के बारे में बताने के लिए कहता हूं। एक जिज्ञासु पाठक के पास तुरंत एक तार्किक प्रश्न होगा: “क्यों? क्या आपने साक्षात्कार से पहले फिर से शुरू पढ़ा है? नीचे! ”


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

आगे, एक नियम के रूप में, 2 विकास संभव हैं:

1. उम्मीदवार अपने बारे में लगातार बात करता है। वह (ए) अच्छा है और आम तौर पर अच्छी तरह से किया जाता है और कंपनी कितनी भाग्यशाली है जब वह उसे नियुक्त करता है। सामान्य तौर पर, एक आधुनिक क्लासिक के शब्दों में:
   

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

2. उम्मीदवार वास्तव में नहीं जानता कि कैसे / खुद को विज्ञापित करना चाहता है, और क्यों, कब काम है? अधिक \ कम प्रिय, इसके अलावा, अच्छी तरह से भुगतान किया।

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

प्रश्न और परीक्षण ज्ञान / कौशल

तुरंत, मैं ध्यान देता हूं कि यह मुद्दों के लिए 2 दृष्टिकोणों को अलग करने के लायक है - व्यावहारिक अनुभव की उपस्थिति और सैद्धांतिक ज्ञान की उपस्थिति।

अभ्यास के बिना एक सिद्धांत मर चुका है और बंजर है, और सिद्धांत के बिना एक अभ्यास बेकार और खतरनाक है। © चेबीशेव द्वारा।

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

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

यदि कोई व्यक्ति आकर्षित करना चाहता है, तो समझाएं कि कागज के एक टुकड़े पर या ड्राइंग बोर्ड पर क्या है - कृपया, उदाहरण के लिए, मैं केवल इस तरह के दृश्य से खुश रहूंगा।

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

इस प्रकार, हम इस निष्कर्ष पर आते हैं कि साक्षात्कारकर्ता के मुख्य कार्यों में से एक उम्मीदवार को अपने ज्ञान और व्यावहारिक कौशल का प्रदर्शन करने में मदद करना है । इसलिए, साक्षात्कार एक घंटे से अधिक समय तक रह सकता है।

व्यावहारिक और सैद्धांतिक कौशल का परीक्षण - सवाल और जवाब

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

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

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

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

डिजाइन कौशल के साथ चीजें थोड़ी अधिक जटिल हैं, उदाहरण के लिए, एक डेटाबेस, यहां मैं एक बोर्ड पर पूछ और स्केच कर सकता हूं, लेकिन मैंने निश्चित रूप से किसी भी नोटिस में किसी भी व्यक्ति को ड्राइव नहीं किया है।

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

इंटरव्यू में अंतर के बारे में

शायद सबसे विवादास्पद विषयों में से एक साक्षात्कारकर्ता के दृष्टिकोण से, आपको स्पष्ट समझ होनी चाहिए कि हम उम्मीदवार का साक्षात्कार कैसे, कहाँ और क्यों करेंगे। आइए क्रम में विचार करें:

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

उपसंहार

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

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

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