जिज्ञासा समस्या-समाधान की पहली सीढ़ी है

• करियर के बाद के चरणों में अस्पष्ट समस्याएं बढ़ती जाती हैं, और खराब परिणामों को पूरी तरह खत्म करना असंभव होता है
• भर्ती या महामारी जैसी उन स्थितियों में जहां नतीजों का अनुमान लगाना मुश्किल होता है, कुंजी गलत होने से बचना नहीं बल्कि गलत होने पर उसकी लागत कम करना है
• पहले जिज्ञासा दिखाना गलत निर्णय की लागत घटाने की सबसे प्रभावी तकनीक है, और "जिज्ञासा समस्या-समाधान का पहला चरण है" इस सिद्धांत को एक engineering organization के core value के रूप में चलाया जा रहा है
• भर्ती के फैसले, दस्तावेज़ देखे बिना पूछे गए सवाल, नई programming language के प्रस्ताव जैसी विभिन्न स्थितियों में Bad/Good/Best 3-स्तरीय response pattern के जरिए जिज्ञासा को लागू करने का ठोस तरीका प्रस्तुत किया गया है
• जिज्ञासा जिम्मेदारी से बचना या consensus-based decision-making नहीं है, बल्कि इस संभावना को खुला रखना है कि आप कोई महत्वपूर्ण जानकारी मिस कर रहे हों, और बिना संदर्भ के जवाबदेही थोपने से रिश्तों को नुकसान पहुंचने से रोकना है

---

गलत होने से बचने की बजाय, गलत होने पर उसकी लागत कम करना

• तकनीकी पैटर्न (2014 में यह मानना कि microservices दुनिया पर हावी हो जाएंगे), प्रबंधन तकनीकें (systems thinking को अंतिम तकनीक मानना, लेकिन systems thinking पर अत्यधिक निर्भरता से पैदा हुई कई गलतियां देखना) आदि में कई गलत आकलन के अनुभव
• शुरुआत में गलत होने की आवृत्ति घटाने पर बहुत समय लगाया, लेकिन करियर के बाद के हिस्से में सामने आने वाली समस्याओं में गहरी अस्पष्टता होती है और खराब परिणामों को पूरी तरह हटाना असंभव है
• अब गलत होने से बचने के तरीकों की तुलना में गलत होने पर उसकी लागत सस्ती बनाने के तरीकों पर कहीं अधिक समय लगाया जाता है

अपूर्ण जानकारी की स्थिति में निर्णय लेने के उदाहरण

• भर्ती हमेशा एक probabilistic गतिविधि है; बेहतरीन भर्ती भी किसी खास company/role में संघर्ष कर सकती है या जीवन के मोड़ के कारण अनुपयुक्त हो सकती है
• 2020 की pandemic ने उन business model को तोड़ दिया जो उससे पहले तक बहुत सफल थे, और कई कंपनियों ने online transition पर जरूरत से ज्यादा प्रतिक्रिया देकर over-hiring की, जिसका लंबे समय तक नुकसान हुआ
• data locality का पीछा करते समय, geopolitical regions के हिसाब से data model को जितना बारीकी से विभाजित किया जाता है, उतना ही लागत या feature constraints साथ आते हैं; और geopolitical regions बार-बार और अप्रत्याशित रूप से बदलते हैं, इसलिए पर्याप्त देशों में काम करने पर मूल भविष्यवाणी कितनी भी सही हो, अंततः वह गलत साबित होती है

जिज्ञासा को core engineering value बनाना

• आजमाए गए सभी तरीकों में जिज्ञासा दिखाना गलत होने की लागत कम करने के लिए सबसे लगातार प्रभावी तकनीक रही है
• गलत फैसलों पर पछतावा लगभग हमेशा तब हुआ जब जिज्ञासा दिखाने से पहले ही समस्या-समाधान शुरू कर दिया गया
• "जिज्ञासा समस्या-समाधान का पहला चरण है" इस सिद्धांत को संचालित organization के एक दृढ़ engineering value के रूप में स्थापित किया गया

Bad / Good / Best response pattern: 4 परिस्थितियों के उदाहरण

• 1. जब आपको राय मिले कि जिस उम्मीदवार को आप अच्छी तरह जानते हैं उसे भर्ती नहीं करना चाहिए

  • Bad: मान लेना कि सामने वाला गलत है
  • Good: उस उम्मीदवार के उपयुक्त होने के बारे में अपने mental model को समझाना, और पूछना कि सामने वाला उस मॉडल के किन हिस्सों से सहमत और असहमत है
  • Best: interviewers के साथ पहले से ही उस role के लिए महत्वपूर्ण विशिष्ट फिट मानदंड पर alignment कर लेना

• 2. जब internal wiki में विस्तार से documented dashboard login तरीका होने के बावजूद आपसे पूछा जाए

  • Bad: दस्तावेज़ न पढ़ने पर हल्की झुंझलाहट के साथ प्रतिक्रिया देना
  • Good: पूछना कि क्या वे किसी ऐसी समस्या से टकराए हैं जिसे दस्तावेज़ cover नहीं करता
  • Best: chatbot को Good approach अपने-आप करने देने के लिए बनाना, ताकि इंसानों को यह काम न करना पड़े

• 3. जब internal stack में नई programming language लाने का प्रस्ताव मिले

  • Bad: बता देना कि मौजूदा architecture document का पालन करना होगा
  • Good: कहना कि यह मौजूदा architecture document से टकराता हुआ लगता है, और पूछना कि वे उस टकराव को कैसे देखते हैं
  • Best: नए कर्मचारियों की onboarding में संबंधित सामग्री के link शामिल करना, और LLM-आधारित RFC reviewer बनाना जो RFC लेखक को मौजूदा सामग्री देखने के लिए मार्गदर्शन दे

• 4. जब on-call जिम्मेदार व्यक्ति incident में दिखाई न दे

  • Bad: बता देना कि on-call expectations पूरी नहीं हुईं
  • Good: पूछना कि ऐसी क्या परिस्थिति थी जिसकी वजह से on-call expectations छूट गईं
  • Best: on-call शुरू होने से पहले pre-alert automation बनाना, और ऐसा automation system बनाना जो उन लोगों का पता लगाए जिनका alert mechanism ठीक से configured नहीं है

जिज्ञासा का सार: जिम्मेदारी से बचना नहीं, संदर्भ हासिल करना

• जिज्ञासा दिखाने का मतलब यह नहीं कि जिम्मेदारी तय नहीं की जाएगी, और न ही यह consensus-based decision-making है
• हर चर्चा की शुरुआत में इस संभावना के लिए जगह खोलना कि आप कोई महत्वपूर्ण जानकारी मिस कर रहे हों
• अगर जानकारी छूटी नहीं है, तो अगला कदम स्वाभाविक रूप से जवाबदेही तय करना है; लेकिन पहले जिज्ञासा दिखाने से बिना संदर्भ के जिम्मेदारी थोपने वाली स्थिति रोकी जा सकती है
• इसलिए जिज्ञासा प्रभावी समस्या-समाधान और स्वस्थ संगठनात्मक संस्कृति, दोनों को बनाए रखने के लिए अनिवार्य है