एक साक्षात्कारकर्ता से यह पूछना एक बुरा विचार है कि उनकी विकास टीम की सबसे बड़ी ताकत और कमजोरी क्या है? [बन्द है]

Question

मैं सोच रहा था कि क्या डेवलपर के पद के लिए साक्षात्कार करते समय संभावित नियोक्ता से पूछना एक अच्छा सवाल था:

आपकी विकास टीम की सबसे बड़ी ताकत और कमजोरी क्या है?

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

क्या डेवलपर की स्थिति के लिए साक्षात्कार करते समय इस सवाल को पूछने के लिए कोई नकारात्मक पहलू है?

Comments

अच्छी तरह से स्पष्ट रूप से वे जिस भूमिका के लिए काम कर रहे हैं वह एक कमजोरी है ...

— जे.के.

यह किस पद के लिए पूछा गया था?

— कार्लसन

मैं पूछता हूं, "इस स्थिति का सबसे खराब हिस्सा क्या है?" मैं बिक्री के लोगों से भी पूछता हूं कि उनके ग्राहक अपने उत्पादों के बारे में क्या नफरत करते हैं।

— जेएफओ

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

— रोस पैटरसन

"आपकी सबसे बड़ी कमजोरी क्या है?" ओटमील 6 क्रेपिएस्ट साक्षात्कार में से एक है ।

— क्रिस बर्ट-ब्राउन

Answer 1

यह एक बुरा सवाल नहीं है, हालांकि मैं व्यक्तिगत रूप से इसे काफी पसंद नहीं करूंगा।

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

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

Comments

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

— लंचमीट 317

Answer 2

इस तरह से वाक्यांश मत करो। हर कोई phony (IMHO) "ताकत और कमजोरियों" के सवाल से नफरत करता है। इसे फिर से चालू करने और इसे फिर से उपयोग करने की कोई आवश्यकता नहीं है।

बहुत बेहतर और अधिक प्रामाणिक प्रश्न जो एक ही जानकारी के लिए मिलते हैं, वे निम्नलिखित होंगे:

• मुझे अपनी टीम के इतिहास के बारे में बताएं, आप कैसे शुरू हुए, टीम के सदस्य कहां से आए? जब वे चले गए तो पिछली टीम के सदस्य कहां गए थे?

• आप स्थिति x क्यों भरना चाह रहे हैं?

• आपके और आपकी टीम के सामने सबसे कठिन चुनौतियां क्या हैं?

• क्या आप इस परियोजना के जीवनचक्र के माध्यम से चल सकते हैं जिस पर इस टीम ने काम किया है? इसकी शुरुआत और समापन कैसे हुआ? हितधारकों, परीक्षकों (यदि कोई हो), ऑप्स (यदि कोई हो) और रखरखाव के लिए टीम का क्या संबंध है?

• जब चीजें गलत हो जाती हैं, तो आपकी टीम कैसे प्रतिक्रिया देती है? क्या आप मुझे अंतिम / वर्तमान / सबसे बड़े संकट के बारे में बता सकते हैं?

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

Answer 3

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

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

Comments

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

— कार्लसन

इससे पहले कि मैं तुम्हारा पढ़ा, लेकिन दूसरे पैराग्राफ के लिए +1 पर मैंने अपना जवाब लिखा। मैं मानता हूं कि ओपी मौजूदा टीम के अभ्यासों और प्रक्रियाओं के बारे में पूछना बेहतर होगा।

— राहेल

Answer 4

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

दूसरी तरफ, मैं टीम के इतिहास के बारे में कुछ पूछना चाहूंगा:

• यह टीम कब से साथ है?
• यहाँ कितने साल हैं?
• विभिन्न लोग आमतौर पर क्या भूमिका निभाते हैं?

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

---

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

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

Comments

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

— जॉरिस टिम्मरमन्स

Answer 5

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

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

व्यक्तिगत रूप से, मुझे वे लोग पसंद हैं जो समस्याओं के प्रमुखों पर हमला करते हैं क्योंकि वे उन्हें पहचानने के लिए तैयार हैं (यह 12 के चरण 1 नहीं है?)।

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

Answer 6

मेरे संभावित भविष्य के नियोक्ता के लिए मेरे स्टॉक प्रश्नों में से एक "आप अपनी कंपनी के लिए काम करना क्यों पसंद करते हैं?"

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

Answer 7

मुझे यह एक बहुत अजीब सवाल लगता है। आप किस तरह के उत्तर या जानकारी की उम्मीद करेंगे?

यदि आप एक विकास की स्थिति के लिए आवेदन कर रहे हैं, तो मैं आपसे तकनीकी पहलुओं के बारे में अधिक पूछना चाहूंगा। उदाहरण के लिए, "आप किस पद्धति का उपयोग कर रहे हैं?", "आप किस उपकरण का उपयोग कर रहे हैं?", आदि।

Comments

-1 आपका जवाब है कि डेवलपर्स बंदरों को कोड कर रहे हैं। बहुत सारी पेशेवर प्रोग्रामिंग किक गधा टीम बनाने के बारे में है। उदाहरण के लिए एक स्क्रम टीम को अपने नियम बनाने चाहिए और इस प्रकार टीम की ताकत और कमजोरी को समझना चाहिए।

— फार्म

@Farmor क्या एक बीएस टिप्पणी हर टीम को अपने नियम निर्धारित करने चाहिए। इसके अलावा, अगर वे अपने सबसे कमजोर बिंदु को जानते थे, तो क्या वे इसे ठीक नहीं करेंगे?

— B42овиЈ

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

— फार्मर

@ नियम के बिना एक टीम को काउबॉय कोडिंग कहा जाता है । बेशक यह है कि स्क्रम टीमों ने अपने नियमों को निर्धारित किया है ( यह रकम बहुत ज्यादा बढ़ा देता है, और यह चरवाहे कोडिंग से पूरी तरह से अलग है)। किसी विशेषज्ञता को कम करना आसान है: किसी को सक्षम बनाएं। अधिक गंभीर समस्याएं हैं कुछ टीमों का सामना करना पड़ रहा है - लेकिन उन्हें कोई जानकारी नहीं है कि सुधार कैसे किया जाए।

— B37ови

@Farmor - मेरा मानना ​​है कि Bћовиarm बस उस वास्तविक समस्या को नहीं समझता है जो आपके उत्तर के साथ है। जैसा कि मैंने इसे पढ़ा है, जो आप कहने की कोशिश कर रहे हैं वह यह है कि एक अच्छा "नरम" प्रश्न आपको किसी स्थिति, कंपनी, साक्षात्कारकर्ता या उम्मीदवार के बारे में बहुत कुछ बता सकता है, इसलिए आपके शस्त्रागार के साथ-साथ तकनीकी प्रश्नों में भी अच्छा है।

— जॉरिस टिम्मरमैन

Answer 8

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

व्यवहार प्रकार के प्रश्नों को तैयार करते समय, स्टार विधि का उपयोग करके उन्हें मॉडल करने का एक सामान्य तरीका है, जिसका अर्थ है कि इस तरह की संरचना को एक विशिष्ट स्थिति, कार्य, कार्रवाई और परिणाम की चर्चा करने के लिए चर्चा करने के लिए नेतृत्व किया जाता है।

उदाहरण के लिए, "टीम में शामिल होने के बाद से, टीम की सबसे बड़ी सफलता क्या रही है, इसके लिए क्या अवसर पैदा हुआ, टीम की कार्रवाइयों का सबसे अधिक प्रभाव क्या हुआ, और कंपनी पर इस सफलता का क्या प्रभाव पड़ा?"

Answer 9

मुझे लगता है कि यह एक अच्छा सवाल है, हालांकि मैं इसे थोड़ा अलग तरीके से पूछूंगा। अतीत में, मैंने इस तरह के प्रश्न पूछे हैं:

• आपकी दुकान पर सबसे बड़ी तकनीकी चुनौतियां क्या हैं?
• आपकी टीम के बीच कौशल में रेंज / प्रसार कैसे है?
• आपकी दुकान पर साइलो-आईएनजी की कितनी समस्या है?

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