सिर्फ ‘मदद करोगे?’ कहने से बात साफ़ नहीं होती: सही मदद माँगने के 3 हिस्से

पहले बताइए कि आप क्या करना चाहते हैं, फिर समस्या का साफ़ अंतर दिखाइए, और आखिर में तय कीजिए कि सामने वाला कितनी मदद करे।

भारत में दो लोग लैपटॉप की एक छोटी समस्या देख रहे हैं और सीखने वाला व्यक्ति कीबोर्ड पर अपना हाथ रखे हुए है।

यह लेख आपके लिए है, यदि

आप किसी काम में अटक गए हैं और मदद चाहते हैं, लेकिन पूरा काम किसी और के हाथ में नहीं देना चाहते।

पढ़ने के बाद आप

आप एक छोटी और साफ़ मदद-रूपरेखा बना पाएँगे जिसमें लक्ष्य, समस्या का प्रमाण और चाहिए हुई मदद की सीमा स्पष्ट होगी।

चैट खुली है और आपने “मदद करोगे?” लिख दिया है—अब हम आगे क्या लिखें?

मान लीजिए आपके कॉलेज ग्रुप की प्रस्तुति की आखिरी फ़ाइल WhatsApp ग्रुप में भेजनी है, या ऑफिस का कोई सहकर्मी पूछ रहा है कि साझा फ़ाइल में ठीक-ठीक दिक्कत कहाँ है।

आप लंबा संदेश लिखते हैं, आधा मिटा देते हैं, और फिर भी लगता है कि शायद बात साफ़ नहीं हुई।

बहुत धुँधला सवाल सामने वाले से अंदाज़ा लगाने को कहता है। पूरा काम सौंप देने वाला सवाल आज की समस्या हल कर सकता है, पर अगली बार वही कमी फिर सामने आ सकती है।

हम सवाल को लंबा किए बिना उसे जवाब देने लायक बना सकते हैं।

सीधी बात

  • आइए पहले उस नतीजे को साफ़ करें जिसे आप पाना चाहते हैं।
  • आइए दिखाएँ कि आपने क्या उम्मीद की थी, असल में क्या हुआ, और आप क्या आज़मा चुके हैं।
  • आइए पहले ही बता दें कि आपको संकेत चाहिए, समझाना चाहिए, एक उदाहरण चाहिए या काम पूरा करने में सीधी मदद।

1. पहले बताइए कि आप आखिर करना क्या चाहते हैं

जब कोई दिक्कत काफी देर से चल रही हो, तो हर छोटी बात महत्वपूर्ण लग सकती है।

मदद करने वाले व्यक्ति को पूरी कहानी से पहले मंज़िल बताना ज़्यादा उपयोगी होता है।

मान लीजिए आप कॉलेज ग्रुप की प्रस्तुति पूरी कर रहे हैं और स्लाइड एक्सपोर्ट करने पर चार्ट पढ़ने लायक नहीं रह जाता। आपके साथी अंतिम फ़ाइल का इंतज़ार कर रहे हैं।

आप लिख सकते हैं:

“प्रेज़ेंटेशन में कुछ गड़बड़ है और मैंने बहुत कुछ कोशिश कर लिया।”

या शुरुआत ऐसे कर सकते हैं:

“मैं प्रेज़ेंटेशन को इस तरह एक्सपोर्ट करना चाहता हूँ कि आखिरी फ़ाइल में चार्ट साफ़ पढ़ा जाए।”

दूसरा वाक्य सामने वाले को लक्ष्य दे देता है। अब वह समझ सकता है कि कौन-सी जानकारी काम की है और कौन-सी नहीं।

ऑफिस के काम में भी यही तरीका चल सकता है:

“मैं चाहता हूँ कि इस साझा शीट में सिर्फ इस महीने की पंक्तियाँ दिखें।”

सीखते समय भी:

“मैं सिर्फ तरीका कॉपी नहीं करना चाहता; मैं समझना चाहता हूँ कि यह उत्तर सही क्यों है।”

आपको यह साबित करने की ज़रूरत नहीं कि आपने कितनी मेहनत की है। बस सामने वाले को यह दिखना चाहिए कि आप कहाँ पहुँचना चाहते हैं।

एक आसान शुरुआत है:

“मैं ______ करना चाहता हूँ।”

यह पहली पंक्ति साफ़ हो जाए, तो बाकी सवाल को दिशा मिल जाती है।

2. समस्या को सामने रखिए: उम्मीद क्या थी, हुआ क्या, और आपने क्या आज़माया

लक्ष्य साफ़ होने के बाद भी सामने वाला तब तक अंदाज़ा लगाता रहेगा जब तक उसे गड़बड़ी दिखे नहीं।

इसलिए अगला हिस्सा है: उम्मीद और असल नतीजे के बीच का अंतर दिखाना।

मान लीजिए आपकी ऑफिस टीम एक साझा स्प्रेडशीट में महीने की शाखा-रिपोर्ट तैयार कर रही है। आप फ़िल्टर बदलते हैं, पर ऊपर दिख रहा कुल जोड़ नहीं बदलता।

“टोटल गलत है” लिखने के बजाय आप बात को तीन हिस्सों में रख सकते हैं:

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

अब सामने वाला आपकी परेशानी का अंदाज़ा नहीं लगा रहा। उसके सामने जाँचने लायक साफ़ अंतर है।

Stack Overflow का मौजूदा Ask Wizard पहली बार सवाल पूछने वाले व्यक्ति से पहले समस्या का विवरण माँगता है, फिर यह पूछता है कि उसने क्या आज़माया और किस नतीजे की उम्मीद की थी। यह औज़ार प्रोग्रामिंग सवालों के लिए बनाया गया है, इसलिए यहाँ हम उसकी बनावट से सीख रहे हैं; इसे हर तरह की समस्या का सार्वभौमिक नियम नहीं मान रहे। (Stack Overflow Help Center)

यही ढाँचा गैर-तकनीकी सवाल में भी काम आ सकता है।

मान लीजिए किसी सहकर्मी ने आपकी टीम-रिव्यू वाली स्लाइड पढ़ी।

उम्मीद: मैं चाहता था कि मुख्य देरी का कारण तुरंत समझ आए।
हुआ: पढ़ने वाले ने किसी दूसरे कारण को मुख्य समझ लिया।
आज़माया: मैंने टेक्स्ट छोटा किया, फिर भी असली कारण आसानी से छूट रहा है।

आपने सवाल को ज्यादा प्रभावशाली नहीं बनाया। आपने समस्या को ज्यादा दिखाई देने लायक बनाया है।

3. पहले तय कर लें कि आपको कितनी मदद चाहिए

कई बार समस्या साफ़ होती है, फिर भी मदद गलत रूप में मिल जाती है।

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

मान लीजिए रात के खाने के बाद आप अंग्रेज़ी में एक कोडिंग पाठ देख रहे हैं। आप अटकते हैं और कोई दोस्त पूरा तैयार कोड भेजने की पेशकश करता है।

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

आप संकेत माँग सकते हैं:

“पहले किस चीज़ को जाँचूँ, बस इतना बता सकते हो?”

आप समझाने को कह सकते हैं:

“यह हिस्सा चलाने पर बदल क्यों रहा है, समझा सकते हो?”

आप एक उदाहरण माँग सकते हैं:

“एक मामला करके दिखा दो, अगला मैं खुद कोशिश करूँगा।”

या जब काम पूरा करना ज़्यादा जरूरी हो, तो सीधी मदद माँग सकते हैं:

“यह आज पूरा करना है। अभी इसे ठीक करने में मदद कर दो, फिर मुख्य कदम समझा देना।”

ये अलग-अलग ज़रूरतें हैं। इनमें से कोई एक अपने-आप बेहतर नहीं है।

2011 के एक शोधपत्र में ज्यामिति सिखाने वाले ट्यूटर सिस्टम के भीतर मदद माँगने के दो उद्देश्यों के फर्क की चर्चा है: सीखने के लिए मदद और मुख्य रूप से काम पूरा करने के लिए मदद। 58 और 67 विद्यार्थियों वाले दो अध्ययनों में, मदद माँगने के तरीके पर प्रतिक्रिया मिलने से सिस्टम इस्तेमाल करते समय उनके मदद माँगने के व्यवहार में सुधार हुआ; दूसरे अध्ययन में अगले महीने नई ज्यामिति सामग्री पर काम करते समय भी यह सुधार दिखा, जब वह खास सहायता बंद हो चुकी थी। यह एक खास शैक्षिक परिस्थिति थी, इसलिए इससे यह साबित नहीं होता कि एक ही सवाल-ढाँचा हर व्यक्ति के लिए सीखना बेहतर करेगा। इससे इतना सीमित निष्कर्ष जरूर मिलता है कि कम-से-कम कुछ सीखने की परिस्थितियों में मदद माँगने का व्यवहार अभ्यास और प्रतिक्रिया से बदल सकता है। (Roll, Aleven, McLaren and Koedinger, 2011)

रोज़मर्रा की जिंदगी में भी यह फर्क काम का है क्योंकि हर बार आपकी जरूरत एक जैसी नहीं होती।

कभी आपको किसी के हाथ की जरूरत है। कभी सिर्फ एक छूटी हुई बात समझनी है। कभी एक उदाहरण चाहिए और फिर आगे खुद बढ़ने की जगह।

साफ़ मदद की माँग में मंज़िल, प्रमाण और सीमा—तीनों जुड़ते हैं

तीनों हिस्से एक क्रम में काम करते हैं। पहले लक्ष्य बताता है कि आप कहाँ पहुँचना चाहते हैं; फिर प्रमाण बताता है कि रास्ते में ठीक कहाँ अंतर आया; आखिर में मदद की सीमा तय करती है कि सामने वाला आपके काम में कितनी दूर तक आए।

लक्ष्य न हो तो आपकी जानकारी लंबी कहानी बन सकती है। प्रमाण न हो तो सामने वाले को अंदाज़ा लगाना पड़ता है। सीमा न हो तो आपको पूरा समाधान मिल सकता है जबकि आप समझना चाहते थे, या लंबी व्याख्या मिल सकती है जबकि आपको सिर्फ जल्दी ठीक करना था।

तीनों को जोड़ने पर संदेश छोटा भी हो सकता है और ज्यादा काम का भी:

“मैं चाहता हूँ कि महीने का कुल जोड़ फ़िल्टर के साथ बदले। पंक्तियाँ बदल रही हैं, लेकिन कुल जोड़ नहीं; मैं शीट रीफ़्रेश कर चुका हूँ और फ़िल्टर भी जाँच लिया है। क्या आप पूरी फ़ाइल ठीक करने के बजाय बता सकते हैं कि अगली चीज़ मुझे क्या जाँचनी चाहिए?”

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

जिस व्यक्ति के करीब आप जाना चाहते हैं, उसकी ओर एक छोटा कदम

  • आइए अगली बार मदद माँगते समय शुरुआत एक साफ़ नतीजे से करें।
  • आइए समस्या को तीन पंक्तियों में रखें: उम्मीद, हुआ, आज़माया।
  • आइए पहले ही तय कर लें कि इस बार हमें संकेत, समझाना, उदाहरण या सीधी मदद चाहिए।