प्रोग्रामर और अन्य इंजीनियरों को काम पर रखने के बारे में

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

बेशक, यह मेरा विचार है, मेरे अनुभव के आधार पर, और यह एक हठधर्मिता नहीं है, लेकिन अभी तक यह (अनुभव) मुझे निराश नहीं किया है।

इस पोस्ट को मुख्य रूप से "HR-schiki" से संबोधित किया गया है, लेकिन मुझे लगता है कि बाकी सभी को भी इसमें दिलचस्पी होगी।

मुख्य आसन:

मानव संसाधन प्रबंधक को इंजीनियर का साक्षात्कार नहीं करना चाहिए। उसे उसके करीब भी नहीं आना चाहिए। आम तौर पर।

कटौती के तहत, मैं समझाऊंगा कि क्यों।

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

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

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

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

मैं, एक विकास प्रबंधक के रूप में, खुद एक इंजीनियर होने के नाते, एक उम्मीदवार को आमंत्रित करूंगा और हम बात करेंगे।
मैं उससे नैतिक सवाल नहीं पूछूंगा, जैसे कि "आपने हमारी कंपनी क्यों चुनी।" मैं उनके मनोवैज्ञानिक चित्र का मूल्यांकन करने की कोशिश नहीं करूंगा। मैं यह सब बकवास।
हम सिर्फ कॉफी पीते हैं, बात करते हैं, बालकनी पर धूम्रपान करते हैं। पहले, मैं संभावित नेतृत्व के डर से उसे दूर करने की कोशिश करूँगा (और अक्सर ऐसा होता है)। यदि यह डर शुरू में नहीं है, तो बेहतर है, यह तुरंत कर्म में एक प्लस है। किसी भी मामले में, कोई "खुदाई" नहीं, कोई औपचारिकता नहीं। हम इंजीनियर हैं, हम एक ही तरंग दैर्ध्य पर हैं। हम कॉफी पीते हैं, "जीवन के लिए", प्रौद्योगिकी के बारे में, सभी प्रकार की चीजों के बारे में बात करेंगे। मैं समझता हूं कि वह किस चीज में रुचि रखता है, उसके व्यक्तित्व में, उसकी विशेषताएं हैं।
मुझे यह समझने के लिए कि क्या वह मेरे लिए उपयुक्त है या नहीं, मेरे लिए 15-20 मिनट तक बात करना पर्याप्त है। एक व्यक्ति के रूप में। टीम के सदस्य के रूप में। और यहां तक ​​कि अनुभव और पेशेवर कौशल कभी-कभी माध्यमिक होते हैं, अगर उम्मीदवार सोच और रुचि रखते हैं, तो वह जल्दी से वह सब कुछ सीख लेगा जिसकी जरूरत है, मैं मदद करूंगा।
बेशक, मैं ऐसे सवाल भी पूछूंगा जो उनके पेशेवर कौशल की विशेषता है, यह बिना कहे चला जाता है।

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

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

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

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

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

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