प्रतिनिधि इंटरव्यू विषय

“मुझे उस समय के बारे में बताएं जब आपने टीम के सदस्यों के बीच विवाद सुलझाया था” का उत्तर कैसे दें

व्यवहार संबंधी (Behavioral)कठिन
Offer.cc संपादकीय टीमप्रकाशित अपडेट किया गया

प्रश्न

मुझे उस समय के बारे में बताएं जब दो सहकर्मियों के बीच विवाद था और आपने उन्हें एक व्यावहारिक समाधान तक पहुँचने में मदद की। आपके पास क्या अधिकार था, आपने मध्यस्थता करने या मामले को आगे बढ़ाने (escalate करने) का निर्णय कैसे लिया, आपने बातचीत की सुविधा कैसे दी, और आपने यह कैसे सत्यापित किया कि सहयोग बहाल हो गया था?

प्रांप्ट और लागू होने वाला संदर्भ

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

यह व्यवहारपरक प्रश्न (behavioral question) इंजीनियरिंग प्रबंधकों, टीम लीड्स, प्रोजेक्ट लीड्स और वरिष्ठ इंडिविजुअल कंट्रीब्यूटर्स (ICs) को लक्षित करता है। वर्तमान सार्वजनिक प्रश्न बैंक स्पष्ट रूप से पूछते हैं कि क्या किसी उम्मीदवार ने दो टीम के साथियों के बीच असहमति में मध्यस्थता की है। वे अलग से बात सुनने, साझा लक्ष्य खोजने, यह जानने कि प्रबंधक को कब शामिल करना है, और फ़ॉलो-अप करने को मजबूत संकेत मानते हैं। यह प्रॉम्प्ट इस रूप में भी सामने आ सकता है: “यदि आपकी टीम के दो लोग एक साथ काम नहीं कर पा रहे हों तो आप क्या करेंगे?” या “आप सीधे रिपोर्ट करने वालों (direct reports) के बीच विवाद को कैसे संभालते हैं?”

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

एक वास्तविक अनुभव का उपयोग करें, जिसमें आवश्यकतानुसार नामों और व्यावसायिक विवरणों को अज्ञात (anonymize) किया गया हो। STAR स्थिति (Situation), कार्य (Task), कार्रवाई (Action) और परिणाम (Result) को व्यवस्थित करता है; Action को सबसे अधिक समय मिलना चाहिए। इस लेख में बाद में दिया गया उदाहरण पूरी तरह से काल्पनिक है। प्रत्येक व्यक्ति, परियोजना, समय अवधि और परिणाम संख्या प्लेसहोल्डर डेटा है जिसे व्यक्तिगत अनुभव के रूप में दावा करने के बजाय बदला जाना चाहिए।

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

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

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

तीसरा, क्या बातचीत का संचालन (facilitation) निष्पक्ष था? निष्पक्ष होने का मतलब निष्क्रिय होना नहीं है। आप बीच में टोकने और लेबल लगाने के खिलाफ नियम निर्धारित करते हैं, बातचीत को प्रत्यक्ष देखे जा सकने वाले व्यवहार और साझा कार्य लक्ष्य पर केंद्रित रखते हैं, और अधिक शक्तिशाली या मौखिक रूप से आक्रामक व्यक्ति को हावी होने से रोकते हैं। आप पक्षों को विकल्प तैयार करने और उनका मूल्यांकन करने में मदद करते हैं; आप जबरन स्वीकृति, माफ़ी या सहमति नहीं थोपते।

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

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

अंत में, आपने क्या सीखा? हो सकता है कि आपके बहुत देर से हस्तक्षेप करने, पहली अलग बैठक में संकेत देने वाले प्रश्न पूछने, या समस्या की पुनरावृत्ति के संकेत को परिभाषित करने में विफल रहने के बावजूद डिलीवरी बहाल हो गई हो। साक्षात्कारकर्ता ऐसा सुधार देखना चाहता है जो आपकी अगली कार्रवाई को बदल दे, न कि यह कि “मैंने सीखा कि संचार महत्वपूर्ण है।”

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

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

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

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

पूरा उत्तर लगभग दो से तीन मिनट का रखें। Situation और Task प्रभाव, भूमिका और सीमाओं को स्थापित करते हैं। Action का अधिकांश हिस्सा अपनी उपयुक्तता जाँच, उन तथ्यों जिन पर आपने शुरू में ध्यान नहीं दिया था, और समझौता क्यों कारगर हो सकता था, इस पर खर्च करें। Result में काम और सहयोग दोनों शामिल होने चाहिए।

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

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

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

तीन प्रकार की कहानियों को बाहर रखें: लहजे (tone) को लेकर एक छोटी सी बातचीत, ऐसी घटना जहां आप वास्तव में विवाद के पक्षों में से एक थे, या गंभीर कदाचार जिसे आपने निजी तौर पर “दबा दिया।” एक स्पष्ट खलनायक वाली कहानी से भी बचें। साक्षात्कारकर्ता को निर्णय, प्रक्रिया और सीमाओं के साक्ष्य की आवश्यकता होती है, किसी नायक की कहानी की नहीं।

चरण 2: मध्यस्थता-उपयुक्तता की जाँच करें

हस्तक्षेप करने से पहले पांच प्रश्नों के उत्तर दें: क्या दोनों पक्ष स्वेच्छा से भाग ले रहे हैं? क्या आप पर्याप्त रूप से निष्पक्ष हैं? क्या पद/शक्ति के अंतर के कारण सहमति जबरन ली गई लगती है? क्या यह मुद्दा कार्य संबंधों और सहयोग से संबंधित है? क्या नीति, अनुशासन, सुरक्षा, या कानूनी कर्तव्य किसी औपचारिक प्रक्रिया की मांग करते हैं?

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

चरण 3: अलग से सुनें और एक समान प्रश्नों के साथ पूर्वाग्रह कम करें

अलग-अलग बातचीत प्रत्येक व्यक्ति को संयुक्त बैठक से पहले पूरी बात बताने का अवसर देती है। दोनों से एक ही प्रश्न पूछें: कौन सी प्रत्यक्ष घटनाएं हुईं? उनका क्या प्रभाव पड़ा? आपको क्या लगता है कि दूसरा व्यक्ति किस बात की रक्षा करने की कोशिश कर रहा है? आपकी अपनी क्या ज़िम्मेदारी है? एक व्यावहारिक भविष्य कैसा दिखेगा? संयुक्त बैठक में क्या ले जाया जा सकता है?

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

चरण 4: साझा लक्ष्य के इर्द-गिर्द संयुक्त बैठक का संचालन करें

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

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

चरण 5: सुलह को एक कार्य समझौते में बदलें

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

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

चरण 6: दो प्रकार के साक्ष्यों के साथ फ़ॉलो-अप करें

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

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

चरण 7: STAR(R) के साथ व्यक्तिगत योगदान की जाँच करें

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

अभ्यास साथी से ऐसे प्रश्न पूछने के लिए कहें: “आप फैसिलिटेटर क्यों थे?” “शुरू में आपसे क्या गलती हुई?” “क्या होगा यदि एक व्यक्ति ने मना कर दिया होता?” “समझौते के प्रत्येक भाग का स्वामी कौन था?” “आप कैसे जानते हैं कि उन्होंने बैठक में केवल दिखावे के लिए सहमति नहीं दी?” कोई कहानी तभी स्थिर होती है जब प्रत्येक उत्तर एक ही भूमिका, तथ्य और समयरेखा को बनाए रखता है।

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

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

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

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

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

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

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

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

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

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

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

संभावित फ़ॉलो-अप प्रश्न और उनके उत्तर

फ़ॉलो-अप 1: क्या होगा यदि एक पक्ष मध्यस्थता से इनकार कर दे?

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

फ़ॉलो-अप 2: क्या होगा यदि आप भी विवाद का हिस्सा थे?

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

फ़ॉलो-अप 3: क्या होगा यदि स्तर/पद का अंतर हो या उत्पीड़न या प्रतिशोध का आरोप हो?

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

फ़ॉलो-अप 4: क्या होगा यदि बैठक में सभी सहमत हो गए लेकिन विवाद फिर से उभर आया?

समझौते और प्रत्यक्ष घटनाओं पर वापस लौटें। निर्धारित करें कि क्या कार्रवाई अवास्तविक थी, भूमिकाएं अस्पष्ट रहीं, निष्पादन में समर्थन की कमी थी, या किसी पक्ष ने पालन करने से इनकार कर दिया। पक्षों को वह संशोधित करने दें जो सुधारने योग्य है। जब कोई सहमत एस्केलेशन शर्त पूरी हो जाती है, तो जवाबदेह लीडर को शामिल करें। इस बात को सही साबित करने के लिए पुनरावृत्ति को न दबाएं कि “मेरी मध्यस्थता सफल रही।”

फ़ॉलो-अप 5: क्या आपकी मध्यस्थता कभी विफल रही है?

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

फ़ॉलो-अप 6: आप कैसे साबित करते हैं कि परिणाम आपके योगदान से आया?

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

सार्वजनिक स्रोत

संबंधित प्रश्न