इंटरव्यू के सवाल उस सुबह हवा से नहीं निकाले जाते। लगभग हर ढांचे वाली प्रक्रिया में आपका इंटरव्यू लेने वाले को वही जॉब पोस्टिंग थमाई गई थी जो आपने पढ़ी, कहा गया कि पता लगाओ यह इंसान इसमें लिखी चीजें कर सकता है या नहीं, और उन्हीं लाइनों से सवाल गढ़ने के लिए छोड़ दिया गया। इसीलिए सवाल बुलेट पॉइंट्स के डरावने हद तक करीब लगते हैं। वे बुलेट पॉइंट्स ही हैं, बस उल्टे करके पूछे गए।
यानी जॉब पोस्टिंग एक छुपा हुआ क्वेश्चन बैंक है, बशर्ते आप उसे सही दिशा में पढ़ें। एक जरूरत आपके अनुभव पर सवाल बन जाती है। एक जिम्मेदारी एक परिदृश्य बन जाती है। माहौल बताने वाली एक लाइन बिहेवियरल सवाल बन जाती है। यह बदलाव सीख लीजिए, फिर इंटरव्यू लॉटरी नहीं रहता, सिलेबस बन जाता है।
नीचे मैपिंग के छह नियम हैं, एक हल किया हुआ उदाहरण, और नतीजे का क्या करना है। अगर आप हाथ से करने वाला हिस्सा छोड़ना चाहते हैं, तो पोस्टिंग को फ्री Question Predictor में पेस्ट कीजिए और आपको वे बीस सवाल मिल जाएंगे जो उस इंटरव्यू में सबसे ज्यादा पूछे जाने की संभावना है, किस्म के हिसाब से बंटे हुए, साथ में यह भी कि हर सवाल क्या टटोल रहा है। न अकाउंट, न ईमेल, नतीजे तुरंत।
क्या सचमुच जॉब डिस्क्रिप्शन से इंटरव्यू के सवाल पहचाने जा सकते हैं?
काफी हद तक, हां। आप ठीक-ठीक शब्द नहीं जान सकते, पर आप सैकड़ों संभावित सवालों को घटाकर करीब बीस तक ला सकते हैं, क्योंकि इंटरव्यूअर उसी दस्तावेज से काम कर रहा है जिससे आप। उस पोस्टिंग की हर जरूरत, हर जिम्मेदारी और कल्चर वाली हर लाइन के साथ एक जाहिर सवाल जुड़ा होता है, और इंटरव्यूअर उस जाहिर सवाल को कैंडिडेट की उम्मीद से कहीं ज्यादा बार उठाते हैं।
जो आप नहीं पहचान सकते वह है पूंछ: इंटरव्यूअर का अपना पसंदीदा सवाल, वह भटकाव जो आपके CV की किसी बात पर उनकी नजर अटकने से आता है, किसी साझा बैंक से आया एल्गोरिदम पहेली। यह पूंछ असली है और छोटी भी। पोस्टिंग से निकलने वाले बीस सवालों के लिए तैयार रहिए, फिर सिर्फ पूंछ ही सुधार-सुधारकर संभालनी होगी, जो बिल्कुल अलग समस्या है।
जॉब पोस्टिंग सवालों की इतनी भरोसेमंद भविष्यवाणी क्यों करती है?
क्योंकि पोस्टिंग आमतौर पर स्कोरकार्ड का पहला ड्राफ्ट होती है। हायरिंग मैनेजर लिखता है कि उस इंसान को क्या करना है, रिक्रूटमेंट उसे एक विज्ञापन में बदल देता है, और वही सूची उन मानदंडों की शक्ल में लौटती है जिन पर इंटरव्यूअर नंबर देते हैं। कोई अलग गुप्त जरूरतों की सूची नहीं बनाता। जिस दस्तावेज से आपने तय किया कि अप्लाई करें या नहीं, उसी से वे तय करते हैं कि हायर करें या नहीं।
ढांचे वाली हायरिंग इसे और कस देती है। जब कंपनी रूब्रिक चलाती है, तो इंटरव्यूअर के पास एक फॉर्म होता है जिसमें एक तरफ कॉम्पिटेंसी और हर एक के बगल में सबूत लिखने की जगह होती है, और उनका काम है कमरे से उसे भरकर निकलना। ऐसा करने का सबसे तेज रास्ता है हर मानदंड पर सीधे पूछ लेना। बिना ढांचे वाले इंटरव्यू भी वहीं पहुंचते हैं, बस आलसी रास्ते से: बिना तैयारी वाला इंटरव्यूअर पांच मिनट पहले पोस्टिंग पर नजर डालता है और उसी में लिखी चीजें पूछ लेता है।
जॉब डिस्क्रिप्शन को इंटरव्यू के सवालों में कैसे बदलें?
पोस्टिंग को लाइन दर लाइन पढ़िए और छह नियम लगाइए। हर तरह की लाइन एक तयशुदा किस्म के सवाल में बदलती है: जरूरतें अनुभव वाले सवाल बनती हैं जिनके पीछे एक गहराई नापने वाला सवाल छिपा होता है, जिम्मेदारियां परिदृश्य बनती हैं, माहौल की भाषा बिहेवियरल सवाल बनती है, नाइस-टू-हैव जिज्ञासा वाले सवाल बनते हैं, बार-बार आने वाले विषय पूरे इंटरव्यू का केंद्र बनते हैं, और क्रियाएं तय करती हैं कि सवाल करने के बारे में होंगे या तय करने के बारे में।
1. लिखी हुई जरूरत बनती है "X के साथ अपने अनुभव के बारे में बताइए", और उसके बाद गहराई नापने वाला सवाल। "4+ साल का बैकएंड अनुभव, आदर्श रूप से Python" वाली लाइन बनती है "अपना Python अनुभव समझाइए", और फिर "किसी Python सर्विस में सबसे टेढ़ा बग कौन सा था जिसे आपको पकड़ना पड़ा?" पहला सवाल जांचता है कि दावा मौजूद है या नहीं। दूसरा जांचता है कि वह असली है या नहीं, क्योंकि चार साल तो कोई भी कह सकता है, पर जिसने वह जिया है उसी के पास कोई किस्सा होता है। हर पक्की जरूरत के लिए एक चीज तैयार रखिए: कुछ जो आपने बनाया, तय किया या ठीक किया।
2. जिम्मेदारी बनती है परिदृश्य वाला सवाल। "ट्रैकिंग API की भरोसेमंदी की जिम्मेदारी लीजिए, ऑन-कॉल रोटेशन में हिस्सेदारी समेत" वाली लाइन बनती है "उस सबसे बुरे इंसिडेंट के बारे में बताइए जिसके लिए आपको पेज किया गया, और पहले दस मिनट में आपने क्या किया"। जिम्मेदारियां बताती हैं कि आपके दिन में क्या होगा, तो इंटरव्यूअर उन्हें ऐसे परखते हैं कि आपसे पहले ही बीत चुका कोई दिन सुनाने को कहते हैं। जिम्मेदारी शायद ही कभी जानकारी वाला सवाल बनती है; वह किस्सा सुनाने की मांग बनती है, और किस्सों में बारीकियां चाहिए।
3. कल्चर या माहौल वाली लाइन बनती है बिहेवियरल सवाल। यही वे लाइनें हैं जिन्हें कैंडिडेट सरसरी नजर से पढ़ जाते हैं, जबकि पूरे दस्तावेज में ये सबसे भरोसेमंद संकेतों में से हैं। "तेज रफ्तार माहौल जहां जरूरतें बदलती रहती हैं" प्राथमिकता तय करने और क्या छोड़ दिया, इस पर सवाल बन जाती है। "अस्पष्टता के साथ सहज" पूरी तस्वीर के बिना लिए गए फैसले पर सवाल बन जाती है। "क्रॉस-फंक्शनल" उन लोगों को प्रभावित करने पर सवाल बन जाती है जो आपको रिपोर्ट नहीं करते। कंपनी उस रगड़ का नाम ले रही है जो वहां आम है, और इंटरव्यूअर उसी रगड़ को टटोलते हैं।
4. "नाइस टू हैव" बनता है जिज्ञासा वाला सवाल और सीखने की रफ्तार दिखाने का मौका। "Kubernetes या Terraform का अनुभव प्लस पॉइंट" वाली लाइन बनती है "क्या आपने Terraform के साथ कुछ किया है?", जो हल्के अंदाज में, अक्सर आखिर के पास पूछा जाता है। इसके नंबर भी हल्के ही होते हैं, इसीलिए पूरे इंटरव्यू में ईमानदार होने की यह सबसे सस्ती जगह है। जो आपने सचमुच छुआ है वह बताइए, फिर पैटर्न दिखाइए: आखिरी अनजान टूल जो आपने उठाया, कितना वक्त लगा, उससे क्या शिप किया। यहां बहाना बनाना सबसे घाटे का सौदा है; फायदा आधा नंबर, नुकसान यह कि आपके बाकी सारे दावे चुपचाप कमजोर पड़ जाते हैं।
5. बार-बार आया शब्द या विषय ही इंटरव्यू का केंद्र है। पोस्टिंग को कलम लेकर दोबारा पढ़िए और संज्ञाएं गिनिए। अगर "स्केल", "कस्टमर", "डेटा एक्युरेसी" या "माइग्रेशन" अलग-अलग हिस्सों में तीन या ज्यादा बार आता है, तो वह भराई नहीं है, वही चीज हायरिंग मैनेजर की नींद उड़ाए हुए है। उससे एक नहीं, कई सवाल बनते हैं, कोई सिस्टम डिजाइन एक्सरसाइज हुई तो शायद उसी पर होगी, और धुंधला जवाब यहीं सबसे महंगा पड़ता है।
6. सीनियरिटी वाली क्रियाएं बताती हैं कि सवाल करने के बारे में होंगे या तय करने के बारे में। "कोड रिव्यू में योगदान दीजिए" की तुलना "कोड क्वालिटी को लेकर हमारा तरीका तय कीजिए" से कीजिए। पहला अमल के सवाल बुलाता है: आपने क्या किया, कैसे किया, आपको कैसे पता कि वह काम कर गया। दूसरा फैसले के सवाल बुलाता है: दूसरे विकल्प के बजाय वही तरीका क्यों, आपने क्या छोड़ा, बाकी लोगों को कैसे राजी किया। मदद करना, सहयोग देना और योगदान देना करने की ओर इशारा करते हैं। मालिकाना लेना, अगुवाई करना, तय करना और आगे बढ़ाना फैसले की ओर इशारा करते हैं, और जो कैंडिडेट फैसले वाले सवाल का जवाब अमल के किस्से से देता है, वह एक लेवल जूनियर लगता है।
असली जॉब पोस्टिंग पर यह मैपिंग कैसी दिखती है?
यहां एक मध्यम आकार की लॉजिस्टिक्स कंपनी में मिड-लेवल बैकएंड रोल का अंश है, जो असली पोस्टिंग जैसी भाषा में लिखा है, न कि उस साफ-सुथरे ढंग से जैसे उदाहरण आमतौर पर लिखे जाते हैं। हर लाइन किसी न किसी चीज में बदलती है। नीचे की टेबल संभावित सवाल देती है और, उससे ज्यादा काम की बात, यह भी कि असल में क्या टटोला जा रहा है।
बैकएंड इंजीनियर (मिड-लेवल)
- हमारे शिपमेंट ट्रैकिंग प्लेटफॉर्म के पीछे चलने वाली Python सर्विसेज बनाइए और संभालिए।
- ट्रैकिंग API की भरोसेमंदी की जिम्मेदारी लीजिए, ऑन-कॉल रोटेशन में हिस्सेदारी समेत।
- कैरियर इवेंट फीड सही और समय पर बने रहें, इसके लिए डेटा टीम के साथ काम कीजिए।
- शिपमेंट की मात्रा बढ़ने के साथ हमारे PostgreSQL स्कीमा डिजाइन कीजिए और विकसित कीजिए।
- वेयरहाउस की धुंधली समस्याओं को शिप किए गए फीचर्स में बदलने के लिए प्रोडक्ट और ऑपरेशंस के साथ साझेदारी कीजिए।
- कोड रिव्यू में योगदान दीजिए और कोडबेस का स्तर उठाने में मदद कीजिए।
जरूरतें: 4+ साल का बैकएंड अनुभव, आदर्श रूप से Python। मजबूत SQL, परफॉर्मेंस के काम समेत। मैसेज क्यू का अनुभव (हम Kafka इस्तेमाल करते हैं)। तेज रफ्तार माहौल में सहज जहां जरूरतें बदलती रहती हैं।
नाइस टू हैव: लॉजिस्टिक्स या सप्लाई चेन सिस्टम से वास्ता; Kubernetes या Terraform।
| पोस्टिंग की लाइन | यह सबसे संभावित रूप से जो सवाल बनती है | असल में क्या टटोला जा रहा है |
|---|---|---|
| Python सर्विसेज बनाइए और संभालिए | कोई एक Python सर्विस शुरू से आखिर तक समझाइए जो आपने बनाई | दावे की गहराई, और यह कि आपने कुछ इतने लंबे समय तक संभाला है या नहीं कि किसी फैसले पर पछतावा हो |
| भरोसेमंदी की जिम्मेदारी, ऑन-कॉल रोटेशन | उस सबसे बुरे इंसिडेंट के बारे में बताइए जिसके लिए आपको पेज किया गया | आपने कभी पेजर उठाया है या नहीं, और आप लोगों को दोष देते हैं या सिस्टम को |
| फीड की सटीकता पर डेटा टीम के साथ काम | आप कैसे पकड़ेंगे कि कोई अपस्ट्रीम फीड बिगड़ गई है? | डेटा के सही होने की समझ, और ऐसी समस्या संभालना जिसे ठीक करना आपका काम नहीं है |
| PostgreSQL स्कीमा डिजाइन और विकसित करना | पहले से बड़ी हो चुकी टेबल पर किए गए किसी स्कीमा बदलाव के बारे में बताइए | माइग्रेशन की समझ, लॉकिंग और डाउनटाइम, रोलबैक की योजना बनाने की तैयारी |
| वेयरहाउस की धुंधली समस्याओं पर प्रोडक्ट और ऑपरेशंस के साथ साझेदारी | ऐसे मौके के बारे में बताइए जब जरूरतें धुंधली थीं और आपको तय करना पड़ा कि क्या बनाना है | आप पीछे धकेलते हैं या चुपचाप गलत चीज बना देते हैं, और आप ऑपरेशंस वालों को यूजर मानते हैं या टिकट |
| कोड रिव्यू में योगदान | जिस पुल रिक्वेस्ट से आप असहमत हों, उस पर फीडबैक कैसे देते हैं? | रगड़ के वक्त आपका लहजा, और वक्त के दबाव में मानक टिकते हैं या नहीं |
| 4+ साल, आदर्श रूप से Python | आपका Python अनुभव, फिर उसमें सबसे मुश्किल बग | दावे का होना, फिर उसकी हकीकत |
| मजबूत SQL और परफॉर्मेंस का काम | किसी धीमी क्वेरी के बारे में बताइए जो आपने ठीक की | आप क्वेरी प्लान पढ़ सकते हैं या बस उम्मीद के भरोसे क्वेरी दोबारा लिखते हैं |
| Kafka का अनुभव | कोई कंज्यूमर पीछे छूटने की घटना समझाइए और आपने क्या किया | असली ऑपरेटिंग अनुभव, क्योंकि डॉक्युमेंटेशन तो सबने पढ़ी है |
| तेज रफ्तार, जरूरतें बदलती हैं | ऐसे मौके के बारे में बताइए जब प्रोजेक्ट के बीच में प्राथमिकताएं बदल गईं | प्राथमिकता तय करने के मानदंड, और आप शिकायत करते हैं या नहीं |
| नाइस टू हैव: Kubernetes या Terraform | क्या आपने Terraform कभी छुआ है? | ईमानदारी, और अनजान टूलिंग आप कितनी जल्दी पकड़ लेते हैं |
दो बातें निकलकर आती हैं। केंद्र है बढ़ती मात्रा पर डेटा का सही रहना, क्योंकि शिपमेंट, फीड, स्कीमा, क्यू और स्केल सब एक ही चिंता की ओर इशारा करते हैं, और कई सवाल वहीं गिरेंगे। और क्रियाएं मिली-जुली हैं: "जिम्मेदारी लीजिए" और "डिजाइन कीजिए" के बगल में "योगदान दीजिए" बैठा है, यानी यह रोल ट्रैकिंग API पर फैसले लेता है और कोड क्वालिटी पर सिर्फ अमल करता है। पहले के लिए फैसले वाले जवाब तैयार कीजिए, दूसरे के लिए अमल वाले।
तैयारी में किसे पहले रखें?
सवालों के हिसाब से नहीं, विषयों के हिसाब से तैयारी कीजिए। बीस अनुमानित सवालों का मतलब बीस जवाब लिखना नहीं है; वे पांच-छह विषय ही हैं जो अलग-अलग टोपियां पहने हैं। सवालों को इस आधार पर समूह में बांटिए कि वे क्या टटोल रहे हैं, अपने करियर से छह से आठ असली घटनाएं चुनिए, और हर एक को दो-तीन विषयों से जोड़िए। यही जोड़ असली तरकीब है: दबाव में आप एक तय सेट में से चुनना चाहते हैं, न कि शुरू से याददाश्त खंगालना।
लॉजिस्टिक्स वाला उदाहरण लीजिए। वे सवाल पांच विषयों में सिमट जाते हैं: बताए गए स्टैक में गहराई, नाकामी के वक्त जिम्मेदारी, डेटा और माइग्रेशन को लेकर फैसला, गैर-तकनीकी साथियों के साथ काम, और प्राथमिकताएं बदलने पर बर्ताव। बिगड़े हुए किसी माइग्रेशन का एक अच्छा किस्सा एक साथ जिम्मेदारी, फैसले और दबाव तीनों का काम कर देता है, यह इस पर निर्भर है कि आप शुरुआत किस बिंदु से करते हैं। किस्सा-से-विषय का यह नक्शा एक पन्ने पर लिखिए और सवालों की सूची से नहीं, उसी से दोहराइए।
हर किस्से को STAR (Situation, Task, Action, Result) के ढांचे में रखिए, क्योंकि ज्यादातर रूब्रिक इसी पर नंबर देते हैं, और क्योंकि यह आपके अपने योगदान को तीन मिनट के संदर्भ के नीचे दबने से बचाता है। हमारी STAR मेथड गाइड में पूरे हल किए हुए जवाब हैं, और बिहेवियरल इंटरव्यू सवालों की गाइड उन बीस सवालों को कवर करती है जो रोल चाहे जो हो, बार-बार लौटते हैं, यानी वह बुनियादी परत जिस पर आपकी पोस्टिंग वाले सवाल बैठते हैं। फिर टाइमर लेकर बोल-बोलकर रिहर्सल कीजिए, क्योंकि जो किस्सा कागज पर कसा हुआ लगता है, बोलने पर चार मिनट तक फैल जाता है।
इंटरव्यू में वे मुझसे क्या पूछेंगे?
सच कहें तो ठीक-ठीक सवाल कोई नहीं बता सकता, और जो बताने का दावा करे वह कुछ बेच रहा है। पोस्टिंग जो करती है वह यह कि मैदान को करीब बीस संभावित सवालों तक समेट देती है, जो ठीक से तैयारी करने लायक कम संख्या है। तरीका मशीनी है: छह नियमों से हर लाइन को बदलिए, हर विषय कितनी बार दोहराया गया इस हिसाब से क्रम लगाइए, और ऊपर से नीचे तैयारी कीजिए।
वे बीस सवाल एक जैसे ढंग से बंटते हैं। जरूरतों की सूची से सीधे पांच-छह अनुभव वाले सवाल आने दीजिए, हर एक के पीछे एक गहराई नापने वाला सवाल। जिम्मेदारियों से चार-पांच परिदृश्य वाले सवाल आने दीजिए, जो जानकारी की जांच नहीं, किस्सा सुनाने की मांग हैं। माहौल और कल्चर वाली लाइनों से पांच-छह बिहेवियरल सवाल आने दीजिए, नाइस-टू-हैव पर दो-तीन हल्के सवाल, और वे दो जो अब तक हुए लगभग हर इंटरव्यू में हैं: "अपने बारे में बताइए" और "यह रोल ही क्यों"।
यह बदलाव एक बार हाथ से कीजिए, क्योंकि इसके बाद पोस्टिंग पढ़ने का आपका तरीका हमेशा के लिए बदल जाता है। उसके बाद वह घंटा बचाइए: पोस्टिंग को फ्री प्रेडिक्टर में पेस्ट कीजिए और वह उस इंटरव्यू के लिए सबसे संभावित बीस सवाल लौटा देता है, किस्म के हिसाब से बंटे हुए, हर एक क्या टटोल रहा है इसके नोट के साथ। न अकाउंट, न ईमेल, नतीजे तुरंत। यह अनुमान लगाता है, जानता नहीं, और यही ईमानदार बात है: सवाल कहां से आते हैं इसका अच्छा नक्शा, इंटरव्यूअर के नोट्स की नकल नहीं।
अक्सर पूछे जाने वाले सवाल
क्या मैं जॉब डिस्क्रिप्शन से टेक्निकल इंटरव्यू के सवाल पहचान सकता हूं?
विषय हां, पहेलियां नहीं। पोस्टिंग स्टैक, डेटा और फेलियर मोड का नाम लेती है, जिससे सिस्टम डिजाइन के सवाल और भाषा-विशेष गहराई वाले सवाल भरोसे से पहचाने जा सकते हैं। एल्गोरिदम वाला सवाल यह नहीं बता सकती, क्योंकि वे आमतौर पर किसी साझा इंटरनल बैंक से आते हैं और रोल से उनका शायद ही कोई नाता होता है। बताए गए स्टैक की गहरी तैयारी कीजिए और एल्गोरिदम की प्रैक्टिस अलग से।
अगर जॉब डिस्क्रिप्शन धुंधली हो तो?
धुंधली पोस्टिंग खुद एक भविष्यवाणी है: जेनेरिक लाइनें जेनेरिक सवाल पैदा करती हैं, तो स्टैंडर्ड बिहेवियरल सेट और साथ में आपके CV पर एक मोटी बातचीत की उम्मीद रखिए। बाकी खाली जगहें कहीं और से भरिए। कंपनी का करियर पेज, टीम का सार्वजनिक काम, हाल के इंजीनियरिंग पोस्ट, और रिक्रूटर, जो पूछने पर आमतौर पर राउंड का ढांचा और इंटरव्यूअर बता ही देता है।
क्या मुझे जवाब शब्द-दर-शब्द तैयार करने चाहिए?
नहीं। रटे हुए जवाब बेजान निकलते हैं, और जैसे ही सवाल आपके याद किए वर्जन से अलग शब्दों में आता है, वे ढह जाते हैं। हर किस्से को पांच-छह पड़ावों की तरह सीखिए जिसके आखिर में एक नंबर हो, फिर उसे तब तक बोलिए जब तक दबाव में भी पड़ाव क्रम में रहें। ठीक-ठीक तय करने लायक सिर्फ दो लाइनें हैं: पहला वाक्य और आखिरी नतीजा।