वह प्रश्न जो उत्तर को छुपाकर ले आता है

एक प्रश्न में उसका अपना उत्तर हो सकता है

क्लासिक उदाहरण: "क्या आप परीक्षाओं में धोखाधड़ी करना बंद कर चुके हैं?" कोई सुरक्षित उत्तर नहीं है। "हाँ" मान लेता है कि आपने पहले धोखाधड़ी की थी। "नहीं" मान लेता है कि आप अभी भी करते हैं। प्रश्न मान लेता है (presupposes) कि आप धोखाधड़ी कर रहे थे। वह मान्यता कभी तर्क से सिद्ध नहीं की गई। उसे छुपाकर लाया गया था।

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

लोडेड फ्रेमिंग हर जगह छिपी होती है, केवल ट्रिक प्रश्नों में नहीं:

- "मार्केटिंग बजट को कैसे कटौती करें?" यह मान लेता है कि बजट को कटौती करना चाहिए, और कि मार्केटिंग ही समस्या है।

- "किस प्रतिद्वंद्वी की नकल करें?" यह मान लेता है कि प्रतिद्वंद्वी की नकल करना सही रणनीति है।

- "यह पीढ़ी इतनी आलसी क्यों है?" यह किसी भी सबूत से पहले ही मान लेता है कि पीढ़ी आलसी है।

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

छिपा हुआ मान्यता पहचानें

आपकी बारी

एक मैनेजर टीम से पूछता है:

"हमारे सपोर्ट लाइन के बारे में ग्राहकों की शिकायतें रोकने का सबसे तेज़ रास्ता क्या है?"

निर्णायक साक्ष्य की परिभाषा

हर असली सवाल के पीछे का सवाल

जिस सवाल का जवाब आप कल्पना भी नहीं कर सकते, वह अभी एक असली सवाल नहीं है। इसलिए, कुछ भी जांचने से पहले, पूछें: कौन सा साक्ष्य इसका निपटारा करेगा? और इसका और तीखा रूप: मेरा मन बदलने के लिए क्या चाहिए?

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

एक मजबूत सवाल अपने साथ अपना परीक्षण भी लाता है: "मैं X में विश्वास करता हूँ। अगर मुझे Y दिखाई दे, तो मैं X को छोड़ दूँगा।" अगर आप Y को भर नहीं पा रहे हैं, तो वह विश्वास अभी परीक्षण योग्य नहीं है, और न ही सवाल।

एक कठिन प्रश्न को एक वृक्ष में तोड़ना

एक कठिन प्रश्न से कई उत्तरयोग्य प्रश्नों तक

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

उप-प्रश्न एक वृक्ष (tree) बनाते हैं। मूल (root) निर्णय है। शाखाएं वे टुकड़े हैं जिन पर निर्भरता है: क्या वास्तविक मांग है? क्या हम इसे समय पर बना सकते हैं? क्या यह लाभदायक हो सकता है? कुछ शाखाएं फिर से विभाजित होती हैं। और कुछ उप-प्रश्नों में निर्भरताएं (dependencies) होती हैं: जब तक आप "हमारे पास पर्याप्त स्टाफ है?" का उत्तर नहीं देते, तब तक आप "स्कोप क्या है?" का उत्तर नहीं दे सकते। क्रम महत्वपूर्ण है। पहले उन प्रश्नों का उत्तर दें जिन पर अन्य प्रश्न निर्भर करते हैं।

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

एक गड़बड़ समस्या का विभाजन करें

आपकी बारी: इसे विभाजित करें

यहाँ एक गड़बड़, वास्तविक समस्या है जिसका सामना एक छात्र क्लब को करना है:

"हमारा रोबोटिक्स क्लब सदस्य खो रहा है। क्या हमें इसे चलाने का तरीका बदलना चाहिए?"

क्या उन्हें बदलाव करना चाहिए, इसका जवाब न दें। इसके बजाय, इसे एक संरचित उप-प्रश्नों के सेट में तोड़ें जो क्लब को पहले उत्तर देना होगा, कम से कम एक निर्भरता (dependency) का उल्लेख करें (कौन सा उप-प्रश्न दूसरे से पहले उत्तर दिया जाना चाहिए), और कम से कम एक सफलता मानदंड (success criterion) बताएं: पूरे प्रश्न का एक अच्छा उत्तर किस चीज़ को शामिल करना चाहिए।

एक ही स्थिति, दो प्रश्न, दो उत्तर

फ्रेम का चयन शक्ति का एक रूप है

एक ही स्थिति, दो अलग-अलग तरीकों से पूछी जाने पर, दो अलग-अलग उत्तर देती है, और अक्सर यह कि क्या करना है, इस बारे में दो अलग-अलग भावनाएं पैदा करती है।

- "हम लागत कैसे कम करें?" बनाम "हम प्रति डॉलर मूल्य कैसे बढ़ाएं?" बजट वही है, लेकिन पहला प्रश्न हटाने योग्य चीज़ों की खोज करता है और दूसरा बेहतर करने योग्य चीज़ों की खोज करता है। वे विपरीत योजनाओं की ओर ले जाते हैं।

- एक चिकित्सा उपचार को "90% बचते हैं" के रूप में वर्णित करना बनाम "10% मर जाते हैं" तथ्य में समान है, फिर भी लोग यह सुनते हुए कि उन्हें कौन सा फ्रेम सुनाया गया है, उसी के अनुसार अलग-अलग निर्णय लेते हैं। इसे फ्रेमिंग इफेक्ट कहा जाता है।

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

आप बेहतर प्रश्न क्या पूछेंगे?

एक अंतिम विचार

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

जो व्यक्ति तीखा सवाल पूछता है, वह उस सवाल के जवाब देने वाले हर व्यक्ति और हर चीज़ की गतिविधि को निर्देशित करता है। यही अब दुर्लभ कौशल है।