[अनुवाद] आशावाद वास्तविकता बन जाता है

• डर किस बात का है: startup अपनी तेज़ execution क्षमता खो दे और बड़ी कंपनियों की तरह धीमा हो जाए।
  • शुरुआती कर्मचारियों की efficiency बाद में आने वाले कर्मचारियों में भी बनी रहनी चाहिए।
• काम की रफ्तार के मुख्य तत्व:
  • काम में कितना समय लगेगा, इसका पहले से लगाया गया अनुमान यानी ‘scope’ और आशावादी रवैया, वास्तविक काम की गति पर बड़ा असर डालते हैं।
  • आमतौर पर लोग सोचते हैं कि काम में लगने वाला समय scope को प्रभावित करता है, लेकिन वास्तव में इसका उल्टा होता है।
  • scope काम पूरा होने के समय को प्रभावित करता है:
    • अगर आप सोचते हैं कि ज़्यादा समय लगेगा, तो ज़्यादा समय लगता है; अगर आप सोचते हैं कि जल्दी खत्म होगा, तो जल्दी खत्म होता है।
• ऐसे उदाहरण जहाँ scope वास्तविक प्रदर्शन को प्रभावित करता है:
  • marathon finishing records के histogram में गोल संख्याओं (3 घंटे, साढ़े 3 घंटे आदि) पर असामान्य रूप से ज़्यादा रिकॉर्ड दिखाई देते हैं:
    • इंसान तय किए गए लक्ष्य को हासिल करने के लिए बहुत मजबूत रूप से प्रयास करता है (स्वाभाविक रूप से लक्ष्य के हिसाब से खुद को ढाल लेने वाला 'Limbo Effect')।
  • 4-minute mile का उदाहरण:
    • जो रिकॉर्ड पहले तक असंभव माना जाता था, उसके टूटते ही अचानक बहुत से लोग उस रिकॉर्ड से आगे निकल गए।
  • छात्रों का deadline से ठीक पहले assignment पूरा कर लेना भी इसी सिद्धांत से समझा जा सकता है।
• startup और Limbo Effect:
  • बहुत उच्च urgency की स्थिति (जैसे: site down, शुरुआती startup environment) में "deadline अभी है" जैसी धारणा के कारण काम बहुत तेज़ी से होता है।
  • इसके विपरीत, अगर एक realistic scope (औसत लगने वाला समय) तय किया जाए:
    • जल्दी खत्म करने पर कोई खास फायदा नहीं होता, और देर होने पर नुकसान होता है, इसलिए अंततः काम 'scope' के आसपास के समय में पूरा होता है।
    • इससे औसतन काम और धीमा हो जाता है।
• आशावादी scope क्यों महत्वपूर्ण है:
  • अगर scope को सबसे तेज़ top 10% completion times के स्तर पर रखा जाए, तो वास्तविक औसत completion speed बढ़ जाती है।
  • आशावादी goal-setting वास्तविक प्रदर्शन को तेज़ बनाती है (optimism shapes reality)।
  • लेकिन वास्तविक दुनिया में scope तय करते समय ज़्यादातर लोग निराशावादी होते हैं, इसलिए रफ्तार और धीमी हो जाती है।
• Scale AI के credo से संबंध:
  • “Tempo”: काम को जितनी जल्दी हो सके करना, Limbo Effect का सबसे अच्छा antidote है।
  • “Ambition shapes reality”: आशावादी लक्ष्य तय करने से लंबे समय में वास्तविकता खुद बदलती है।
• निष्कर्ष और सलाह:
  • अलग-अलग छोटे speed slowdown मिलकर संगठन के लिए खतरा बन जाते हैं।
  • आशावाद और decisiveness को बनाए रखना टीम और कंपनी की सफलता पर बड़ा प्रभाव डालता है।
  • लोगों को ऊँची expectations और आशावादी scope देने पर, उनके वास्तव में उस स्तर तक पहुँचने की संभावना बढ़ जाती है।
  • Steve Jobs ने भी ज़ोर दिया था कि लोगों से ऊँची अपेक्षाएँ रखने पर वास्तव में ऊँचे परिणाम मिलते हैं।
    अंतिम संदेश:
• आशावाद को वास्तविकता बनाने दें।

[ethanhur]

मेरा मानना है कि आशावाद और खुद को कोसते हुए आगे बढ़ाने के बीच के अंतर को अच्छी तरह समझना चाहिए।

[bbulbum]

ऐसा लगता है कि इसमें इस बात को नज़रअंदाज़ किया गया है कि जैसे-जैसे service बढ़ती है, जटिलता भी बढ़ती है, और ऐसे में शुरुआती तरीकों को उसी तरह लागू करते रहना अब प्रभावी नहीं रह सकता।
शुरुआत में तेज़ approach आसान और असरदार रही होगी, लेकिन अगर यह स्वीकार नहीं किया गया कि अब वह तरीका काम नहीं कर सकता, तो ऐसा महसूस हो सकता है मानो अतिरिक्त लोग अक्षम हैं या समर्पित नहीं हैं।
हालाँकि देर-सबेर यह समझ में आ ही जाएगा कि वह strategy अब और नहीं चलती।

[clastneo]

इतने पैसे भी नहीं देने हैं, फिर भी अगर आप यह कहकर दबाव डालते हैं कि उनकी productivity नहीं निकल रही, तो जो लोग सच में अच्छा काम करते हैं वे भाग जाएंगे...

[clastneo]

और किसी कंपनी में सिस्टम न होने को "तेज़ execution" कहना भी मुझे शेखी बघारने वाली बात नहीं लगता।

[findnamo]

"अगर आप सोचते हैं कि इसमें ज़्यादा समय लगेगा, तो ज़्यादा समय लगेगा; और अगर आप सोचते हैं कि यह जल्दी खत्म हो जाएगा, तो यह जल्दी खत्म हो जाएगा।" इसे पढ़कर मुझे Parkinson's Law याद आया।

Parkinson's Law: Parkinson's Law के अनुसार, किसी काम को पूरा करने में लगने वाला समय उसे दिए गए उपलब्ध समय के अनुसार बढ़ जाता है.

[cronex]

खैर, शेड्यूल की बात करें तो, अगर वास्तविक समय की भौतिक कमी जैसी स्थिति न हो, तो जल्दी करने को कहा जाए तो यथासंभव समय घटाकर काम करना संभव तो होता है।
लेकिन उसकी quality या stability की गारंटी बिल्कुल अलग बात है।
काम की प्रक्रिया में होने वाले एक-दो verification steps हटाकर समयसीमा मिलाना संभव हो सकता है, और किसी खास बेहद ज़रूरी स्थिति में उन्हें skip करना भी शायद एक-दो बार तक समस्या न पैदा करे।
लेकिन अगर यही रोज़मर्रा की बात बन जाए, तो ऐसे check processes का छूट जाना कभी न कभी ऐसा बड़ा मुद्दा पैदा करता है जिसका एहसास भी नहीं होता, और वही उसके फट पड़ने की चिंगारी बनता है.

[propecia]

यह शायद उसी दिन खत्म होने वाली प्रतियोगिताओं में लागू हो सकता है, लेकिन कई दिनों तक चलने वाले कामों में समयसीमा के कोड़े बरसाना ज़हर साबित होता है। जब यह दबाव बार-बार दोहराया जाता है, तो इंसान सिर्फ़ जल्दी हल निकालने के तरीकों के बारे में सोचने लगता है, और आखिरकार वही चीज़ काम को और घुमा-फिराकर लंबा करने की शुरुआत बन जाती है। या फिर इंसान टिक नहीं पाता और burnout आ जाता है.

अक्सर कहा जाता है कि ज़िंदगी एक marathon है, लेकिन सच तो यह है कि यह marathon से भी कहीं लंबी है।

[savvykang]

यह उन बातों से मिलता-जुलता है जो मैं आम तौर पर crunch culture के बारे में सोचता रहा हूँ। कभी-कभार ऐसा किया जा सकता है, लेकिन अगर यह chronic हो जाए तो मुझे लगता है कि यह समस्या है। फिर भी startup ऐसा उद्योग है जहाँ कम समय में नतीजे देने होते हैं, लेकिन यह टिकाऊ होगा या नहीं, इसे लेकर मुझे यकीन नहीं है।

[3xplore]

ज़िंदगी को अक्सर मैराथन से तुलना की जाती है, लेकिन अगर सच में मैराथन दौड़कर देखें, तो शुरुआत से अंत तक जान निकलती रहती है।

[woonki]

+11111

[kallare]

उच्च तात्कालिकता वाली स्थितियों में (जैसे: साइट डाउन, शुरुआती startup माहौल) "deadline अभी है" जैसी धारणा के कारण काम बहुत तेज़ी से आगे बढ़ता है.
=> आपात स्थिति से पैदा होने वाले tunneling effect के दुष्प्रभावों के बारे में Kami hamein kaise badalti hai नाम की किताब में अच्छी तरह बताया गया है (यह Abhaav ka Arthashastra का पुनर्प्रकाशित संस्करण है).

वास्तव में असली आपात स्थितियों को संभालने वाले firefighters में भी tunneling effect के कारण होने वाली दुर्घटनात्मक मौतों के मामले होते हैं...
किसी चीज़ को तात्कालिक मानना अल्पकाल में भले ठीक लगता हो, लेकिन इसे बार-बार दोहराएँगे तो अंत में दुर्घटना होना तय है..

[dogtree]

कृपया इस पोस्ट को बॉस या middle managers के देखने से पहले हटा दें lol

[mhj5730]

मैराथन का उदाहरण सच में काफ़ी दिलचस्प है। जब मैंने वास्तव में असाइनमेंट जमा किए थे, उनकी यादें भी ऐसी ही हैं... हैकथॉन का असर देखकर लगता है कि किसी लक्ष्य की डेडलाइन के मामले में optimism महत्वपूर्ण होता है।
डरावना optimism शायद वह है जिसमें इंसान बहुत ज़्यादा सकारात्मक सोचता है और बाद में जाकर कार्रवाई करता है, हाहा

[liabilityuk0]

मुझे भी यह बहुत दिलचस्प लगा। मुझे लगता है, आप इस लेख को भी देख सकते हैं.
https://www.notboring.co/p/optimism

[fortune]

क्या इसे कल भी किया जा सकता है?