एक परियोजना प्रबंधक का साक्षात्कार करने या चमत्कार की खान के माध्यम से चलने के लिए ट्रिक्स

पागलपन सीरम को प्रलाप और वास्तविकता से जोड़कर देखने में असमर्थता है। स्टीफन ई। किंग

परियोजना प्रबंधक के रूप में वर्ष के अंत में साक्षात्कार होने के बाद, मैंने बहुत से सवालों का सामना किया जो कि hr'ov की ओर से और योग्य विशेषज्ञों की ओर से अंतिम बकवास की तरह लग सकता है। बेशक, प्रत्येक कंपनी अपने तरीके से अजीब है, लेकिन कुछ मुद्दों का लक्ष्य अभी भी मेरे लिए एक रहस्य है।

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

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

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

1) आप डेवलपर्स और परीक्षकों की एक टीम है। डेवलपर काम करते हैं, ऐतिहासिक बिंदुओं में कार्यों का मूल्यांकन करते हैं, और परीक्षक घंटों में। परीक्षक को बटन की प्रोग्रामिंग करने का काम सौंपा गया था, लेकिन वह इतिहास के बिंदुओं का उपयोग करना नहीं जानता है। जिस कार्य का वह उपयोग करेगा, उसके मूल्यांकन के लिए उसे कार्यप्रणाली की व्याख्या कैसे करें?

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

2) यदि एक दूरस्थ कर्मचारी ने प्रदर्शन खो दिया है तो मुझे क्या करना चाहिए?



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

3) एक कर्मचारी रोजाना बैठक में देर से आता है, मुझे क्या करना चाहिए?

"वह टीम और कंपनी के मूल्यों को साझा नहीं करता है, हमें इस तरह के एक कर्मचारी की आवश्यकता क्यों है?" - एक बार जब मैंने घंटे से इस तरह के एक वाक्यांश को सुना, और मैंने सोचा, क्या यह वास्तव में एक ऐसे व्यक्ति को रखने के लायक है जो कार्यालय से 80 किलोमीटर दूर रहता है, वे उसे दूरस्थ रूप से और सुबह नहीं करते हैं। वह सुबह 9 बजे तक ट्रैफिक जाम के लिए लगातार देर हो रही है?

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

प्रभावी आचरण के लिए आंतरिक नियमों के अलावा रैलियों में उनकी आरामदायक यात्रा के लिए उनकी नियुक्ति के नियम भी होने चाहिए:

• रैली के प्रतिभागियों से सभी के लिए एक सुविधाजनक समय का पता लगाएं, हो सकता है कि किसी को 10-15 मिनट देर से होने का उच्च जोखिम हो, जिसके दौरान रैली समाप्त हो जाए, या हो सकता है कि रैली में भाग लेने वालों के अलग-अलग समय क्षेत्र हों और किसी का समय 9:00 मास्को समय 5 बजे होगा;
• रैलियों के लिए जगह तैयार करें ताकि टीम के सदस्य उन बैठकों से खुद को दूर न करें जिन पर उन्हें खुले स्थान के बीच में एक दूसरे को सुनने के लिए चिल्लाना पड़ता है;

सभी लोग अलग-अलग हैं - यह एक ट्रूइज्म है। किसी को कम संगठित किया जाता है, किसी को अधिक, अगर बैठक में भाग लेने के लिए सभी आरामदायक शर्तों को पूरा किया जाता है, लेकिन एक अलग, थोड़ा संगठित कर्मचारी अभी भी समय पर बैठक में नहीं आना चाहता है, तो ऐसे कर्मचारी की प्रेरणा बढ़ाने के लिए अहिंसक ट्रिगर पेश किया जा सकता है, उदाहरण के लिए:

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

4) फ्री-वेव और स्क्रैम के साथ झरने के बीच अंतर?

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

5) स्टैंड-अप रैलियों में, आपके कई सहयोगी टीम को कल की श्रम सफलताओं के बारे में नहीं बताते हैं, लेकिन मुझे आपको क्या करना चाहिए?

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

6) मान लीजिए कि कर्मचारी के पास अन्य प्रोजेक्ट्स से एक मैनेजर + लाइन मैनेजर + 2 और मैनेजर हैं (कर्मचारी एक ही समय में कई प्रोजेक्ट्स पर काम करता है), और उसके दो या तीन मैनेजरों ने उसे एक बार के जरूरी काम सेट किए, तो उसे क्या शुरू करना चाहिए?



एक गणितीय समस्या की श्रेणी से एक प्रश्न: "वास्या ने 1000 केले खरीदे ..."। और क्यों?
कंपनी में इस तरह की पदानुक्रमों के साथ, प्रबंधकीय घटक के बीच असहमति अपरिहार्य है, डेवलपर को ऐसी स्थितियों में शामिल नहीं होना चाहिए और 10 प्रबंधकों के बीच स्वतंत्र गड़बड़ी में शामिल होना चाहिए, जिसका कार्य अधिक प्राथमिकता है, इसके लिए उनकी टीम का प्रबंधक या प्रत्यक्ष प्रबंधक है।

7) टीम लीड और टीम लीड के बीच अंतर?

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

8) डेवलपर्स को बिल्डिंग पॉइंट्स का मूल्य कैसे समझाएँ?

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

9) डेवलपर्स को स्क्रैम के मूल्य की व्याख्या कैसे करें?

एक पूर्व डेवलपर के रूप में, मैं एससीआरयूएम फ्रेमवर्क सहित एजाइल दृष्टिकोण के लिए एक संपूर्ण ओड लिख सकता हूं, क्योंकि टीम के सदस्यों का जीवन बहुत आसान हो जाता है, चलो कुछ बिंदुओं को लेते हैं:

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

आप स्क्रैम के मूल्य के बारे में बहुत सारे बिंदु लिख सकते हैं, यदि मुख्य बिंदु आपकी टीम से डेवलपर को मना नहीं करते हैं, तो आप इस दृष्टिकोण के बारे में अन्य सहयोगियों की राय का सहारा ले सकते हैं, उदाहरण के लिए, मेरे पूर्व सहयोगियों में से एक ने इस सवाल का जवाब दिया:

“स्कैम कमांड में, प्रक्रियाओं को डिबग किया जाता है। आपके पास स्प्रिंट प्लान है और, एक नियम के रूप में, फॉर्म का कोई तत्काल निर्देश नहीं है: "सब कुछ छोड़ दें, नए तत्काल कार्य आ गए हैं"। टीम समय की निगरानी करती है और विकास पूर्वानुमेय हो जाता है, आप योजना बना सकते हैं। इसके कारण, स्प्रिंट में वर्तमान कार्यों में कुछ ताले हैं। एक डेवलपर के रूप में, मैं चाहता हूं कि जब मैं अपने काम पर लगूं, तो इसके लिए सब कुछ तैयार है: पीठ और डिजाइन दोनों तैयार हैं। दूसरों को चलाने और हिलाने की जरूरत नहीं है। ”

यदि स्क्रैम के मूल्य को अभी भी स्वीकार नहीं किया गया है, तो स्क्रैम गाइड पढ़ना अंतिम उपाय होगा। और शायद आपकी Scrum टीम का एक बुरा फैसला है (इसके बारे में सोचें)।

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

PS यदि आपके पास कोई दिलचस्प प्रश्न हैं, तो उन्हें टिप्पणियों में छोड़ना सुनिश्चित करें!