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