इंजीनियरिंग मैनेजर इंटरव्यू की तैयारी, इंजीनियरिंग इंटरव्यू से कहीं ज्यादा मुश्किल है, क्योंकि सवालों का कोई एक सही जवाब नहीं होता और पैनल आउटपुट नहीं, आपका जजमेंट परख रहा होता है। हर सिनैरियो हल्के अर्थ में एक ट्रैप है: दोनों जाहिर जवाब गलत हैं। इंसान को बचाइए तो डेट छूट जाती है, डेट बचाइए तो टीम जल जाती है। मजबूत कैंडिडेट इस टकराव को खुलकर नाम देते हैं, फिर बताते हैं कि वे असल में क्या करेंगे और उसकी कीमत क्या होगी। लीडरशिप लूप असल में यही पूछता है।
ये पैटर्न पूरे रोल के लिए हैं; अगर आपको किसी एक इंटरव्यू की शॉर्टलिस्ट चाहिए, तो असली जॉब पोस्टिंग फ्री Question Predictor में पेस्ट कीजिए और यह वे बीस सवाल लौटा देगा जो उस पोस्टिंग से सबसे ज्यादा बनने की संभावना है।
इंजीनियरिंग मैनेजर इंटरव्यू असल में क्या परखते हैं?
पांच चीजें: क्या आप लोगों और डिलीवरी के बीच के तनाव को बिना यह दिखावा किए संभाल सकते हैं कि इनमें से कोई आसान है, क्या आपका फीडबैक और परफॉर्मेंस वाला काम असली है, क्या आप हायर कर सकते हैं और बार बनाए रख सकते हैं, क्या इंसिडेंट के दौरान आप काम के रहते हैं, और क्या आपका टेक्निकल जजमेंट इतना अच्छा है कि जिन लोगों को आप मैनेज करते हैं वे उसकी इज्जत करें। एक में गहराई और बाकी में चुप्पी आपको रिजेक्ट नहीं, डाउनलेवल कराती है।
- लोग: फीडबैक, ग्रोथ, अंडरपरफॉर्मेंस, और क्या आपने वह मुश्किल बातचीत सच में की है या सिर्फ उसके बारे में पढ़ा है।
- डिलीवरी: प्लानिंग, एस्टिमेशन, कमिटमेंट, और जब कोई डेट छूटने वाली हो तब आप क्या करते हैं।
- हायरिंग: लूप चलाना, बार कैलिब्रेट करना, क्लोज़ करना, और एक गलत हायर जिससे आपने कुछ सीखा।
- टेक्निकल जजमेंट: इतनी आर्किटेक्चर समझ कि किसी फैसले को परख सकें और स्टाफ इंजीनियर से भरोसेमंद तरीके से असहमत हो सकें।
- ऑर्गनाइज़ेशनल समझ: प्रोडक्ट और डिज़ाइन के साथ काम करना, और यह जानना कि कौन सी लड़ाइयां आपकी हैं।
यहां लेवल बाकी ज्यादातर इंटरव्यू से ज्यादा मायने रखता है। फर्स्ट-लाइन मैनेजर को एक टीम पर परखा जाता है। सीनियर मैनेजर को दूसरे लोगों के जरिए मैनेज करने पर परखा जाता है, और डाउनलेवल होने का सबसे तेज तरीका है हर सवाल का जवाब ऐसी कहानी से देना जिसमें काम आपने खुद किया।
इंजीनियरिंग मैनेजर का इंटरव्यू लूप कैसा दिखता है?
पांच से सात स्टेज: एक रिक्रूटर स्क्रीन, हायरिंग मैनेजर से बातचीत, पीपल मैनेजमेंट डीप डाइव, डिलीवरी रेट्रोस्पेक्टिव, एक टेक्निकल या सिस्टम डिज़ाइन राउंड, एक क्रॉस-फंक्शनल पार्टनर इंटरव्यू, और अक्सर स्कोप और वैल्यूज़ पर एक स्किप-लेवल बातचीत। हर राउंड अलग सिग्नल ढूंढ रहा होता है, और एक ही कहानी चार बार सुनाने पर संकीर्णता के लिए नंबर कटते हैं।
- रिक्रूटर स्क्रीन (30 मिनट)। टीम साइज़, स्कोप, रिपोर्टिंग लाइन, क्या आप सीधे हायर और परफॉर्मेंस मैनेज करते हैं, सैलरी।
- हायरिंग मैनेजर इंटरव्यू (60 मिनट)। आपकी मैनेजमेंट फिलॉसफी को असली उदाहरणों पर कसा जाता है। अंडरपरफॉर्मेंस वाला सवाल यहीं आने की उम्मीद रखिए।
- पीपल डीप डाइव (45 से 60 मिनट)। ग्रोथ, फीडबैक, रिटेंशन, और फॉलो-अप सवालों के जरिए खोली गई एक मुश्किल बातचीत।
- डिलीवरी रेट्रोस्पेक्टिव (60 मिनट)। कोई प्रोजेक्ट जो आपने शुरू से आखिर तक संभाला, जिसे "आप क्या अलग करते" से तब तक टोका जाता है जब तक आप ऐसी बात न कह दें जिसकी कीमत चुकानी पड़े।
- टेक्निकल राउंड (60 मिनट)। आमतौर पर सिस्टम डिज़ाइन, ट्रेड-ऑफ को ढंग से समझाने की गहराई तक। कभी-कभी कोड रीडिंग; इस लेवल पर पूरा एल्गोरिदम इंटरव्यू कम ही होता है।
- क्रॉस-फंक्शनल पार्टनर (45 मिनट)। एक प्रोडक्ट मैनेजर या पीयर मैनेजर यह देखता है कि आपके साथ काम करना सीधा-सादा है या नहीं।
- स्किप-लेवल या डायरेक्टर (45 मिनट)। स्कोप, आप ऐसे फैसले को कैसे संभालते हैं जिससे आप असहमत हैं, और पहले नब्बे दिन।
लीडरशिप राउंड शुरुआती सवाल पर नहीं, फॉलो-अप पर चलते हैं। हर जवाब पर तीन "क्यों" और एक "आप क्या अलग करते" मानकर चलिए। कमजोर कहानियां दूसरे फॉलो-अप पर ही ढह जाती हैं, और यह फॉर्मैट बना ही इसीलिए है।
इंटरव्यूअर लोगों और डिलीवरी के बीच का तनाव कैसे परखते हैं?
ऐसे सिनैरियो से जहां दोनों विकल्प बुरे हैं। उन्हें ऐसा जवाब चाहिए जो तनाव को नाम दे, फिर भी फैसला ले, और बताए कि इसकी कीमत क्या है और आप किसे बताएंगे। जो कैंडिडेट इसे बहुत सफाई से सुलझा देते हैं ("मैं टीम से बात करूंगा और हम कोई रास्ता निकाल लेंगे") उनके नंबर कटते हैं, क्योंकि पैनल इससे गुजर चुका है और जानता है कि ऐसा नहीं होता।
1. "आप एक कमिटेड डेट से दो हफ्ते दूर हैं, वह छूटने वाली है, और एक इंजीनियर साफ तौर पर बर्नआउट हो रहा है।" यह क्या टटोलता है: क्या आपकी पहली प्रवृत्ति समस्या छिपाने की है। एक दिन के भीतर तथ्य जुटाइए, उस इंसान को लॉन्च के बाद नहीं बल्कि तुरंत क्रिटिकल पाथ से हटाइए, फिर जल्दी स्टेकहोल्डर्स के पास स्लिप और विकल्पों के साथ जाइए: उसी डेट पर घटा हुआ स्कोप, पूरा स्कोप बाद में, या फेज़्ड रिलीज़। वह बात भी कहिए जो लोग दबा जाते हैं: आप ऐसी डेट बचाने के लिए वीकेंड नहीं मांगेंगे जिसे आप पहले से गलत जानते हैं। अंत सिस्टमिक फिक्स पर कीजिए: एक ही इंसान सिंगल पॉइंट ऑफ फेलियर क्यों बना।
2. "आप तय कैसे करते हैं कि खुद किस काम पर लगेंगे?" यह क्या टटोलता है: क्या आप लेवरेज समझते हैं या अब भी रिपोर्ट्स वाले इंजीनियर हैं। आपका समय वहां जाता है जो सिर्फ आप कर सकते हैं (हायरिंग, परफॉर्मेंस, क्रॉस-टीम अनब्लॉकिंग, रोडमैप वाली बातचीत), और बाकी उस इंसान को सौंपा जाता है जो उसे करते हुए बढ़ेगा। आप कितने हैंड्स-ऑन हैं और क्यों, यह साफ बताइए, क्योंकि यह जायज तौर पर बदलता है: चार लोगों का मैनेजर हर हफ्ते कोड लिख सकता है, बारह लोगों के मैनेजर को पुल रिक्वेस्ट नहीं, डिज़ाइन डॉक्युमेंट रिव्यू करने चाहिए।
अंडरपरफॉर्मेंस पर कौन से सवाल आते हैं, और उनके जवाब कैसे दें?
लगभग हमेशा दो: किसी को मैनेज करके बाहर निकालने की कहानी, और आप इंसान की समस्या को सिस्टम की समस्या से कैसे अलग करते हैं। दोनों इस बात का सबूत चाहते हैं कि आपने यह सच में किया है, क्योंकि यही जॉब का वह हिस्सा है जिसे ज्यादातर पहली बार बने मैनेजर तब तक टालते हैं जब तक वह संकट न बन जाए। आपका टाइटल चाहे जो हो, गोलमोल जवाब अनुभवहीनता जैसा लगता है, और वही हाल उस फीडबैक का है जिसे प्रैक्टिस के बजाय एक फीलिंग की तरह बताया जाए।
3. "कोई ऐसा मौका बताइए जब आपने किसी को मैनेज करके बाहर निकाला।" यह क्या टटोलता है: क्या आप एक ही समय पर निष्पक्ष और निर्णायक हो सकते हैं। STAR इस्तेमाल कीजिए और क्रम को लेकर बिल्कुल सटीक रहिए: लिखित अपेक्षा के मुकाबले कहां कमी थी, आपने पहली बार सीधे कब कहा, आपने क्या सपोर्ट दिया, सुधार की विंडो कितनी लंबी थी, और उस इंसान को फैसला कैसे बताया गया। दो डिटेल असली अनुभव को थ्योरी से अलग करती हैं: आखिर में उन्हें कोई झटका नहीं लगा, और आप बता सकते हैं कि आपने कितनी देर तक इसे टाल दिया था।
4. "आप परफॉर्मेंस की समस्या को कॉन्टेक्स्ट की समस्या से कैसे अलग करते हैं?" यह क्या टटोलता है: क्या आप सिस्टम की नाकामी का दोष लोगों पर डालते हैं। पहले कॉन्टेक्स्ट जांचिए, क्योंकि अस्पष्ट अपेक्षाएं, खराब ऑनबोर्डिंग, उलझा हुआ प्रोजेक्ट या रोल का बेमेल होना ही ज्यादातर दिखने वाली अंडरपरफॉर्मेंस की वजह होते हैं। पूछिए कि क्या टीम में कोई और ठीक इसी चीज में कामयाब हो रहा है, और क्या फीडबैक कभी साफ शब्दों में दिया भी गया था। अगर कॉन्टेक्स्ट साफ है और सीधे फीडबैक व सपोर्ट के बाद भी कमी बनी रहती है, तो उसे बिना देर किए परफॉर्मेंस की समस्या मानिए।
इंटरव्यूअर हायरिंग और टीम बिल्डिंग कैसे परखते हैं?
एक वॉल्यूम सिनैरियो और एक गलत हायर की कहानी से। वे देख रहे हैं कि आप हायरिंग को असली नंबरों वाला अपना फनल मानते हैं, या कुछ ऐसा जो रिक्विजिशन खुलने पर आप पर थोप दिया जाता है। जो मैनेजर अपना लूप, स्कोरकार्ड या क्लोज़ रेट नहीं बता पाते, वे आमतौर पर वही होते हैं जिन्होंने कभी शून्य से टीम नहीं बनाई।
5. "आपको इस तिमाही तीन इंजीनियर हायर करने हैं। पूरा तरीका बताइए।" यह क्या टटोलता है: ऑपरेशनल पकड़। शुरुआत इससे कीजिए कि टीम में असल में क्या कमी है, फिर तीन ऑफर से उल्टा चलकर फनल का गणित (स्क्रीन, ऑनसाइट, वह कन्वर्जन जो आपने सच में देखा है), हर राउंड के स्कोरकार्ड के साथ लूप डिज़ाइन ताकि फीडबैक तुलना लायक हो, इनबाउंड से आगे सोर्सिंग, और रफ्तार, क्योंकि धीमा लूप सबसे मजबूत कैंडिडेट सबसे पहले गंवाता है। क्लोजिंग का जिक्र कीजिए: ऑफर वाली बातचीत, कैंडिडेट को क्या मायने रखता है, और नोटिस पीरियड के दौरान उन्हें जोड़े रखना। बार खुद स्वाद से नहीं, लिखित क्राइटेरिया से आता है, और यही उसे इंटरव्यूअरों के बीच एक जैसा रखता है।
6. "कोई ऐसी हायरिंग बताइए जो चली नहीं।" यह क्या टटोलता है: ईमानदारी और पैटर्न पहचानना। उस सिग्नल का नाम लीजिए जिसे लूप के दौरान आपने खुद को समझा-बुझाकर नजरअंदाज कर दिया था, क्योंकि लगभग हमेशा यही हुआ होता है। फिर साफ होने के बाद आपने क्या किया, कितनी जल्दी किया, और उसके बाद क्या बदला: एक अतिरिक्त राउंड, दोबारा लिखा गया स्कोरकार्ड, या यह नियम कि सिर्फ जोश देखकर हायर नहीं करेंगे। पूरा दोष कैंडिडेट पर डालना इस सवाल में फेल होना है।
इंसिडेंट और ऑन-कॉल पर कौन से सवाल आने की उम्मीद रखूं?
दो: गंभीर इंसिडेंट के दौरान आप क्या करते हैं, और ऐसे रोटेशन का क्या करते हैं जो लोगों को पीस रहा है। पहले में ट्रैप यह है कि कई मैनेजर, खासकर हाल ही में प्रमोट हुए, यह बताकर जवाब देते हैं कि उन्होंने खुद डीबग कैसे किया। इस लेवल पर यह गलत जवाब है, और फॉलो-अप इसे साफ कर देगा।
7. "रात 2 बजे सिवीयरिटी वन आता है और आपकी टीम उस पर लगी है। आपकी भूमिका क्या है?" यह क्या टटोलता है: क्या आप मैनेज करने और मदद करने का फर्क जानते हैं। जब तक और कोई नहीं हो सकता, आप इंसिडेंट कमांडर नहीं हैं, और चैनल में डीबग तो आप बिल्कुल नहीं कर रहे। आपका काम है कम्युनिकेशन, यह पक्का करना कि कमांड का एक मालिक हो और कम्स का एक, दूसरी टीमों को खींचकर लाना ताकि आपके इंजीनियरों को मदद के लिए मोलभाव न करना पड़े, और घड़ी पर नजर रखना ताकि जो चार घंटे से लगा है उसे बदला जा सके। अगली सुबह: उनकी जगह संभालिए, और उन्हें 9 बजे के स्टैंडअप से दूर रखिए।
8. "आप पोस्टमॉर्टम कैसे चलाते हैं, और उसके बाद असल में क्या बदलता है?" यह क्या टटोलता है: फॉलो-थ्रू, और यहीं ज्यादातर पोस्टमॉर्टम कल्चर फेल होते हैं। असली अर्थ में ब्लेमलेस, यानी आप उन हालात को खोजते हैं जिन्होंने गलती को संभव बनाया, न कि कमांड टाइप करने वाले इंसान को माफ करने का नाटक करते हैं। टाइमलाइन, योगदान देने वाले कारण, डिटेक्शन या रिकवरी धीमी किस वजह से रही, और नामजद मालिक व तारीखों वाले एक्शन। फिर वह हिस्सा जो बातों को प्रैक्टिस से अलग करता है: वे एक्शन उसी बैकलॉग में बैठते हैं जिसमें फीचर वर्क है, और आप उनके पूरा होने की रिपोर्ट करते हैं।
9. "आपका ऑन-कॉल रोटेशन लोगों को बर्नआउट कर रहा है। इसे ठीक कीजिए।" यह क्या टटोलता है: क्या आप टॉयल मापते हैं या बस सहानुभूति जताते हैं। पहले मापिए (हर शिफ्ट में पेज, ऑफ-आवर पेज, कितने पर कार्रवाई लायक थे, कौन सी सर्विसेज इन्हें पैदा करती हैं), फिर शोर खत्म कीजिए, क्योंकि ज्यादातर रोटेशन में बड़ा हिस्सा उन अलर्ट का होता है जिन पर कोई कुछ नहीं करता। सबसे बड़े दोषी को समर्पित समय देकर ठीक कीजिए, रोटेशन बहुत पतला हो तो उसे चौड़ा कीजिए, और रिलायबिलिटी वर्क को रोडमैप में डालिए, बजाय इसके कि वह हीरोगिरी बनकर बिना रिकॉर्ड के रह जाए।
इंटरव्यूअर रोडमैप और प्राथमिकता के ट्रेड-ऑफ कैसे परखते हैं?
आपके इंजीनियरों और आपके प्रोडक्ट पार्टनर के बीच टकराव से। अपेक्षित जवाब प्रोडक्ट मैनेजर को दुश्मन नहीं, बल्कि एक जायज तौर पर अलग मकसद वाला बराबरी का साथी मानता है, इंजीनियरिंग के पक्ष को बिज़नेस की भाषा में नंबरों में रखता है, और प्रोसेस बताने के बजाय एक स्टैंड लेता है। बिना किसी सामग्री के "हम मिलकर प्राथमिकताएं तय कर लेंगे" इस लूप का सबसे आम गैर-जवाब है, और प्रस्तावित रीराइट के साथ भी यही होता है: यह ठीक क्या करता है, और साल भर दोनों चलाने की कीमत क्या है।
10. "आप फीचर, रिलायबिलिटी और टेक्निकल डेट के बीच कैपेसिटी कैसे बांटते हैं?" यह क्या टटोलता है: क्या आप किसी नंबर का बचाव कर सकते हैं। एक असली चलता हुआ बंटवारा बताइए (लगभग सत्तर, बीस, दस एक आम शक्ल है) फिर बताइए कि उसे क्या हिलाता है: एरर बजट जलना, कोई कंप्लायंस डेट, या ऐसी सर्विस जहां चेंज फेलियर रेट चढ़ रहा है। डेट वाले हिस्से को डिलीवरी की भाषा में जायज ठहराइए, क्योंकि "कोड गंदा है" हारता है और "इस सर्विस में बदलावों का लीड टाइम छह महीने में दोगुना हो गया है" जीतता है।
11. "डिज़ाइन बनने से पहले ही आपका प्रोडक्ट पार्टनर डेट मांग रहा है।" यह क्या टटोलता है: क्या आप पसंद किए जाने के लिए काल्पनिक वादे कर देते हैं। मान्यताओं के साथ एक रेंज दीजिए और एक चेकपॉइंट बताइए जहां वह सिकुड़ेगी, अगर बाहरी डेडलाइन सचमुच है तो एक छोटे पहले हिस्से पर कमिटमेंट दीजिए, और समझाइए कि अभी दी गई पक्की डेट ऐसा वादा है जो आप निभा नहीं सकते। इसे लिखकर दीजिए, क्योंकि जबानी रेंज किसी और की स्लाइड में डेट बन जाती है।
इंजीनियरिंग मैनेजर से अब भी कौन से टेक्निकल सवाल पूछे जाते हैं?
आमतौर पर एक सिस्टम डिज़ाइन राउंड, जो स्टाफ-इंजीनियर गहराई पर नहीं बल्कि ट्रेड-ऑफ को ढंग से समझाने की गहराई पर होता है, साथ ही यह कि आप ऐसे फैसलों को कैसे परखते हैं जो आपने नहीं लिए। कुछ कंपनियां, ज्यादातर छोटी और कुछ बड़ी जो एक जैसा बार रखती हैं, अब भी कोडिंग स्क्रीन रखती हैं। पहले से पूछ लीजिए, क्योंकि अचानक आए कोडिंग राउंड में फेल होना ऑफर गंवाने का टाला जा सकने वाला तरीका है।
12. "ऐसा सिस्टम डिज़ाइन कीजिए जो X करता हो।" यह क्या टटोलता है: क्या आपके इंजीनियर आपके जजमेंट की इज्जत करेंगे। रिक्वायरमेंट और स्केल साफ कीजिए, एक सुसंगत आर्किटेक्चर बनाइए, और अपना समय प्रोटोकॉल की बारीकियों पर नहीं, ट्रेड-ऑफ और फेलियर मोड पर लगाइए। यह कहना ठीक है कि "मैं इसका मालिक किसी स्टाफ इंजीनियर को बनाता, और उनके प्रस्ताव में मुझे यह चाहिए होता", बशर्ते आप फिर विकल्पों पर खुद तर्क कर सकें। पूरा सवाल टाल देना ठीक नहीं।
13. "जिस चीज के आप एक्सपर्ट नहीं हैं, उस टेक्निकल फैसले को आप कैसे रिव्यू करते हैं?" यह क्या टटोलता है: आप उन लोगों को कैसे लीड करते हैं जो आपसे ज्यादा जानते हैं। पूछिए कि कौन से विकल्प देखे गए और उन्हें क्यों छोड़ा गया, इसे गलत चुनाव साबित करने के लिए क्या सच होना पड़ेगा, और इसे पलटने की कीमत क्या है। साफ कहिए कि आपका काम कमरे का सबसे अच्छा जवाब देना नहीं, बल्कि तर्क और पलटाव की गुंजाइश जांचना है।
लीडरशिप लूप में बिहेवियरल सवालों के जवाब कैसे दूं?
STAR इस्तेमाल कीजिए, पर इंजीनियरिंग इंटरव्यू से अलग वजन के साथ: सिचुएशन और टास्क को करीब बीस सेकंड में समेटिए, ज्यादातर जवाब अपने ठोस एक्शन और उनके पीछे के तर्क पर खर्च कीजिए, और नतीजे पर खत्म कीजिए जिसमें यह भी हो कि इसकी कीमत क्या रही, सिर्फ यह नहीं कि क्या हासिल हुआ। पैनल "हमने तय किया" नहीं, "मैंने तय किया" सुनना चाहता है, और घटनाओं का ऐसा संस्करण जिसमें कुछ गलत भी हुआ हो।
छह से आठ कहानियां तैयार कीजिए और उन्हें प्रोजेक्ट के बजाय सिग्नल के हिसाब से इंडेक्स कीजिए: एक मुश्किल परफॉर्मेंस बातचीत, एक डिलीवरी जो छूट गई, एक हायर जो फेल हुई, एक साथी से टकराव, एक फैसला जो आपने पलटा, एक इंसान जिसे आपने आगे बढ़ाया, और एक मौका जब आप गलत थे। हर एक में ठोस नंबर चाहिए और एक ऐसी डिटेल जो आप गढ़ नहीं सकते थे। "आप क्या अलग करते" का जवाब पहले से तैयार रखिए, क्योंकि "कुछ नहीं" फेल हो जाता है।
इंजीनियरिंग मैनेजर कैंडिडेट किन गलतियों से रिजेक्ट होते हैं?
इसमें से लगभग कुछ भी जानकारी से जुड़ा नहीं है। कैंडिडेट लूप इसलिए हारते हैं क्योंकि वे उसी इंजीनियर की तरह जवाब देते हैं जो वे पहले थे, क्योंकि उनके पास कोई ऐसी कहानी नहीं जहां वे गलत थे, या क्योंकि वे फैसला लेने के बजाय प्रोसेस बताते हैं। रिकॉर्ड किए गए ज्यादातर फीडबैक में यही छह वजहें मिलती हैं।
- इंजीनियर की तरह जवाब देना। राउंड दर राउंड यह बताना कि आपने इसे खुद कैसे ठीक किया, आपको डाउनलेवल करा देता है।
- मुश्किल बातचीत कभी की ही नहीं। अंडरपरफॉर्मेंस पर थ्योरी वाला जवाब पैनल को बता देता है कि आपने इसे टाला है।
- फैसले के बिना प्रोसेस। "मैं स्टेकहोल्डर्स को इकट्ठा करके अलाइन करूंगा" किसी सवाल का जवाब नहीं है।
- सिर्फ कामयाबी की कहानियां। जिस लूप में एक भी नाकामी नहीं, वह अनुभवहीनता या आत्म-जागरूकता की कमी जैसा लगता है।
- पुराने एम्प्लॉयर या रिपोर्ट की बुराई। एक तीखी टिप्पणी उसी राउंड के किसी भी अच्छे जवाब से ज्यादा देर याद रहती है।
- कोई नंबर नहीं। टीम साइज़, अट्रिशन, कितने हायर किए, डिलीवरी के नतीजे। माप के बिना लीडरशिप सिर्फ किस्सों की लीडरशिप है।
इंजीनियरिंग मैनेजर इंटरव्यू की तैयारी कैसे करूं?
अपनी कहानियां ढंग से लिखकर तैयार कीजिए, फिर उन्हें किसी ऐसे इंसान के सामने बोलिए जो बीच में टोकेगा। लिखा हुआ रूप वह डिटेल पकड़ता है जो आप भूल चुके हैं; बोला हुआ रूप बताता है कि आप कहां भटकते हैं, जो लगभग हमेशा सिचुएशन वाला हिस्सा होता है। ज्यादातर कैंडिडेट जवाब की शुरुआत में समय गंवाते हैं और फिर उस हिस्से में जल्दबाजी करते हैं जिस पर नंबर मिलते हैं।
फिर अपने नंबर जुटाइए: टीम साइज़, अट्रिशन, हायर और ऑफर एक्सेप्टेंस, तारीखों के साथ डिलीवरी के नतीजे, और अगर कोई सर्विस आपकी है तो रिलायबिलिटी ट्रेंड। रिक्रूटर से पूछिए कि लूप में क्या-क्या है और उसी शक्ल के हिसाब से तैयारी कीजिए, क्योंकि ऐसे लूप के लिए सिस्टम डिज़ाइन रटने का कोई मतलब नहीं जिसमें तीन पीपल राउंड और एक वैल्यूज़ बातचीत है। किसी बड़े एम्प्लॉयर के मामले में उनका कंपनी क्वेश्चन बैंक एक बार देख लेना ठीक रहता है ताकि उनके फॉर्मैट पता चलें, और अगर आपके लूप में इंजीनियरिंग-हेवी राउंड है, तो सॉफ्टवेयर इंजीनियर इंटरव्यू के सवाल वाली गाइड बताती है कि वह राउंड अब भी क्या उम्मीद रखता है।
कॉल से पहले पोस्टिंग को फ्री Question Predictor से गुजारिए ताकि आप जो बीस सवाल रिहर्स करें वे वही हों जो वह पैनल पूछने वाला है, न कि कोई जनरल लीडरशिप लिस्ट।
लाइव कोपायलट कहां फिट बैठता है
तैयारी ज्यादातर हिस्सा संभाल लेती है, और फिर दिन के चौथे राउंड के आखिर में कोई सिनैरियो ऐसे कोण से आता है जो आपने रिहर्स नहीं किया, और पूरा ढांचा दिमाग से निकल जाता है। GhostPilot AI उसी पल के लिए एक रियल-टाइम कोपायलट है: यह Chrome एक्सटेंशन के साइड पैनल में या Windows डेस्कटॉप ऐप के तौर पर चलता है, कॉल सुनता है, सवाल पकड़ता है, और करीब दो सेकंड बाद एक स्ट्रक्चर्ड जवाब तैयार रखता है, जो आमतौर पर इतना काफी होता है कि आपकी अपनी सोच पकड़ बनाने तक एक साफ पहला वाक्य निकल जाए। फ्री टियर में हफ्ते के 10 मिनट का लाइव सेशन मिलता है, कोई कार्ड नहीं। यह दिमाग खाली हो जाने पर बैकस्टॉप है, जॉब कर चुके होने का विकल्प नहीं।
FAQ
इंजीनियरिंग मैनेजर इंटरव्यू की तैयारी कितने दिन करनी चाहिए? तीन से चार हफ्ते, जिसमें ज्यादातर समय पढ़ाई पर नहीं, कहानियों पर जाए। असली नंबरों के साथ आठ लीडरशिप कहानियां लिखना और बीच में टोकते हुए उन्हें रिहर्स करना लोगों की उम्मीद से ज्यादा समय लेता है, और लूप के बड़े हिस्से पर नंबर इसी पर मिलते हैं।
क्या इंजीनियरिंग मैनेजर इंटरव्यू में कोडिंग होती है? कभी-कभी, खासकर छोटी कंपनियों में और कुछ बड़ी कंपनियों में जो एक जैसा टेक्निकल बार रखती हैं। यह आमतौर पर इंजीनियरिंग लूप से हल्की होती है: कोड पढ़ना, छोटी डीबगिंग एक्सरसाइज़, या भाषा से आजाद कोई प्रॉब्लम। मान लेने के बजाय रिक्रूटर से पूछ लीजिए।
बिना औपचारिक मैनेजमेंट अनुभव के इस रोल का इंटरव्यू कैसे दूं? शुरुआत उससे कीजिए जो आपने सच में किया है: मेंटरिंग, किसी प्रोजेक्ट की टेक लीडिंग, कोई इंसिडेंट संभालना, इंटरव्यू लेना, या मैनेजर की छुट्टी में उनकी जगह संभालना। कमी के बारे में ईमानदार रहिए, फिर ठोस तरीके से बताइए कि जो हिस्से आपने नहीं किए उन्हें आप कैसे अप्रोच करेंगे। पैनल पहली बार बनने वाले मैनेजर नियमित रूप से हायर करते हैं; दिखावा करने वालों को कहीं कम।