क्या CISSP में “think like a manager” का महत्व बढ़ा-चढ़ाकर देखा जाता है?

यह सलाह हर जगह दोहराई जाती है, पर अब सर्वसम्मत नहीं रही। इस अवधारणा का उल्लेख करने वाले सबसे अधिक वोट पाए 60 विवरणों में लगभग 23 इसे निर्णायक या बहुत उपयोगी मानते हैं, लगभग 14 इसे बढ़ा-चढ़ाकर देखा गया, बेकार या हानिकारक तक बताते हैं, और लगभग 13 इसका एक सीमित संस्करण प्रस्तुत करते हैं। इस विषय को छूने वाले लगभग चालीस सफलता-वृत्तांतों में विभाजन और भी क़रीबी है: एक तिहाई समर्थन करता है, एक तिहाई इसे बढ़ा-चढ़ाकर देखा गया मानता है, एक तिहाई इसे नए सिरे से गढ़ता है। कोई इस बात से इनकार नहीं करता कि पढ़ने का एक विशेष ढंग ज़रूरी है; बहस नारे पर है। मूल परिभाषा यहाँ विस्तार से है: CISSP में manager की तरह सोचना।

2025 से इस मंत्र पर क्या आपत्तियाँ हैं?

विवरणों का कालक्रम स्पष्ट है। 2023 से 2024 के मध्य तक यह सलाह लगभग निर्विवाद है। 2024 के अंत में “Just Answer The Question” प्रति-मंत्र के उभार के साथ पलटाव होता है। 2025 और 2026 में मंत्र का कच्चा संस्करण अल्पमत में चला जाता है, और उस पर स्पष्ट विशेषण लगते हैं: overrated, debunked। जिस सूत्र ने इस पलटाव पर मुहर लगाई, वह टिका हुआ है:

“Think like a manager works 100% of the time when the question wants that. Otherwise, just answer the question… that works 100% of the time 100% of the time.”

“Manager की तरह सोचना 100% बार काम करता है, जब प्रश्न वही माँगता हो। वरना, बस प्रश्न का उत्तर दीजिए… यह 100% बार, 100% बार काम करता है।”

यह मंत्र को ख़ारिज नहीं करता: यह उसे एक अधिक व्यापक नियम के विशेष मामले तक घटा देता है।

तीन आपत्तियाँ प्रमुख हैं। पहली यह कि वह ध्यान तकनीकी ज्ञान से भटका देता है। एक शीर्षक जो कुछ भी अस्पष्ट नहीं छोड़ता — “Passed at Q100, "Think like a manager" is so overrated” — इसे एक पंक्ति में कह देता है।

“It may tempt you to ignore technical specifics… DO NOT FALL INTO THIS TRAP.”

“यह आपको तकनीकी विवरणों की अनदेखी करने के लिए लुभा सकता है… इस जाल में मत फँसिए।”

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

स्वयं ISC2 के प्रश्न-लेखक क्या कहते हैं?

इन तीन वर्षों की चर्चाओं का सबसे चौंकाने वाला तत्व यही है: स्वयं को CISSP के प्रश्न-लेखक बताने वाले दो योगदानकर्ता इस मंत्र का खंडन करते हैं — ये घोषित पहचानें हैं, जिनका वज़न बाक़ी विवरणों के साथ उनकी बात की संगति से आता है।

“As an exam writer for the CISSP, I can absolutely say that is NOT what we are looking for. Understanding the concepts and how to apply them, is. To gauge if one can "think like a manager" is definitely not the goal of the exam. That is a completely different exam (CISM).”

“CISSP के लिए प्रश्न-लेखक के रूप में मैं पूरे भरोसे से कह सकता हूँ कि हम यह बिलकुल नहीं खोज रहे। हम जो खोज रहे हैं वह है अवधारणाओं की समझ और उनका अनुप्रयोग। कोई ‘manager की तरह सोच’ सकता है या नहीं, यह नापना निश्चित रूप से परीक्षा का उद्देश्य नहीं है। वह एक बिलकुल अलग परीक्षा है (CISM)।”

दूसरा विवरण उसी दिशा में जाता है और साथ ही इस भ्रम को समझाता भी है:

“It is definitely not a "think like a manager" exam. That is not even a concept on our minds when writing them. […] It could feel like you are thinking like a manager. But really, it’s because you understood the concepts and could put them into appropriate use.”

“यह क़तई ‘manager की तरह सोचो’ वाली परीक्षा नहीं है। लिखते समय यह अवधारणा हमारे मन में होती तक नहीं। […] ऐसा लग सकता है कि आप manager की तरह सोच रहे हैं। पर असल में ऐसा इसलिए है कि आपने अवधारणाएँ समझ लीं और उन्हें ठीक जगह लागू कर सके।”

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

कितने उम्मीदवार अब भी इसका समर्थन करते हैं?

सापेक्ष बहुमत, और ठोस तर्कों के साथ। सबसे अधिक वोट पाए 60 विवरणों में लगभग 23 इसका समर्थन करते हैं। एक उम्मीदवार इसकी उपयोगिता को गिनती में रखता है: लगभग बीस से पच्चीस प्रश्नों के लिए manager की तरह सोचना निर्णायक रहा — जो कम से कम 100 प्रश्नों की परीक्षा के अनुपात में देखें तो एक उपयोगी पर आंशिक उपकरण का वर्णन है, कोई सार्वभौमिक कुंजी नहीं।

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

एक साझा प्रेक्षण बार-बार लौटता है: governance, जोखिम और अनुपालन वाली प्रोफ़ाइलों को यह तर्क-शैली स्वाभाविक लगती है और इसलिए उन्हें नारे की ज़रूरत नहीं; बहुत तकनीकी प्रोफ़ाइलें इसे या तो जीवनरक्षक पाती हैं या बेकार।

यह मंत्र उम्मीदवारों को असफल कैसे करा सका?

विवरणों में दो असफलताएँ स्पष्ट रूप से इसी को दी गई हैं, दो अलग-अलग तंत्रों से।

पहली कमी से हुई असफलता है। उम्मीदवार ने अपनी पूरी तैयारी मानसिकता के इर्द-गिर्द बनाई और परिणाम को बिना लाग-लपेट के बताता है।

“I was utterly blindsided by questions asking for technical applications of concepts I had never heard of. This wasn’t something I could manage my way out of — I ended up miserably failing at Q100.”

“उन प्रश्नों ने मुझे पूरी तरह हक्का-बक्का कर दिया जो ऐसी अवधारणाओं के तकनीकी अनुप्रयोग माँग रहे थे जिनका नाम तक मैंने नहीं सुना था। यह ऐसी चीज़ नहीं थी जिससे मैं ‘manage’ करके निकल पाता — मैं प्रश्न 100 पर बुरी तरह असफल हुआ।”

दूसरी अति-चिंतन से हुई असफलता है, जो किसी mindset संसाधन के कट्टर उपयोग को दी गई है:

“It made me overthink every answer and doubt myself — ultimately contributing to my first failure.”

“इसने मुझसे हर उत्तर पर ज़रूरत से ज़्यादा सोचवाया और ख़ुद पर संदेह करवाया — जिसने अंततः मेरी पहली असफलता में योगदान दिया।”

ये दोनों विवरण व्यक्तिगत हैं और किसी सामान्य कारण-संबंध को सिद्ध नहीं करते। फिर भी वे इस विचार को हटाने के लिए काफ़ी हैं कि यह मंत्र बुरे से बुरे मामले में भी तटस्थ रहेगा, और वे विवरणों में सबसे अधिक दर्ज असफलता के कारणों से जा मिलते हैं, जहाँ असंतुलित तैयारी मेहनत की कमी से अधिक बार लौटती है।

दो उम्मीदवार एक ही परीक्षा को अलग-अलग तरह से क्यों अनुभव करते हैं?

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

सीधा परिणाम: दो उम्मीदवार एक ही परीक्षा को “बहुत तकनीकी” और “बहुत managerial” बता सकते हैं, और उनमें से कोई भी झूठ नहीं बोल रहा होता। इससे दोनों पक्षों के तर्क का सबसे आम रूप ख़ारिज हो जाता है, जो 100 से 150 प्रश्नों के निजी अनुभव को पूरी परीक्षा पर सामान्यीकृत कर देता है। यह तंत्र स्वयं adaptive प्रारूप पर हमारे लेख में वर्णित है, और यही यह भी समझाता है कि इतने उम्मीदवार असफल हुए मानकर बाहर क्यों निकलते हैं: जो परीक्षा आपकी सीमाएँ खोजती है, वह आपको उन्हें छुआ भी देती है।

किन मामलों में यह मानसिकता ग़लत उत्तर देती है?

विवरणों में प्रति-उदाहरणों की कई श्रेणियाँ दर्ज हैं, और वे सब अभ्यास-बैंकों से आई हैं, असली प्रश्नों से नहीं।

सबसे आम मामला वह है जहाँ प्रश्न स्पष्ट रूप से एक तकनीकी नियंत्रण माँगता है: वहाँ governance वाला उत्तर खोजना प्रश्न का उत्तर न देने के बराबर है। इसके बाद स्पष्ट कसौटियों का मामला आता है। उपलब्धता के एक प्रश्न में जब साफ़ शब्दों में सबसे कम लागत वाला समाधान माँगा गया हो, तो “सबसे कम जोखिम वाला” चुनने की प्रवृत्ति ग़लती की ओर ले जाती है — एक टिप्पणी इसे यों कहती है: आप “lowest cost” जैसी स्पष्ट रूप से रखी गई कसौटी की अनदेखी नहीं कर सकते।

तीसरी श्रेणी: शब्दावली के प्रश्न। जब चारों विकल्प उचित हों पर केवल एक माँगी गई श्रेणी का हो — जैसे avoidance नियंत्रण के बजाय mitigation नियंत्रण — तो कोई मानसिकता फ़ैसला नहीं कराती। चौथी श्रेणी: विशुद्ध ज्ञान के प्रश्न, विकास-चक्र के किसी चरण पर या किसी तंत्र के गुणों पर। एक टिप्पणी इसका उत्तर उसी सूत्र से देती है जो प्रति-मंत्र बन चुका है: just answer the question।

ठोस रूप से इसमें से क्या रखना चाहिए?

विवरणों का व्यावहारिक निष्कर्ष चार बिंदुओं में समाता है, और इनमें से कोई भी नारे को पूरा अपनाने या पूरा ख़ारिज करने का नहीं है।

पहला, तकनीक आगे आती है। हालिया विवरण तकनीकी आधार वाले प्रश्नों का हिस्सा 50 से 70% के बीच बताते हैं, जबकि व्यक्तिगत वृत्तांत प्रश्न-चयन के अनुसार बहुत परिवर्तनशील हिस्सा बताते हैं, 10-20% से लेकर लगभग 70% तक — ये माप नहीं अनुभूतियाँ हैं, पर जिस बिंदु से यहाँ हमारा वास्ता है उसे तय करने के लिए काफ़ी हैं: यह मानसिकता ज्ञान की किसी कमी की भरपाई नहीं करती।

दूसरा, यह elimination के उपकरण के रूप में काम करती है। एक योगदानकर्ता बताता है कि वह अपने अध्ययन-समूह को इसका उपयोग चार में से दो उत्तर हटाने के लिए सिखाता है — “तकनीकी नायक”, “सीधी कार्रवाई” वाले उत्तर और चरम स्थितियाँ — सही उत्तर चुनने के लिए कभी नहीं।

तीसरा, प्रश्न ही सर्वोपरि रहता है: बताई गई persona, मुख्य शब्द और स्पष्ट कसौटियाँ हमेशा किसी भी heuristic पर भारी पड़ती हैं। यही हमारे इस लेख का विषय है: BEST, FIRST और MOST।

अंत में, जब दो उत्तरों के बीच सचमुच बराबरी हो, तो समुदाय के पास फ़ैसले का एक क्रम है: उसकी प्राथमिकता-वरीयता प्रबंधकीय तर्क पर हमारे लेख में रखी गई है, और उसके साथ चलने वाले elimination परीक्षण distractor हटाना में। इनमें से कोई भी निर्णायक तब तक सक्रिय नहीं होता जब तक प्रश्न की कोई कसौटी फ़ैसला करने के लिए उपलब्ध हो। रही बात उस संसाधन की जिसने इस मंत्र को सबसे अधिक लोकप्रिय बनाया, उसका लेखा-जोखा यहाँ है: How To Think Like A Manager पुस्तक पर हमारी राय।