"बनावटी milestones किसी milestone न होने से बेहतर हैं" वाली बात मेरे career का सबसे ईमानदार वाक्य है। मैंने ख़ुद एक ठीक-ठाक चल रही service को सिर्फ़ इसलिए re-architect किया क्योंकि मुझे एक finish line चाहिए थी। तीन महीने बाद system पहले जैसा ही चलता था, बस अब उसका एक मालिक था, मैं। win density की कमी engineers को overengineering की तरफ़ इसी तरह धकेलती है।
क्या High salary अकेली सचमुच काफ़ी है?
बड़ी कंपनियाँ ढाँचे के स्तर पर ही ऐसी जीत देने में कमज़ोर हैं जो सीमित हो, आप पर जिसका श्रेय जाता हो, और जो साफ़ दिखती हो। salary का एक हिस्सा दरअसल इन्हीं के बिना जीने की क़ीमत है।
In groups
सोचा
"बनावटी milestones किसी milestone न होने से बेहतर हैं" वाली बात मेरे career का सबसे ईमानदार वाक्य है। मैंने ख़ुद एक ठीक-ठाक चल रही service को सिर्फ़ इसलिए re-architect किया क्योंकि मुझे एक finish line चाहिए थी। तीन महीने बाद system पहले जैसा ही चलता था, ब
चर्चा सामग्री
मैंने यह इतनी बार होते देखा है कि अब pattern साफ़ दिखता है। नौकरी को कुछ साल हुए, बढ़िया salary, benefits, FAANG लेवल का impact (maango, जो भी)। काम अच्छा करते हो, raise भी मिलती है, पर कहीं कुछ ठीक नहीं लगता। अभी burnout भी नहीं हुआ। लेकिन जब किसी चीज़ की तरफ़ इशारा करके कहना चाहो, "यह मेरी वजह से हुआ," तो दिखाने को कुछ होता ही नहीं। घरवालों से, दोस्तों से मिलो और वे पूछें कि करते क्या हो, तो जवाब इतना धुँधला होता है कि ठीक से बता ही नहीं पाते। project में अठारह stakeholders थे। फ़ैसला चार approval layers से गुज़रा, अक्सर गोल-गोल घूमकर, और भगवान जाने असल में किसने उसे प्रभावित किया। नतीजा एक dashboard पर बैठा है, जिसे पढ़ तो सकते हो पर सचमुच बदल नहीं सकते। तुम्हारा योगदान शायद असली है, पर उससे कोई फ़र्क़ पड़ा या नहीं, और कितना, यह सच में साफ़ नहीं होता।
यह feeling किसी personality की कमी नहीं है, बड़ी कंपनियाँ सबको एक जैसा ही महसूस कराती हैं। यह बस तुम्हारे साथ नहीं है। जो चीज़ कम पड़ रही है, कम-से-कम मैं उसे यही नाम दूँगा, वह है win density। ऐसी सफलताएँ जिनका श्रेय तुम्हें जाए, और बार-बार मिलें। एक win वह है जो: 1) सीमित हो, जिसका श्रेय तुम्हें जाए, और जो साफ़ दिखे; 2) ख़त्म होती हो और तुमने कुछ पूरा किया हो; 3) तुम उसे अपने किए तक वापस जोड़ सको। उसने जो निशान छोड़ा, उस तक उँगली रख सको। बड़ी कंपनियाँ तीनों को एक साथ दबा देती हैं। काम कई quarters तक खिंचता है। ownership इतने लोगों में बँट जाती है कि किसी को उसमें अपनी रूपरेखा दिखती ही नहीं। feedback loop देर से आता है, dashboards, layers और review cycles से छनकर। बड़ी संस्थाएँ इसी तरह बड़े पैमाने पर काम को coordinate करती हैं।
startup का सौदा इसका उल्टा है। कम salary, ज़्यादा win density। हर दिन कुछ पूरा करते हो, और इसकी लत लग जाती है। दिक़्क़त यह है कि startups अक्सर fail हो जाते हैं और तुम burnout के साथ, थोड़ी-सी savings लेकर रह जाते हो।
Mental health
कम win density लोगों के साथ जो करती है वह नाटकीय नहीं होता, इससे तुम गुस्से में बाहर नहीं निकल जाते, अक्सर तो बस आदत पड़ जाती है। पर इससे मन कुछ कर गुज़रने को, कुछ नया करने को बेचैन ज़रूर रहता है। engineers overengineering करने लगते हैं क्योंकि बनावटी milestones किसी milestone न होने से बेहतर हैं। अगर काम तुम्हें कोई साफ़ finish line न दे, तो तुम ख़ुद एक बना लेते हो: एक और refactor, ठीक-ठाक चल रही किसी service के लिए एक और re-architecture doc, एक cleanup project जो मुख्य रूप से इसलिए है कि उसे पूरा किया जा सकता है, testing का कोई नया solution... बाक़ी लोग बस अंदर ही अंदर बुझ जाते हैं और मर-से जाते हैं। जो कहा जाता है बस वही करते हैं। फिर भी आते हैं। status meetings में ठीक-ठाक दिखते हैं। पर salary का एक हिस्सा इस बात की क़ीमत-सा लगने लगता है कि तुम्हें अपने काम को नतीजे तक पहुँचते देखने को नहीं मिलता।
यह ज़्यादातर white-collar की शिकायत है। बहुत से लोगों की pay भी कम है और win density भी। यह बात इस सौदे के white-collar रूप के बारे में है। हाँ, अक्सर हमारी salary बढ़िया होती है और quality of life भी अच्छी होती है। पर हम दिन के 8+ घंटे काम पर बिताते हैं, अक्सर उससे भी ज़्यादा। और इसे अपने drive और अपने दिमाग़ के चलने के तरीक़े के साथ बैठाना पड़ता है। हाँ, काम आरामदेह है और अक्सर pay भी अच्छी मिलती है। और हाँ, white collar नौकरियों को बेहद सुखद और मज़ेदार बनाया जा सकता है। मेरी बात बस इतनी है कि इसके लिए win density चाहिए। तुम्हें अपनी ख़ुद की सफलताएँ चाहिए, बार-बार, ताकि जीतने जैसा महसूस हो।
To managers
इसीलिए यह समस्या managers के लिए भी मायने रखती है, भले ही वे scale की असली दिक़्क़त को पूरी तरह ठीक न कर सकें। कुछ काम अपनी प्रकृति से ही धीमा होता है, हर चीज़ एक हफ़्ते के loop में ship नहीं हो सकती। पर teams तब बेहतर करती हैं जब काम बंद होता है, श्रेय असली होता है, और लोग फिर भी देख पाते हैं कि उनकी वजह से क्या हिला। फिर भी महसूस कर पाते हैं कि उन्होंने इसे शुरू से आख़िर तक संभाला और पूरा किया। ज़्यादा shipping frequency का अक्सर बेहतर organizational performance और मज़बूत engagement से संबंध रहता है असली बात research की दलील से सीधी है: अगर कोई बता ही न पाए कि क्या पूरा हुआ, किसने उसे संभाला, या क्या बदला, तो ambition धीरे-धीरे maintenance में बदलने लगती है।
लोगों को ख़ुश रखने के लिए तुम्हें उन्हें ज़्यादा पैसे देने की ज़रूरत नहीं है (अरे यह मैंने क्या कह दिया???)। अक्सर तुम्हें बस नौकरी को "gamify" करना होता है। अपने engineers को बार-बार और अक्सर dopamine hits दो। कुछ लोग यह सौदा जान-बूझकर अपनाएँगे। मैंने ख़ुद जान-बूझकर अपनाया है। पर बेहतर तो यही होगा कि उन्हें पैसे भी दो।
DORA का State of DevOps साहित्य लगातार यह पाता है कि ज़्यादा deployment frequency का संबंध मज़बूत organizational performance से और अक्सर ज़्यादा engagement से होता है, हालाँकि कारण की दिशा पर अब भी बहस है।
Thoughts
-
Permalink"बनावटी milestones किसी milestone न होने से बेहतर हैं" वाली बात मेरे career का सबसे ईमानदार वाक्य है। मैंने ख़ुद एक ठीक-ठाक चल रही service को सिर्फ़ इसलिए re-architect किया क्योंकि मुझे एक finish line चाहिए थी। तीन महीने बाद system पहले जैसा ही चलता था, बस अब उसका एक मालिक था, मैं। win density की कमी engineers को overengineering की तरफ़ इसी तरह धकेलती है।
-
Permalinkतुम्हारी win की तीन शर्तें (सीमित, श्रेय मिले, साफ़ दिखे) सही हैं, पर मैं एक चौथी जोड़ूँगा जो बड़ी company में सबसे पहले मरती है:
win किसी ने माँगी हो।
बहुत सा काम पूरा भी होता है और credited भी, पर कोई उसका इंतज़ार नहीं कर रहा था। जब finish line खुद बनानी पड़े, तो उसके पार जाकर भी कुछ नहीं बदलता। यही असली खोखलापन है।
-
Permalinkबस यार, यह मेरी पूरी ज़िंदगी है। मैं तीसरे साल भी "ramp-up" कर रहा हूँ, हर pantry का stock रटा है पर पिछली बार किसी चीज़ पर उँगली रखकर "यह मैंने किया" कब कहा था याद नहीं। burnout नहीं हुआ, बस धीरे-धीरे buffet की धुंध में बैठ गया। तुमने इसे win density कहा, मैं इसे शुक्रवार कहता हूँ।
-
Permalinkएक जगह असहमत। तुमने managers को "job को gamify करो, dopamine hits दो" वाला नुस्ख़ा दिया, और यह ख़तरनाक है। बनावटी milestones ही तो problem थे, अब तुम manager से वही बनवा रहे हो। असली win तब आती है जब काम सच में किसी की शर्मिंदगी बचाए या कोई फ़ैसला आगे बढ़ाए। नक़ली badge और progress bar लगाने से लोग और तेज़ी से सुन्न होते हैं, ख़ुश नहीं।
-
Permalink"कंपनी लोगों को तनख़्वाह देती है ताकि वे कहीं और जाकर कुछ कर न डालें" वाला caption तो मेरे startup का business model था। देख भाई, मैंने अपनी टीम को सिर्फ़ इसलिए रोका रखा क्योंकि बाहर जाकर वे मुझे ही competition दे देते।
-
Permalinkअठारह stakeholders और चार approval layers वाली तुम्हारी बात मैं हर decision note में जीता हूँ। जब फ़ैसला गोल-गोल घूमकर आता है तो उसे document करते वक़्त भी पता नहीं चलता किसका नाम लिखें। win density की कमी सिर्फ़ mental health नहीं खाती, वह attribution को असंभव बना देती है, और जो चीज़ किसी पर pin न हो उसका credit किसी को नहीं मिलता।
Related discussions
-
क्या promotion पाने के लिए तुम्हें अपने goals चूकने पड़ते हैं?
तीन साल पहले मैंने अपने manager को लगातार दो साल हर एक quarterly target पूरा करते देखा। साफ़-सुथरे dashboards। हर जगह, हर वक़्त हरा ही हरा। वह पूरी बिल्डिंग में सबसे भरोसेमंद इंसान थी, और अगले planning cycle में उसकी टीम से 35 में से चार engineers काट लिए गए और टीम किसी और के नीचे कर दी गई। किसी ने इसे सज़ा नहीं कहा, बल्कि "efficiency" और "हम कहीं और निवेश करना चाहते हैं" बताया। सबक़ फिर भी समझ आ गया, और सिर्फ़ मुझे नहीं। अफ़सोस, मेरे manager को कभी नहीं।
-
क्या corporate incentives समझ लेने के बाद खीझना बंद हो जाता है?
तुम्हारी कंपनी में कहीं एक status deck है जिसे कोई नहीं पढ़ता। यह हर कुछ हफ़्तों में update होती है, एक meeting में दिखाई जाती है, और भुला दी जाती है। तुम्हारा manager भी यह जानता है। उसने ऊपर चढ़ते हुए वैसी ही decks बनाईं और ठीक-ठीक समझता है कि इनमें आम तौर पर कितना कम सोचा जाता है। corporate के बेकार काम की आम वजह यह बताई जाती है कि ऊपर बैठा कोई इंसान भ्रमित है या हक़ीक़त से कटा हुआ है। यह सुनने में तसल्ली देता है, पर ज़्यादातर ग़लत है। ये artifacts इसलिए टिके रहते हैं क्योंकि वे एक काम कर रहे
-
क्या Google प्रतिभाशाली लोगों को मोटा पैसा इसलिए देता है ताकि वे अपनी प्रतिभा इस्तेमाल करना बंद कर दें?
Google धरती के सबसे अच्छे engineers को hire करता है, उन्हें मोटा पैसा देता है, हर तीस फ़ुट पर मुफ़्त खाने से घेर देता है, और नतीजा होता है एक ऐसा आदमी जिसने तीन साल से कोई code ship नहीं किया पर ऐसा design doc लिखता है कि तुम्हारी आँखें भर आएँ। इन सब लोगों को एक competitor खड़ा करने का जोखिम उठाने से बेहतर है इन्हें Google में रहने भर का पैसा देना...
-
क्या ज़्यादातर AI startups बस कुछ Agent.md files के ऊपर एक UI भर हैं?
अभी ज़्यादातर AI startups ऐसे लगते हैं जैसे किसी ने GPT को एक terminal से चिपका दिया हो, एक dark mode UI जोड़ दी हो, और बातें ऐसे करने लगा हो जैसे उसने कुछ इजाद कर दिया। आपको ऐसी बेतुकी pitches दिखेंगी जैसे “persistent autonomous cognitive agents with long-term reasoning” और फिर आप अंदर झाँकते हैं तो वह दरअसल इतना ही है: model को tool access दे दो, उसे browser चलाने दो, शायद memory summaries और retry logic जोड़ दो। यही “product” है। यह आप ख़ुद ही Claude को locally access देकर पा सकते हैं।
-
Oracle को कोई नहीं चुनता — फिर भी Oracle को इससे कोई फ़र्क़ क्यों नहीं पड़ता?
Oracle enterprise tech का कॉकरोच है, सबको नापसंद, सब इस्तेमाल करते, और staff में वे लोग जिन्होंने इसे cool मानने का दिखावा Clinton सरकार के आसपास छोड़ दिया था। असली product तो sales वाली चाल है, और database बंधक है।
-
Rolex Submariner असल में एक dive watch है, या बस Rolex Officemaster?
Rolex Submariner Outlook calendars वाले आदमियों को बेची गई अब तक की सबसे बड़ी fantasy वाली चीज़ है। इस घड़ी ने सत्तर साल finance वालों, dentists और accountants को यह यक़ीन दिलाने में बिताए हैं कि वो rugged समुद्री adventurers हैं, न कि ऐसे लोग जो "lunch के बाद circle back करते हैं" जैसी बातें कहते हैं। Submariner technically एक dive watch है, पर औसत वाली एक कैक्टस से भी कम पानी देखती है, क्योंकि भगवान न करे seals सच में ठीक से काम न करें और इसके अंदर पानी चला जाए। ये चीज़ें अपनी पूरी ज़िंदगी…
-
क्या तुम्हारी personality सचमुच उतनी मायने रखती है जितना तुम सोचते हो?
students, teenagers और अपने से छोटे co-workers के साथ बातचीत करते हुए मुझे एहसास होता है कि बहुत से लोग मानते हैं कि उनकी personality के गुण यह तय करने में सबसे बड़ा कारक हैं कि उन्हें क्या करना चाहिए या अपने career को कैसे सँभालना चाहिए। हालाँकि कम उम्र के लोग ये सवाल ज़्यादा खुलकर पूछते हैं, बड़े लोग भी कुछ इसी तर्ज़ पर सोचते दिखते हैं। मुझे ख़ुद यह उससे कहीं ज़्यादा बेमानी लगता है जितना ज़्यादातर लोग सोचते हैं। मेरे काम के अलावा, जहाँ मैं देखता हूँ कि कामयाब लोग वही काम बेहद...
-
क्या Tech कंपनियों को सचमुच उन employees से फ़ायदा है जो नौकरी छोड़ ही नहीं सकते?
मैं इतने साल से tech orgs में घूम रहा हूँ कि एक pattern पहचानने लगा हूँ, जो आप में से कई लोग भी पहचानेंगे। कुछ teams बिल्कुल passive होती हैं, time पर ship करती हैं, targets पूरे करती हैं, process साफ़ चलाती हैं, और फिर भी meeting में कोई एक भी ख़राब idea को कभी नहीं रोकता। कोई नहीं कहता कि यह बनाना ही ग़लत है। roadmap पर एक चीज़, या छह, ऐसी पड़ी रहती हैं जिनके बारे में तीन लोग अलग से बात करते हैं कि यह नहीं चलेगा, पर वह planning से बिना एक शब्द बोले निकल जाती है, उल्टा मुस्कुराते हुए। आप lead e