संभावित नियोक्ता से 12 प्रश्न पूछें

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

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

मानक कदम

मेरे अनुभव में, चयन प्रक्रिया आमतौर पर इस तरह होती है:

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

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

मानव संसाधन के लिए प्रश्न

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

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

आप उम्मीदवारों का चयन कैसे करते हैं?

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

मुझे संक्षेप में विकास टीम के बारे में बताएं

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

इससे पहले कि आप लटकें, यह समझना सुनिश्चित करें कि अगले चरण में आपका क्या इंतजार है।

तकनीकी साक्षात्कार के लिए प्रश्न

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

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

आप इस पद के लिए आदर्श उम्मीदवार की कल्पना कैसे करते हैं?

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

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

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

इस पोस्ट के बारे में सबसे कठिन बात क्या है?

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

कंपनी में समग्र दृष्टि को कौन परिभाषित करता है?

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

आप समग्र रूप से विकास विभाग और कंपनी की सफलता का आकलन कैसे करते हैं?

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

आपको काम के बारे में सबसे ज्यादा क्या पसंद है? आपको सबसे अधिक क्या नाराज करता है?

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

यह संभावना नहीं है कि वे आपके साथ कंपनी की गतिविधियों में मौलिक, प्रणालीगत समस्याओं पर चर्चा करेंगे (हालांकि ऐसा भी होता है), लेकिन कम से कम आप इस विशेष टीम की विशिष्ट कठिनाइयों के बारे में बेहतर महसूस करेंगे, चाहे वह श्रम संगठन, पारस्परिक संबंध या नौकरशाही हो।

हमें बताएं कि कोड का निरीक्षण कैसे किया जाता है।

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

कुछ नई सुविधा शुरू करने की प्रक्रिया का वर्णन करें - यह एक अमूर्त विचार से एक बैकलॉग आइटम में कैसे बदल जाता है, और फिर कोड में?

मैं समझना चाहता हूं कि विचार कहां से आते हैं। क्या टीम प्रासंगिक डेटा का अध्ययन करती है और फिर उसके आधार पर कार्य करती है? या संस्थापक के दिमाग में कुछ आता है, और बाकी समायोजन को लागू करेगा?

इस प्रश्न में कुछ ऐसा है जो संबंधित दृष्टि के साथ है; यह एक तार्किक निरंतरता के रूप में, अगले सेट किया जा सकता है। माना कि आपके पास एक दृष्टि है, लेकिन व्यक्तिगत विशेषताओं को कैसे योजनाबद्ध और कार्यान्वित किया जाता है? मुझे यह प्रतीत होता है कि यह प्रश्न "यहाँ कैसे काम करता है?" के सबसे करीब है, केवल अंतर यह है कि आप इसे सादे पाठ में नहीं पूछते हैं और तदनुसार, प्रतिक्रिया में कुछ भी नहीं मिलता है।

हमें एक तकनीकी समस्या के बारे में बताएं जिसका आपने हाल ही में सामना किया है।

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

बोनस: क्या मामलों में नए लोगों को पेश करने के लिए कोई स्वीकृत योजना है? नए डेवलपर्स को टीम में कैसे पेश किया जा रहा है?

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

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

समापन बैठक के लिए प्रश्न

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

क्या किसी प्रकार की घरेलू नीति है जिसे मुझे ध्यान में रखना है?

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

और आखिरी

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

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

आपकी खोज में शुभकामनाएँ!