व्यवहारिक साक्षात्कार: मुझे उस समय के बारे में बताएं जब आपने कोई कठिन फीडबैक दिया था

संकेत और संदर्भ

यह व्यवहारिक प्रश्न यह जांचता है कि क्या आप उस समय किसी समस्या का समाधान कर सकते हैं जब कोई संबंध तनावपूर्ण हो, प्रदर्शन उम्मीदों के अनुरूप न हो, या सहयोग बाधित हो रहा हो। फीडबैक बार-बार होने वाले दोबारा काम (rework), छूटे हुए हैंडऑफ, पूरे न किए गए कमिटमेंट, टीम को नुकसान पहुंचाने वाले संचार के तरीके या किसी समझौते से लगातार कम गुणवत्ता से संबंधित हो सकता है। इसके लिए किसी नाटकीय संघर्ष की आवश्यकता नहीं है।

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

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

साक्षात्कारकर्ता क्या मूल्यांकन करते हैं

पहला, क्या आप वास्तविक परिणामों और व्यक्तिगत पहल वाली कहानी चुन सकते हैं? वर्तमान इंजीनियरिंग-प्रबंधन साक्षात्कार गाइडों में खराब प्रदर्शन करने वाले या वरिष्ठ इंजीनियर को कठिन फीडबैक देना शामिल है; "मैं हमेशा स्पष्टवादी हूँ" कहना कोई प्रमाण नहीं है।

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

तीसरा, क्या आप फीडबैक को दोतरफा बातचीत बना सकते हैं? एक परिपक्व उत्तर एकतरफा भाषण देने के बजाय उन प्रश्नों, सुनने और समायोजन की व्याख्या करता है जो नई जानकारी के बाद किए गए थे।

चौथा, क्या आप लूप को पूरा (close the loop) कर सकते हैं? परिणाम बदला हुआ व्यवहार, बेहतर डिलीवरी, एक कार्य समझौता या एक स्पष्ट एस्केलेशन हो सकता है। "उन्होंने मुझे धन्यवाद दिया" यह साबित नहीं करता कि समस्या हल हो गई थी।

स्पष्ट करने वाले प्रश्न

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

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

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

चरण-दर-चरण उत्तर

चरण 1: ऐसी कहानी चुनें जिस पर आपका वास्तविक स्वामित्व हो

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

चरण 2: निर्णय (judgement) को अवलोकन में बदलें

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

text

Observation: two interface changes arrived after integration began
Impact: testing rolled back and rework added one day
Expectation: publish fields and migration steps before the change
Verification: compare record time and integration result next iteration

चरण 3: समय और परिवेश का चयन करें

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

चरण 4: तथ्यों, प्रभाव और एक अनुरोध के साथ शुरुआत करें

उद्देश्य और अवलोकन बताएं, टीम या परिणाम पर पड़ने वाले प्रभाव की व्याख्या करें और चर्चा के योग्य अनुरोध करें। "मैं दो हैंडऑफ में एक पैटर्न की तुलना करना चाहता हूँ; क्या आपके पास अभी दस मिनट हैं?" एक उपयोगी शुरुआत है। उदाहरण दें और रुकें। "हर कोई ऐसा सोचता है" कोई सबूत नहीं है, और "मैं यह केवल आपके भले के लिए कह रहा हूँ" प्रभाव की व्याख्या नहीं करता है।

चरण 5: संदर्भ के बारे में पूछें और सुनें

हो सकता है कि दूसरा व्यक्ति किसी अनदेखी निर्भरता (dependency), प्राथमिकता के टकराव, टूल की सीमा या सफलता के एक अलग मानदंड को संभाल रहा हो। क्षमता, प्रक्रिया और सूचना की समस्याओं में अंतर करने के लिए "आप किस चीज़ के लिए अनुकूलन (optimize) कर रहे थे?" या "मुझसे कौन सी बाधा छूट गई?" पूछें। सुनने से देखा गया प्रभाव मिट नहीं जाता; यह आपको बेहतर प्रतिक्रिया तैयार करने में मदद करता है।

चरण 6: एक अवलोकन योग्य अगले कदम पर सहमति बनाएं

फीडबैक को एक छोटे परीक्षण समझौते में बदलें: एक साझा रिकॉर्ड में परिवर्तनों को पंजीकृत करें, डिलीवरी से पहले एक संक्षिप्त सिंक करें, अनसुलझे जोखिमों को चिह्नित करें, या एक साथ स्वीकृति मानदंडों की पुष्टि करें। इस बात पर सहमति बनाएं कि समीक्षा कब करनी है, किस साक्ष्य का निरीक्षण करना है, और कौन किसे याद दिलाएगा। प्राप्तकर्ता एक बेहतर तरीका प्रस्तावित कर सकता है, जबकि परिणाम का मानक कार्य के जोखिम के अनुसार उपयुक्त रहता है।

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

चरण 7: फॉलो-अप करें, एस्केलेट करें और विचार करें

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

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

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

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

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

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

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

फॉलो-अप और प्रतिक्रियाएं

फॉलो-अप 1: आप अपने से अधिक वरिष्ठ व्यक्ति को फीडबैक कैसे देते हैं?

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

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

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

फॉलो-अप 3: क्या होगा यदि आपका फीडबैक बाद में गलत साबित हो जाए?

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

फॉलो-अप 4: फीडबैक प्रदर्शन प्रबंधन (performance management) से किस प्रकार भिन्न है?

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