Think like a manager · समझें
CISSP में “manager की तरह सोचना” का वास्तव में क्या अर्थ है?
“Manager की तरह सोचना” का अर्थ सबसे कम तकनीकी उत्तर चुनना नहीं है: विवरणों की सबसे अधिक वोट पाई परिभाषा उन व्यावसायिक ज़रूरतों का अनुसरण करने को कहती है जो प्रश्न स्वयं बताता है — लागत, समय, अनुपालन, RTO। सबसे अधिक उद्धृत नियम पहले पढ़ने के नियम हैं: जो पूछा गया है उसी का उत्तर दें, बताई गई persona का अनुसरण करें, और किसी भी स्पष्ट कसौटी की अनदेखी न करें।
“Manager की तरह सोचना” का अर्थ सबसे कम तकनीकी उत्तर चुनना नहीं है: इसका अर्थ है उन व्यावसायिक ज़रूरतों का अनुसरण करना जो प्रश्न स्वयं बताता है — लागत, समय, अनुपालन, RTO। यह सलाह बाक़ी सबसे कहीं आगे, सबसे अधिक दोहराई गई सलाह है: जुलाई 2023 से जुलाई 2026 तक विश्लेषित तीन वर्षों के विवरणों में 868 उम्मीदवार “think like a manager” या “manager mindset” का उल्लेख करते हैं, और लगभग एक हज़ार अन्य उम्मीदवार टिप्पणियों में यही वाक्यांश ज्यों का त्यों प्रयोग करते हैं। यह लेख बताता है कि समुदाय इस अभिव्यक्ति के पीछे वास्तव में क्या रखता है; यह मंत्र अपनी प्रतिष्ठा का हक़दार है या नहीं, इसका प्रश्न अलग से यहाँ निपटाया गया है: think like a manager: क्या CISSP में यह ज़रूरत से ज़्यादा बढ़ा-चढ़ाकर देखा जाता है?।
CISSP में “manager की तरह सोचना” का ठीक-ठीक क्या अर्थ है?
विवरणों की सबसे अधिक वोट पाई परिभाषा एक निषेध से शुरू होती है, और यही उसका पूरा महत्व है: वह उस शॉर्टकट का खंडन करती है जो यह वाक्यांश सहज ही सुझाता है।
“The advice to "think like a manager" does not mean that you should always opt for the least technical answer. It means you should focus on the needs of the business, which are invariably specified in the question — cost, speed, ROI, regulatory compliance, RTO/RPO…”
“‘Manager की तरह सोचो’ सलाह का यह अर्थ नहीं है कि हमेशा सबसे कम तकनीकी उत्तर चुनना चाहिए। इसका अर्थ है कि व्यवसाय की ज़रूरतों पर ध्यान देना चाहिए, जो प्रश्न में अनिवार्य रूप से बताई गई होती हैं — लागत, गति, निवेश पर प्रतिफल, नियामक अनुपालन, RTO/RPO…”
वही टिप्पणी निदान की एक शृंखला भी सुझाती है जो आगे बार-बार लौटती है: यदि संगठन दिशा के अभाव में विफल हो रहा है, तो उत्तर एक नीति है; यदि गतिविधियाँ एक-सी निरंतरता से नहीं होतीं, तो उत्तर प्रक्रियाएँ हैं; यदि प्रक्रियाएँ मौजूद हैं पर उनका पालन नहीं होता, तो उत्तर प्रशिक्षण है; और यदि ज़रूरत को पूरा न करने वाली चीज़ तकनीक ही है, तो उत्तर व्यवसाय के अनुकूल एक तकनीकी समाधान है। चौथी शाखा वही है जिसे नारा भुला देता है।
कुछ और संक्षिप्त सूत्र भी प्रचलित हैं: समय, धन, लक्ष्यों से संरेखण और संगठन की जोखिम-मुद्रा के आधार पर मूल्य का निर्णय लेना; या फिर स्वयं से पूछना कि कौन-सा उत्तर संगठन के हितों की सर्वोत्तम सेवा करता है, बजाय उसके सुरक्षा-हितों के जिन्हें बाक़ी सब से अलग-थलग करके देखा गया हो। एक योगदानकर्ता पूरी कसौटी एक वाक्य में समेटता है: आपने समस्या को ठीक करने की कोशिश की, या उसे सँभालने की?
सबसे अधिक दोहराया गया शिक्षाप्रद उदाहरण एक ही टिकट पर दो प्रतिक्रियाओं में समा जाता है। आपसे कहा जाता है कि एक तिमाही पहले संस्था छोड़ चुके व्यक्ति के मेलबॉक्स पर अनुपस्थिति-संदेश लगा दें। तकनीशियन संदेश लगाकर टिकट बंद कर देता है; manager पूछता है कि यह मेलबॉक्स अब तक सक्रिय क्यों है।
समुदाय निर्णय के कौन-से नियम सबसे अधिक उद्धृत करता है?
टिप्पणियाँ लगभग बारह नियमों पर आकर मिलती हैं। नीचे दी गई आवृत्तियाँ मोटे अनुमान हैं।
| नियम | आवृत्ति | वह क्या कहता है |
|---|---|---|
| जो पूछा गया है, केवल उसी का उत्तर दें | ~35 से 40 उम्मीदवार | कुछ भी न मानें: प्रश्न ने जो नहीं कहा, वह हुआ ही नहीं |
| धीरे पढ़ें, मुख्य शब्द खोजें | ~30 | BEST, FIRST, LEAST, PRIMARY उत्तर बदल देते हैं |
| पहले व्यवसाय, फिर सुरक्षा | ~27 | मानव जीवन, निरंतरता, लागत, फिर जोखिम |
| ठीक करने के बजाय सलाह दें | ~25 | “कीबोर्ड पर हाथ” वाला उत्तर शायद ही कभी सही होता है |
| तात्कालिक सुधार से पहले प्रक्रिया और नीति | ~25 | लक्षण नहीं, मूल कारण का इलाज करें |
| समावेशी उत्तर चुनें | ~22 | दुधारी नियम, अलग से निपटाया गया |
| लागत, निवेश पर प्रतिफल, आनुपातिकता | ~20 | “Best” का अर्थ “most secure” नहीं है |
| प्रश्न में दी गई persona का अनुसरण करें | ~17 | उद्धृत भूमिका अपेक्षित उत्तर का स्तर तय करती है |
| लोग, प्रक्रिया, तकनीक — इसी क्रम में | ~14 | अंतिम दो उत्तरों के बीच फ़ैसला करने के लिए |
| प्राधिकार के बिना कुछ नहीं | ~11 | जोखिम का स्वामी प्रबंधन है |
| व्यवस्थित elimination, निरपेक्ष शब्दों से सावधानी | ~10 | “ALL”, “ALWAYS”, “NEVER” को शुरू में ही हटा दें |
| पहले रोकें, फिर पहचानें, फिर सुधारें | ~10 | सुरक्षा की परिकल्पना शुरुआत में ही होती है |
सबसे अधिक उद्धृत नियम प्रबंधन का सिद्धांत नहीं है: वह पढ़ने का नियम है। उसी से प्रति-मंत्र “Just Answer The Question” जन्मा, जो 2024 के अंत से प्रमुख हो गया — इस पलटाव का विस्तार और उसके तर्क यहाँ रखे गए हैं: मंत्र के असली मूल्य पर बहस।
इस तालिका के दो नियम कहीं और विकसित किए गए हैं, क्योंकि वे प्रबंधन के तर्क से अधिक विकल्पों को सँभालने से जुड़े हैं: समावेशी उत्तर और निरपेक्ष शब्दों से सावधानी को distractor हटाना में निपटाया गया है, जहाँ यह भी दिखाया गया है कि पहला नियम उम्मीदवार के विरुद्ध उससे कहीं अधिक बार जाता है जितना लोग मानते हैं।
किस क्रम से फ़ैसला करें: लोग, निरंतरता, लागत या जोखिम?
लगभग 27 उम्मीदवारों द्वारा उद्धृत प्राथमिकता-क्रम स्थिर है: मानव जीवन, फिर व्यावसायिक निरंतरता, फिर लागत और लाभ, फिर जोखिम में कमी। सबसे अधिक दोहराई गई अभिव्यक्ति स्पष्ट है: जैसे ही स्वास्थ्य और सुरक्षा का कोई पहलू सामने आता है, वह बाक़ी सब पर भारी पड़ता है। किसी तकनीकी कक्ष में आग लगने पर पहले लोगों को बाहर निकाला जाता है, अग्निशामक यंत्र ढूँढ़ने से पहले, और किसी भी चीज़ का बैकअप लेने से तो बहुत पहले।
लागत का स्थान उससे ऊँचा है जितना अनेक उम्मीदवार मानते हैं। दो सूत्र आनुपातिकता के तर्क को समेटते हैं: “Best ≠ most secure” और “Don’t spend $10,000 to protect $200” — 200 डॉलर मूल्य की चीज़ बचाने के लिए 10,000 डॉलर मत ख़र्च कीजिए। इसलिए अति-सुरक्षा जैसी चीज़ मौजूद है, और वह एक ग़लत उत्तर है: जिन दस्तावेज़ों की निर्देशिका संगठन पहले से अपनी वेबसाइट पर प्रकाशित करता है, उसे बचाने के लिए एक समर्पित hardware encryption तंत्र और चौबीसों घंटे की on-call व्यवस्था वित्तपोषित करना बजट खाता है और किसी वास्तविक जोखिम को कम नहीं करता। लागत हर उत्तर की पृष्ठभूमि में बनी रहती है, सिवाय तब जब प्रश्न स्पष्ट रूप से उसे अनदेखा करने को कहे — और जब वह ऐसा कहता है, तो यह लिखित कसौटी सब पर भारी पड़ती है, जैसा कि प्रश्न पढ़ने की पद्धति विस्तार से बताती है।
यह क्रम-निर्धारण यह भी समझाता है कि कुछ असफलताएँ ज्ञान की कमी से नहीं, बल्कि दबाव में लागू किए गए ग़लत प्राथमिकता-क्रम से आती हैं — यह दर्ज की गई असफलता के कारणों में लौटता हुआ एक स्वरूप है।
क्या तकनीकी समाधान के बजाय हमेशा नीति को चुनना चाहिए?
नहीं, और यही वह जगह है जहाँ यह मंत्र सबसे अधिक फिसलता है। “समस्या नहीं, प्रक्रिया सुधारिए” वाला नियम वास्तविक और अच्छी तरह दर्ज है: किसी के जाने के बाद भी सक्रिय रह गया खाता निकास-प्रक्रिया की समीक्षा माँगता है, केवल पहुँच काट देना नहीं; पासवर्ड का व्यापक साझा किया जाना नीति और जागरूकता की समस्या दिखाता है, जिसे multifactor authentication ढक देता है पर हल नहीं करता। यह भी बहुत बार पढ़ने को मिलता है कि कुछ भी माँगने से पहले नीति का अस्तित्व होना चाहिए।
पर विवरण उतनी ही स्पष्टता से उलटी दिशा की फिसलन भी दर्ज करते हैं।
“TLAM has people answering "policy" over "implement TLS" when the question asks for a technical control.”
“यह मंत्र उम्मीदवारों से ‘नीति’ का उत्तर दिलवाता है, ‘TLS लागू करें’ का नहीं, जबकि प्रश्न एक तकनीकी नियंत्रण माँग रहा होता है।”
एक ऐसी आंतरिक नीति का मामला जो production में चल रही अप्रचलित प्रणाली को जानते-बूझते मान्यता देती है, सही सूक्ष्मता दिखाता है: नीति सर्वोपरि है, भले ही वह बेतुकी लगे — सिवाय तब जब समस्या ठीक नीति से ही आ रही हो, और तब अपेक्षित उत्तर यह है कि उसे प्रबंधन से संशोधित करवाया जाए।
प्रश्न में बताई गई persona उत्तर को कैसे बदलती है?
यही वह परिष्कार है जिसे सबसे मज़बूत माना गया है, और जिसे लगभग 17 उम्मीदवार उद्धृत करते हैं: प्रश्न में नामित भूमिका तय करती है कि किस स्तर पर उत्तर देना है, और यह अकेला फ़िल्टर अस्पष्ट प्रश्नों का बड़ा हिस्सा सुलझा देता है। इससे जुड़ा पढ़ने का तंत्र, और उसे शब्द देने वाला विवरण, उत्तर देने की पद्धति में विस्तार से है; यहाँ हमारी रुचि मानसिकता पर उसके परिणाम में है।
जब कोई भूमिका नहीं बताई गई हो, तो अनुशंसित डिफ़ॉल्ट मुद्रा जोखिम-सलाहकार की है। इसके साथ प्राधिकार का एक नियम जुड़ता है: CISSP की दुनिया में प्राधिकार के बिना कुछ नहीं होता, और “सहमति प्राप्त करें” या “प्रबंधन को सूचित करें” जैसा विकल्प अक्सर सही होता है। पर एक बहुत अधिक वोट पाया प्रति-बिंदु उलटी अति को सुधारता है: manager की तरह सोचने का अर्थ काम करना बंद कर देना नहीं है, बल्कि सही स्तर पर सही कार्रवाई चुनना है — किसी समस्या को प्रबंधन तक पहुँचा देना अपने आप में किसी जोखिम को कम नहीं करता।
यह मानसिकता कब किसी काम की नहीं?
प्रश्नों के एक बड़े हिस्से पर वह कोई भूमिका नहीं निभाती। विवरण कई श्रेणियों के मामले गिनाते हैं: विशुद्ध ज्ञान के प्रश्न, जहाँ अपेक्षित उत्तर विकास-चक्र का कोई निश्चित तंत्र होता है; शब्दावली के प्रश्न, जहाँ चारों विकल्प उचित हैं पर केवल एक माँगी गई श्रेणी से मेल खाता है, जैसे avoidance नियंत्रण के बजाय mitigation नियंत्रण; और उपकरण के प्रश्न, जहाँ कोई encrypted प्रशासन protocol सीधे-सीधे एकमात्र सही विकल्प होता है। एक टिप्पणी दो-टूक कहती है: manager की तरह सोचना आपको तकनीकी उत्तरों को हटा देने का अधिकार नहीं देता।
हालिया विवरण तकनीकी आधार वाले प्रश्नों का हिस्सा 50 से 70% के बीच बताते हैं, जबकि व्यक्तिगत वृत्तांत 10-20% से लेकर लगभग 70% तक फैले हैं — ये adaptive परीक्षा से बाहर निकलते ही बनी अनुभूतियाँ हैं, जिनका अंतर मुख्यतः प्रश्न-चयन की परिवर्तनशीलता नापता है। इसके अलावा दो दर्ज असफलताएँ मानसिकता-केंद्रित तैयारी को दी गई हैं। तर्क कभी ज्ञान की जगह नहीं लेता।
इस तर्क का अभ्यास कैसे करें, बिना इसे प्रतिवर्त बनाए?
विवरणों की सबसे विकसित रूपरेखा manager की बात करती ही नहीं: वह कहती है कि विकल्प देखने से भी पहले निर्णय, उसका स्वामी और उसका चरण पहचान लिए जाएँ, और उसका पूरा सूत्रीकरण उत्तर देने की पद्धति में मौजूद है। उसका लेखक इससे एक निष्कर्ष निकालता है जो इस पूरे लेख पर लागू होता है: परीक्षा यह नहीं पूछती कि आप manager हैं या engineer, बल्कि यह कि आप पहचान सकते हैं या नहीं कि कौन-सा निर्णय लिया जा रहा है, किसके द्वारा, और किन बंधनों के तहत। यही परीक्षा का adaptive प्रारूप भी आवश्यक बनाता है, जो पहले से मान्य किए जा चुके प्रश्न पर कभी लौटने नहीं देता।
व्यवहार में, जो लोग इसे बिना फँसे इस्तेमाल करते हैं, उनके यहाँ तीन आदतें लौटती हैं। मानसिकता को elimination के उपकरण की तरह बरतना: एक योगदानकर्ता बताता है कि वह अपने अध्ययन-समूह को इसका उपयोग चार में से दो उत्तर हटाने के लिए सिखाता है, सही उत्तर चुनने के लिए कभी नहीं। बाद में जाँच लेना कि आप समझा सकते हैं कि तीनों ग़लत उत्तर ग़लत क्यों हैं — इसका उलटा, यानी सही उत्तर को उसके कारण के बिना याद रखना, रिवीज़न की सबसे महँगी ग़लतियों में गिना जाता है। और विवरणों का सबसे अधिक दोहराया गया त्रिसूत्र याद रखना, जो तकनीक को उसकी जगह लौटा देता है: “Think like a manager, understand like a technician, read like a lawyer” — manager की तरह सोचें, तकनीशियन की तरह समझें, वकील की तरह पढ़ें। यह आख़िरी कौशल मुख्यतः प्रश्नों के मुख्य शब्दों पर अभ्यास से बनता है, और उसे सिखाने वाले संसाधनों की तुलना mindset संसाधनों की हमारी समीक्षा में की गई है।
इन आदतों में दूसरी व्यवहार में सबसे कठिन है: यह मानकर चलती है कि व्याख्या तीनों ग़लत उत्तरों को भी सँभाले, सिर्फ सही उत्तर को नहीं। यहाँ पारदर्शिता जरूरी है, क्योंकि Cybridia हमारा उत्पाद है — उसके 4,298 प्रश्नों के लिए हमने यही प्रारूप चुना है, जहाँ हर व्याख्या बताती है कि कौन सा निर्णय लिया जा रहा है, किसका है और किस चरण में है। प्रश्न और व्याख्याएँ अंग्रेज़ी में ही रहती हैं, ठीक परीक्षा की तरह; तुलना के बैंकों के मुकाबले हम व्याख्या का होना नहीं जोड़ते, बल्कि उसके पीछे खड़ा आठों डोमेन का हिंदी कोर्स और शब्दावली जोड़ते हैं — और यह कि यही पढ़ने का तरीका पूरे रास्ते पर लागू होता है, किसी एक हिस्से पर नहीं: कोर्स, शब्दावली और 8 अभ्यास परीक्षाएँ एक प्रश्न को उसी तरह पढ़ती हैं जैसे व्याख्याएँ पढ़ती हैं। प्रश्न-बैंक 14 अलग-अलग विशेषज्ञों के तरीके मिलाकर भी लिखा गया है, जिससे उम्मीदवार के सामने प्रबंधन-निर्णय रखने के चौदह ढंग आते हैं: वही दायरा जो परीक्षा अभ्यास कराती है, पहले से जुटा हुआ — कई बैंक खरीदकर जोड़ना नहीं पड़ता।
अक्सर पूछे जाने वाले प्रश्न
क्या “manager की तरह सोचना” का मतलब सबसे कम तकनीकी उत्तर चुनना है?
नहीं, और विवरणों की सबसे अधिक वोट पाई परिभाषा स्पष्ट रूप से इसका उलटा कहती है। वह प्रश्न में बताई गई व्यावसायिक ज़रूरतों का अनुसरण करने को कहती है — लागत, समय, अनुपालन, RTO/RPO — जिससे कभी-कभी विशुद्ध तकनीकी उत्तर ही सही निकलता है, जब ज़रूरत को पूरा न करने वाली चीज़ तकनीक ही हो।
CISSP में दो अच्छे उत्तरों के बीच किस क्रम से फ़ैसला करें?
मानव जीवन, फिर व्यावसायिक निरंतरता, फिर लागत और लाभ, फिर जोखिम में कमी: यही क्रम लगभग 27 उम्मीदवारों ने उद्धृत किया है। बराबरी बनी रहे तो समुदाय सबसे समावेशी उत्तर की सलाह देता है, और उसके बाद सबसे अधिक प्रक्रिया-उन्मुख उत्तर की।
क्या हमेशा “नीति” को “तकनीकी समाधान” पर वरीयता देनी चाहिए?
नहीं। विवरणों में ऐसे मामले दर्ज हैं जहाँ यह प्रवृत्ति ग़लत उत्तर देती है, ख़ासकर तब जब प्रश्न स्पष्ट रूप से एक तकनीकी नियंत्रण माँगता है। सर्वोपरि नियम यह है कि जो पूछा गया है उसी का उत्तर दें, न कि नीति और तकनीक के बीच कोई स्वचालित पदानुक्रम लागू करें।
कैसे जानें कि उत्तर देने के लिए कौन-सी भूमिका अपनानी है?
प्रश्न प्रायः स्वयं बता देता है: कोई CISO या शीर्ष अधिकारी governance का तर्क माँगता है, कोई architect या engineer तकनीकी और परिचालन का। जब कोई भूमिका न बताई गई हो, तो समुदाय जोखिम-सलाहकार की डिफ़ॉल्ट मुद्रा की सिफ़ारिश करता है।
क्या यह मानसिकता तकनीकी ज्ञान की कमी की भरपाई कर सकती है?
नहीं। हालिया विवरण तकनीकी आधार वाले प्रश्नों का हिस्सा 50 से 70% के बीच बताते हैं, जबकि व्यक्तिगत अनुभव adaptive चयन के अनुसार 10-20% से लेकर लगभग 70% तक फैले हैं — ये अनुभूतियाँ एक बात तय करने के लिए काफ़ी हैं: तकनीकी आधार अनिवार्य है।
यह जानकारी कहाँ से आती है?
यह लेख पिछले तीन वर्षों (24 जुलाई 2023 से 24 जुलाई 2026 तक) में कई हज़ार उम्मीदवारों द्वारा सार्वजनिक रूप से साझा किए गए अनुभवों पर आधारित है, जिन्हें विषय-वार संकलित किया गया है। उद्धृत अंश गुमनाम रखे गए हैं। हमारी पद्धति विस्तार से.
इसी विषय पर और
- क्या CISSP में “think like a manager” का महत्व बढ़ा-चढ़ाकर देखा जाता है?सबसे अधिक वोट पाए 60 विवरणों में लगभग 23 इस मंत्र का समर्थन करते हैं, 14 इसका विरोध और 13 इसे सीमित करते हैं। दो असफलताएँ इसी को दी गई हैं: पूरी बहस।
- CISSP के प्रश्नों के मुख्य शब्द कैसे पढ़ें?BEST, FIRST, MOST, LEAST, EXCEPT: CISSP के प्रश्नों में हर मुख्य शब्द असल में क्या माँगता है, और उनमें से हर एक से जुड़ी क्लासिक ग़लती क्या है।
- क्या How To Think Like A Manager किताब लेने लायक़ है?10 में से 3 से 10 तक की रेटिंग, अति-चिंतन का आरोप, दो असफलताएँ इससे जुड़ी: Luke Ahmed की किताब पर उम्मीदवारों के विवरण क्या कहते हैं।