“Tell Me About a Time You Mentored a Teammate” का उत्तर कैसे दें

प्रश्न और उपयुक्त परिदृश्य

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

जून 2026 में अपडेट की गई Indeed की मेंटरिंग इंटरव्यू गाइड में सीधे तौर पर यह बिहेवियरल प्रॉम्प्ट शामिल है: “उस समय का उदाहरण दीजिए जब आपने किसी सहकर्मी का सफलतापूर्वक मार्गदर्शन किया।” इसमें एक नए कर्मचारी को प्रशिक्षित करने, संघर्ष कर रहे कर्मचारी की मदद करने, और विकास के लिए कार्य सौंपने (delegating) से जुड़े वेरिएंट भी शामिल हैं। Hello Interview वर्तमान में इस प्रश्न को आवश्यकताओं के निदान, दृष्टिकोण को अनुकूलित करने, समय के साथ निवेश करने और विकास को मापने के इर्द-गिर्द तैयार करता है। यह स्पष्ट रूप से किसी के लिए एक समस्या को हल करने और अगली समस्या को स्वतंत्र रूप से हल करने में उनकी मदद करने के बीच अंतर करता है। Amazon का Hire and Develop the Best सिद्धांत कहता है कि लीडर्स दूसरों को कोचिंग देने और लीडर्स को विकसित करने को गंभीरता से लेते हैं, जबकि Amazon का इंटरव्यू मार्गदर्शन बिहेवियरल प्रश्नों और STAR पर जोर देता है। Microsoft Careers STAR(R) की सिफारिश करता है, जिसमें Result के बाद Reflection को जोड़ा जाता है। LinkedIn की चीनी बिहेवियरल-इंटरव्यू गाइड भी एक ईमानदार, प्रासंगिक और संक्षिप्त उत्तर के लिए STAR की सिफारिश करती है।

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

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

इंटरव्यूअर क्या मूल्यांकन करता है

पहला संकेत यह है कि क्या आप “कम प्रदर्शन” (underperformance) को एक ऐसी समस्या में बदल सकते हैं जिसे कोचिंग द्वारा हल किया जा सके। हो सकता है कि व्यक्ति में ज्ञान की कमी हो, लेकिन वास्तविक बाधा एक अस्पष्ट लक्ष्य, अभ्यास के अवसर की कमी, कम आत्मविश्वास, प्रक्रियागत बाधा, या सौंपे गए विकास लक्ष्य के प्रति व्यक्तिगत प्रतिबद्धता की कमी भी हो सकती है। कारण को समझे बिना सीधे निर्देश देना गलत समस्या को हल कर सकता है।

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

तीसरा संकेत यह है कि क्या आपने समर्थन से स्वतंत्रता तक का मार्ग तैयार किया। Google re:Work का मैनेजर प्रशिक्षण कोचिंग को किसी को सीखने में मदद करने के रूप में वर्णित करता है और Goal, Reality, Options, और Will से होकर गुजरने के लिए GROW का उपयोग करता है। आपको इंटरव्यू में इस फ्रेमवर्क को रटने की आवश्यकता नहीं है। आपको उसी तर्क को प्रदर्शित करना चाहिए: पहले लक्ष्य और वर्तमान वास्तविकता को परिभाषित करें, फिर जिसे सिखाया जा रहा है उसे दृष्टिकोण चुनने और अगले कदम के लिए प्रतिबद्ध होने में भाग लेने दें। सीधे उत्तर देने से आज की गति में सुधार हो सकता है, लेकिन कल के लिए निर्भरता पैदा हो सकती है।

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

पांचवां संकेत यह है कि क्या आपने वास्तविक लेकिन नियंत्रित अभ्यास तैयार किया। आपको काम करते देखना, दस्तावेज़ पढ़ना और प्रशिक्षण में भाग लेना केवल इनपुट हैं। क्षमता आमतौर पर वास्तविक कार्य में दिखाई देनी चाहिए। समझाएं कि आपने उचित कठिनाई कैसे चुनी, सुरक्षा या गुणवत्ता के सुरक्षा घेरे (guardrails) कैसे बनाए रखे, एस्केलेशन की शर्तें कैसे परिभाषित कीं, और केवल “किसी को विकसित करने” के लिए ग्राहक या टीम को अस्वीकार्य जोखिम स्थानांतरित करने से कैसे बचा।

छठा संकेत श्रेय (attribution) का है। सहकर्मी अपने विकास का मालिक खुद है। आप उनकी पूरी उपलब्धि का श्रेय अपने काम के रूप में नहीं ले सकते। एक अच्छे परिणाम में शामिल हैं:

1. क्षमता का प्रमाण: क्या वे अब कोई ऐसा निर्णय ले सकते हैं या कार्य पूरा कर सकते हैं जो वे पहले नहीं कर सकते थे?
2. स्वतंत्रता का प्रमाण: क्या प्रश्नों, समीक्षाओं और आपकी सीधी मदद (rescues) का दायरा या आवृत्ति कम हुई?
3. कार्य का प्रमाण: क्या गुणवत्ता, डिलीवरी, सहयोग, या ग्राहक परिणाम मानक के अनुसार रहे?
4. उनका फीडबैक: किस समर्थन से मदद मिली, और आपको क्या बदलने की आवश्यकता थी?

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

उत्तर देने से पहले स्पष्ट करने योग्य प्रश्न

• क्या मुझे किसी जूनियर व्यक्ति को ही मेंटर करना चाहिए? नहीं। आप किसी समकक्ष (peer), नवागंतुक, क्रॉस-फंक्शनल पार्टनर, या किसी ऐसे क्षेत्र में सीनियर सहकर्मी को भी मेंटर कर सकते हैं जहाँ आपके पास प्रासंगिक विशेषज्ञता है। स्तर के अंतर से अधिक क्षमता का हस्तांतरण मायने रखता है।
• क्या यह संबंध महीनों तक चलना चाहिए? नहीं। एक छोटी अवधि का प्रयास भी काम कर सकता है यदि इसमें एक लक्ष्य, अभ्यास, फीडबैक और एक स्वतंत्र परिणाम हो। सिर्फ एक सवाल का जवाब देना या एक काम अपने हाथ में ले लेना आमतौर पर बहुत कमजोर होता है।
• क्या उस व्यक्ति को पदोन्नति मिलनी ही चाहिए? नहीं। पदोन्नति भूमिका की उपलब्धता और संगठनात्मक निर्णय पर निर्भर करती है और इसका श्रेय सीधे आपको नहीं दिया जा सकता। अधिक विश्वसनीय परिणाम स्वतंत्र निष्पादन, व्यापक ज़िम्मेदारी, अधिक सुसंगत आउटपुट, या दूसरों को मेंटर करना शुरू करना हैं।
• क्या मैं पूरी टीम को प्रशिक्षित करने पर चर्चा कर सकता हूँ? हाँ, यदि अभी भी एक स्पष्ट आवश्यकता निदान, सीखने का डिज़ाइन और परिणाम का सत्यापन है। एक कहानी जो केवल यह कहती है कि आपने एक प्रेजेंटेशन दिया, वह पब्लिक स्पीकिंग के अधिक निकट है।
• क्या कहानी में कमजोर प्रदर्शन शामिल हो सकता है? हाँ, लेकिन गोपनीयता की रक्षा करें, संदर्भ का निष्पक्ष वर्णन करें, और मेंटरिंग को औपचारिक प्रदर्शन ज़िम्मेदारी से अलग रखें। यह संकेत न दें कि आपने अकेले ही किसी व्यक्ति को “ठीक” कर दिया।
• क्या होगा यदि मेंटरिंग विफल रही? यह तब भी एक उपयोगी कहानी हो सकती है यदि आपने किसी पद्धति, लक्ष्य या अनुकूलता की समस्या की पहचान की, किसी अनुपयुक्त दृष्टिकोण को समायोजित किया या समाप्त किया, और कुछ विशिष्ट सीखा। सहकर्मी पर अपर्याप्त प्रयास का आरोप लगाने तक ही सीमित न रहें।
• यह कठिन फीडबैक देने से किस प्रकार भिन्न है? एक कठिन-फीडबैक वाला उत्तर एक महत्वपूर्ण फीडबैक बातचीत के इर्द-गिर्द केंद्रित होता है। यह उत्तर एक निरंतर सीखने के मार्ग और स्वतंत्र क्षमता पर केंद्रित है। फीडबैक एक कदम हो सकता है, लेकिन यह पूरी कहानी नहीं हो सकता।
• यह बिना अधिकार के प्रभाव (influence without authority) डालने से किस प्रकार भिन्न है? प्रभाव की कहानी आपके द्वारा सुरक्षित किए गए निर्णय या प्रतिबद्धता के साथ समाप्त होती है। एक मेंटरिंग कहानी किसी अन्य व्यक्ति की क्षमता वृद्धि के साथ समाप्त होती है। यदि एकमात्र परिणाम यह है कि उन्होंने आपके प्रस्ताव को स्वीकार कर लिया, तो वह कहानी यहाँ के लिए नहीं है।

30-सेकंड का उत्तर फ्रेमवर्क

In [context], [teammate] wanted to perform [capability or responsibility]
independently. The observable gap was [behavior or result]. Through
[observation, review, or questions], I found that the main barrier was
[knowledge, practice, confidence, goal, or environment], and we agreed on
[success criteria]. Instead of repeatedly solving the problem for them, I set
up [demonstrate, work together, reverse-shadow, independent attempt] practice,
reviewed each attempt through [specific feedback method], and retained
[quality guardrail and escalation condition]. Their feedback showed that
[original method] was not working, so I changed it to [new method]. They
eventually achieved [independent result], while my involvement fell from
[old frequency] to [new frequency], and [quality or business result] stayed
within the agreed standard. In reflection, I would now [specific improvement]
earlier.

यह फ्रेमवर्क एक कारण-प्रभाव श्रृंखला है: एक वास्तविक आवश्यकता, निदान, साझा लक्ष्य, चरणबद्ध अभ्यास, अनुकूलन, स्वतंत्र परिणाम, और चिंतन (reflection)। पूरे उत्तर में सबसे अधिक समय कार्य (Action) को दिया जाना चाहिए।

चरण-दर-चरण गहन उत्तर

चरण 1: वास्तविक क्षमता हस्तांतरण वाली कहानी चुनें

ऐसे अनुभव को प्राथमिकता दें जिसमें पाँच विशेषताएँ हों:

1. व्यक्ति एक परिभाषित क्षमता या ज़िम्मेदारी चाहता था।
2. आपने केवल यह सुनने के बजाय कि उन्हें “विकास की आवश्यकता है,” एक ठोस अंतर देखा।
3. आपने मेंटरिंग दृष्टिकोण को डिज़ाइन या परिवर्तित किया।
4. व्यक्ति ने वास्तविक काम में अभ्यास किया।
5. अंत आप पर कम निर्भरता को दर्शाता है।

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

अंत का परिपूर्ण होना आवश्यक नहीं है। एक प्रारंभिक दृष्टिकोण जो विफल रहा और सहकर्मी के फीडबैक के बाद बदल गया, एक सहज कहानी की तुलना में अधिक परिपक्व निर्णय क्षमता दिखा सकता है। किसी जारी स्थिति, अनसुलझे कार्मिक विवाद, या ऐसे मामले से बचें जिसे सुरक्षित रूप से अज्ञात (anonymize) नहीं किया जा सकता।

चरण 2: एक साझा लक्ष्य और मेंटर करने की अनुमति स्थापित करें

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

लक्ष्य को पहचान के लेबल के बजाय क्षमता और व्यवहार के रूप में लिखें:

• कमजोर: “उन्हें अधिक सीनियर की तरह कार्य करने योग्य बनाना।”
• मजबूत: “कम जोखिम वाली घटना का स्वतंत्र रूप से नेतृत्व करना, परिकल्पनाएं बनाना, साक्ष्य चुनना और सीमा पार होने पर एस्केलेट करना।”
• कमजोर: “संचार में सुधार करना।”
• मजबूत: “सिफारिश, साक्ष्य, जोखिम और खुले निर्णयों को बताने के लिए एक-पेज के प्री-रीड का उपयोग करना, फिर समीक्षा का संचालन करना।”

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

चरण 3: अपने अनुभव को थोपने के बजाय बाधा का निदान करें

कम से कम दो प्रकार के साक्ष्यों का उपयोग करें: वास्तविक कार्य का निरीक्षण करें, हाल के कार्य की समीक्षा करें, सहकर्मी से उनकी सोच को व्यक्त करने के लिए कहें, आउटपुट का निरीक्षण करें, या उनके स्व-मूल्यांकन के लिए कहें। एक गलती से क्षमता का लेबल न लगाएं।

पाँच संभावित क्षेत्रों की जाँच करें:

जांचें कि क्या आपने समस्या का हिस्सा बनाया है। हर सवाल का तुरंत जवाब देने से सहकर्मी परिकल्पना बनाने से वंचित हो सकता है। केवल परिणाम गलत होने पर सामने आने से प्रयोग असुरक्षित लग सकता है। अधिकार के बिना कोई लक्ष्य सौंपने से “विकास का अवसर” असंभव हो सकता है।

चरण 4: ऐसा समर्थन डिज़ाइन करें जो जानबूझकर कम (fade) होता जाए

व्यक्ति को एक बार में छोड़ने या हमेशा उनके साथ खड़े रहने के बजाय बढ़ती कठिनाई वाली एक सीढ़ी बनाएं:

1. प्रदर्शन करें (Demonstrate): तर्क को बोलते हुए कार्य पूरा करें।
2. साथ मिलकर काम करें: सहकर्मी चयनित चरणों का मालिक होता है; आप अनदेखे पहलुओं (blind spots) को उजागर करने के लिए प्रश्नों का उपयोग करते हैं।
3. रिवर्स-शैडो: सहकर्मी नेतृत्व करता है और योजना की व्याख्या करता है; आप निरीक्षण करते हैं और रिकॉर्ड करते हैं।
4. स्वतंत्र प्रयास: सहकर्मी स्पष्ट सीमाओं के भीतर निष्पादन करता है, जिसके बाद समीक्षा होती है।
5. हस्तांतरण: सहकर्मी एक नए प्रकार के कार्य को संभालता है या किसी अन्य को विधि समझाता है।

प्रत्येक चरण के लिए प्रवेश और निकास मानदंड की आवश्यकता होती है। “दो बार शैडो करें और फिर अकेले काम करें” कैलेंडर-आधारित है। “नेतृत्व करने से पहले शीर्ष परिकल्पनाओं के नाम बताएं, निर्णायक साक्ष्य चुनें और एस्केलेशन सीमाओं को पहचानें” क्षमता-आधारित है। समय और दोहराव एक योजना हैं; व्यवहार प्रगति तय करता है।

सुरक्षा घेरे बनाए रखें: किन कार्यों के लिए अनुमोदन की आवश्यकता है, कब एस्केलेशन अनिवार्य है, अंतिम ज़िम्मेदारी किसकी है, और विफलता से कैसे उबरना है। मेंटरिंग जोखिम सीमित रहना चाहिए। ग्राहक से जुड़ी घटना कोई स्वीकार्य परीक्षा नहीं है।

चरण 5: निर्णय क्षमता विकसित करने के लिए प्रश्नों, फीडबैक और समीक्षा का उपयोग करें

जब सहकर्मी अटक जाए, तो तय करें कि उस समय उत्तर, संकेत, प्रश्न या संसाधन की आवश्यकता है या नहीं। किसी घटना के दौरान सीधे सुरक्षा निर्देश देना सही हो सकता है। सामान्य सीखने के दौरान बार-बार उत्तर देने से अभ्यास समाप्त हो जाता है।

उपयोगी प्रश्नों में शामिल हैं:

• आप किस परिणाम तक पहुँचने का प्रयास कर रहे हैं?
• कौन से बिंदु तथ्य हैं, और कौन से अभी भी धारणाएं हैं?
• कौन सा साक्ष्य इन स्पष्टीकरणों में सबसे अच्छा अंतर करेगा?
• सबसे खराब संभावित परिणाम क्या है, और एस्केलेशन किस बात से ट्रिगर होता है?
• यदि मैं अनुपलब्ध होता तो आप आगे क्या करते?
• इस पद्धति का कौन सा भाग अगली समस्या में काम आ सकता है?

फीडबैक में प्रत्यक्ष व्यवहार, प्रभाव और अगली कार्रवाई का नाम होना चाहिए। उदाहरण के लिए: “आपने त्रुटि सीमा स्थापित करने से पहले कॉन्फ़िगरेशन बदल दिया, इसलिए हम यह नहीं बता सके कि किस चरण के कारण परिवर्तन हुआ। अगली बार, बेसलाइन को कैप्चर करें और एक समय में एक वेरिएबल बदलें।” अपनी मेंटरिंग पर भी फीडबैक मांगें: क्या बहुत सारे प्रश्न थे? क्या संकेत बहुत देर से मिला? क्या कार्य की कठिनाई उपयुक्त थी? क्या लक्ष्य अभी भी मायने रखता है?

चरण 6: साक्ष्यों के आधार पर पद्धति को अनुकूलित करें

एक मजबूत कहानी में कम से कम एक कैलिब्रेशन शामिल होता है। आम बेमेल (mismatches) में शामिल हैं:

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

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

चरण 7: स्वतंत्रता और स्तरित साक्ष्यों के साथ सत्यापित करें

साप्ताहिक बैठक इनपुट है, प्रमाण नहीं। केवल प्रोजेक्ट की सफलता भी कमजोर प्रमाण है क्योंकि किसी अन्य ने इसे संभाला हो सकता है।

साक्ष्य की चार परतों का उपयोग करें:

1. व्यवहार परिवर्तन: क्या सहकर्मी अब पूछने से पहले कोई लक्ष्य, परिकल्पना, योजना या समीक्षा लाता है?
2. कार्य परिणाम: क्या गुणवत्ता, गति, सटीकता, सहयोग, या ग्राहक प्रभाव सहमत मानक को पूरा करते हैं?
3. निर्भरता परिवर्तन: क्या आपके उत्तरों, समीक्षाओं और सीधी मदद का दायरा या आवृत्ति कम हुई है?
4. हस्तांतरण: क्या व्यक्ति एक नए वेरिएंट को संभाल सकता है, सिद्धांत समझा सकता है, या किसी अन्य की मदद कर सकता है?

एक ICSE अध्ययन ने 964 ओपन-सोर्स प्रोजेक्ट्स में 48,402 'good first issues' का विश्लेषण किया। विशेषज्ञों की भागीदारी का नए योगदानकर्ताओं के सफल योगदान के साथ सकारात्मक संबंध था लेकिन उनके बने रहने (retention) के साथ नकारात्मक संबंध था। यह अवलोकन संबंधी अध्ययन यह साबित नहीं करता कि मेंटरिंग के कारण ही दोनों परिणाम आए। यह एक उपयोगी चेतावनी प्रदान करता है: एक पूरा किया गया कार्य स्थायी विकास के समान नहीं है। एक इंटरव्यू उत्तर को केवल एक डिलीवरी को अपने एकमात्र निष्कर्ष के रूप में उपयोग नहीं करना चाहिए।

परिणाम का सटीक श्रेय दें। सहकर्मी ने अभ्यास किया और काम पूरा किया। एक मैनेजर ने अवसर प्रदान किया। अन्य विशेषज्ञों ने फीडबैक दिया। आपने बाधा का निदान किया, अभ्यास डिज़ाइन किया, या समीक्षा की सुविधा प्रदान की। “मैंने उन्हें इसमें बदल दिया...” का दावा करने की तुलना में स्पष्ट श्रेय अधिक विश्वसनीय है।

चरण 8: चिंतन, सीमाओं और एक पुन: प्रयोज्य नियम के साथ समाप्त करें

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

सीमाओं को भी बताएं:

• औपचारिक प्रदर्शन मूल्यांकन और पदोन्नति के निर्णयों का मालिक कौन है?
• आप रुकने के विकल्प का सम्मान कैसे करते हैं?
• गोपनीयता, स्वास्थ्य, या पारस्परिक नुकसान के मामलों में किसी अन्य ज़िम्मेदार पक्ष की आवश्यकता कब होती है?
• जब कार्य जोखिम बहुत अधिक हो तो आप अभ्यास का दायरा कैसे कम करते हैं?
• जब आपके पास प्रासंगिक विशेषज्ञता की कमी हो तो आप बेहतर सहायता कैसे पाते हैं?

एक पुन: प्रयोज्य नियम के साथ समाप्त करें, जैसे: “मैं संयुक्त रूप से एक प्रत्यक्ष स्वतंत्र परिणाम को परिभाषित करता हूँ, फिर प्रदर्शन, रिवर्स-शैडोइंग और स्वतंत्र निष्पादन के माध्यम से समर्थन को धीरे-धीरे कम करता हूँ। यदि मेरा हस्तक्षेप कम नहीं होता है, तो मेंटरिंग पूरी नहीं हुई है।”

उच्च गुणवत्ता वाला नमूना उत्तर

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

“मैं एक पेमेंट्स प्लेटफॉर्म पर एक सीनियर इंजीनियर था, जब ऑन-कॉल काम शुरू करने वाला एक साथी स्वतंत्र रूप से कम जोखिम वाले प्रोडक्शन इंसिडेंट्स को संभालना चाहता था। पहले दो अभ्यासों में, वे सर्विस आर्किटेक्चर को समझते थे, लेकिन जब कई अलर्ट एक साथ आए, तो उन्होंने मुझसे प्रत्येक अगले कदम के बारे में पूछा। मैंने यह भी देखा कि रिकवरी में तेजी लाने के लिए मैं जवाब देता रहा। हमने काम जल्दी पूरा कर लिया, लेकिन उन्होंने कोई डायग्नोस्टिक क्रम विकसित नहीं किया।

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

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

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

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

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

अपने स्वयं के अनुभव को बदलते समय, पेमेंट्स, ऑन-कॉल और इंसिडेंट संदर्भ को हटा दें। छह सप्ताह, चार चरण, 10 मिनट, पांच मिनट, दो घटनाएं, 25 मिनट और आठ मिनट को बदलें। संरचना को बनाए रखें: साझा लक्ष्य, वास्तविक निदान, क्रमिक अभ्यास, पद्धति का बेमेल होना, सहकर्मी का फीडबैक, समर्थन को कम करना, स्वतंत्र परिणाम, सटीक श्रेय और विशिष्ट चिंतन।

सामान्य गलतियाँ

• यह कहना कि आपने धैर्यपूर्वक सवालों के जवाब दिए → यह उपलब्धता साबित करता है, क्षमता का हस्तांतरण नहीं → लक्ष्य, अभ्यास और बाद के साक्ष्य बताएं कि आपके उत्तर की अब आवश्यकता नहीं थी।
• बिना पूछे यह तय करना कि व्यक्ति को क्या बनना चाहिए → यह व्यक्तिगत पसंद को मेंटरिंग में बदल देता है → उनका लक्ष्य, पसंद और साझा सफलता मानदंड बताएं।
• एक गलती से क्षमता का निदान करना → यह लक्ष्य, अधिकार, आत्मविश्वास या वातावरण को नजरअंदाज कर सकता है → अवलोकन, समीक्षा और स्व-मूल्यांकन का क्रॉस-चेक करें।
• एक महत्वपूर्ण कार्य तुरंत सौंपना → इसमें सीखने की कोई सीढ़ी नहीं है और ग्राहक जोखिम उठाता है → प्रदर्शन, संयुक्त कार्य, रिवर्स-शैडोइंग और नियंत्रित स्वतंत्रता का उपयोग करें।
• हमेशा साथ बने रहना (Pairing forever) → समर्थन कभी कम नहीं होता और निर्भरता पैदा कर सकता है → परिभाषित करें कि चेकपॉइंट कब कम होंगे और ज़िम्मेदारी कब बढ़ेगी।
• प्रशंसा या अस्पष्ट सलाह देना → व्यक्ति यह नहीं बता सकता कि क्या बनाए रखना है या क्या बदलना है → व्यवहार, प्रभाव और अगली कार्रवाई का नाम बताएं।
• सहकर्मी की पूरी सफलता का दावा करना → यह विश्वसनीयता को कमजोर करता है और नियंत्रण का संकेत देता है → उनके प्रयास, मैनेजर के अवसर, टीम की मदद और अपने योगदान को अलग करें।
• पदोन्नति को प्रमाण के रूप में उपयोग करना → पदोन्नति में रिक्तियां और संगठनात्मक निर्णय शामिल होते हैं → स्वतंत्र क्षमता, कार्य परिणामों और ज्ञान हस्तांतरण को प्राथमिकता दें।
• विफल मेंटरिंग के लिए कम प्रयास को दोष देना → यह पद्धति, लक्ष्य और उपयुक्तता को नजरअंदाज करता है → दिखाएं कि आपने कैसे कैलिब्रेट किया, अन्य समर्थन को शामिल किया, या किसी अनुपयुक्त संबंध को समाप्त किया।
• प्रदर्शन या स्वास्थ्य विवरण का खुलासा करना → यह गोपनीयता और पेशेवर सीमाओं का उल्लंघन करता है → कहानी को अज्ञात रखें और केवल आवश्यक कार्य तथ्यों को शामिल करें।
• एक प्रशिक्षण प्रस्तुति का वर्णन करना → इसमें कोई व्यक्तिगत निदान या अनुप्रयोग का प्रमाण नहीं है → अभ्यास, फीडबैक, अनुप्रयोग और स्वतंत्र निष्पादन जोड़ें, या कोई अन्य कहानी चुनें।
• “मैंने अपनी शैली को अनुकूलित करना सीखा” के साथ समाप्त करना → चिंतन अमूर्त है → बेमेल की पहचान करें और उस पूर्व चेकपॉइंट का नाम बताएं जिसका आप अब उपयोग करते हैं।

फॉलो-अप प्रश्न और उत्तर

फॉलो-अप 1: आपको कैसे पता चलेगा कि वे विकसित हुए हैं न कि उन्हें कोई आसान काम मिला है?

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

फॉलो-अप 2: क्या होगा यदि वे आपसे जवाब मांगते रहें?

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

फॉलो-अप 3: क्या होगा यदि आपका मेंटरिंग दृष्टिकोण काम नहीं कर रहा है?

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

फॉलो-अप 4: आप विकास के साथ डिलीवरी की गति को कैसे संतुलित करते हैं?

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

फॉलो-अप 5: यदि सहकर्मी को बाद में पदोन्नत किया गया था, तो क्या आप इसे शामिल करेंगे?

आप इसे संदर्भ के रूप में उल्लेख कर सकते हैं, लेकिन यह न कहें कि आपने पदोन्नति करवाई। उन ज़िम्मेदारियों और क्षमताओं का उल्लेख करें जो सहकर्मी ने पदोन्नति से पहले प्रदर्शित की थीं और साक्ष्य का मूल्यांकन किसने किया था। अपने योगदान को उस निदान, अभ्यास डिज़ाइन, फीडबैक या अवसर समन्वय तक सीमित रखें जो आपने वास्तव में प्रदान किया था।

फॉलो-अप 6: क्या होगा यदि आप विकास लक्ष्य पर असहमत हैं?

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

फॉलो-अप 7: कठोर प्रक्रिया बनाए बिना आप एक मेंटरिंग सफलता को कैसे आगे बढ़ाते हैं (scale करते हैं)?

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

फॉलो-अप 8: आप गलती को कब सुधारते हैं बनाम व्यक्ति को इसे कब स्वयं खोजने देते हैं?

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