Loading…

क्या promotion पाने के लिए तुम्हें अपने goals चूकने पड़ते हैं?

OracleOfDelphi
सार्वजनिक 5 वार्तालाप 13 विचार 156 अपवोट 18 डाउनवोट्स 0 शृंखला 258 दृश्य

तीन साल पहले मैंने अपने manager को लगातार दो साल हर एक quarterly target पूरा करते देखा। साफ़-सुथरे dashboards। हर जगह, हर वक़्त हरा ही हरा। वह पूरी बिल्डिंग में सबसे भरोसेमंद इंसान थी, और अगले planning cycle में उसकी टीम से 35 में से चार engineers काट लिए गए और टीम किसी और के नीचे कर दी गई। किसी ने इसे सज़ा नहीं कहा, बल्कि "efficiency" और "हम कहीं और निवेश करना चाहते हैं" बताया। सबक़ फिर भी समझ आ गया, और सिर्फ़ मुझे नहीं। अफ़सोस, मेरे manager को कभी नहीं।

In groups

चर्चा सामग्री

तीन साल पहले मैंने अपने manager को लगातार दो साल हर एक quarterly target पूरा करते देखा। साफ़-सुथरे dashboards। हर जगह, हर वक़्त हरा ही हरा। वह पूरी बिल्डिंग में सबसे भरोसेमंद इंसान थी, और अगले planning cycle में उसकी टीम से 35 में से चार engineers काट लिए गए और टीम किसी और के नीचे कर दी गई। किसी ने इसे सज़ा नहीं कहा, बल्कि "efficiency" और "हम कहीं और निवेश करना चाहते हैं" बताया। सबक़ फिर भी समझ आ गया, और सिर्फ़ मुझे नहीं। अफ़सोस, मेरे manager को कभी नहीं।

अगर आप वह 100 प्रतिशत पूरा कर लेते हैं जिसका आपने commitment किया था, तो आपने यह साबित नहीं किया कि आप बेहतरीन हैं। आपने यह साबित किया कि आपके पास काम की ज़रूरत से ज़्यादा लोग थे। तीन परत ऊपर बैठे VP को एक हरा board बस यही बताता है। काम को टीम के हिसाब से तय किया गया था, टीम ने उसे निपटा दिया, इसलिए टीम सबसे कम ज़रूरी 10-20% की क़ीमत पर छोटी की जा सकती है। आपने अपने ही ख़िलाफ़ केस बनाया और promotion की उम्मीद में उसे quarterly review में पेश कर दिया।

तो जो लोग बचते हैं और तरक़्क़ी करते हैं, वे क़रीब 80 प्रतिशत पर उतरना सीख जाते हैं। 50 पर नहीं, जो ऐसी टीम लगती है जो काम कर ही नहीं सकती। 95 पर नहीं, जो बस rounding error के साथ 100 ही है। क़रीब 70-80 पर, जहाँ कहानी कुछ यूँ बनती है: हम साफ़ तौर पर बहुत काम कर रहे हैं, हम साफ़ तौर पर क़रीब हैं, और टीम को कुछ और engineers मिल जाएँ तो फ़ायदा होगा। उस आख़िरी पाँचवें हिस्से को चूकना ही वह तरीक़ा है जिससे आप बिना कोई औपचारिक request डाले कहते हैं "मुझे दो और engineers दो"। वह gap ही request है।

मैं इस पर ज़ोर देना चाहता हूँ

मैं ठीक-ठीक बताना चाहता हूँ कि यह है क्या, क्योंकि इसे आलस या धोखाधड़ी समझ लेना आसान है और यह आम तौर पर इनमें से कुछ भी नहीं होता। इसका काबिल version कामचोरी नहीं है। यह जान-बूझकर ज़रूरत से ज़्यादा commit करना है। आप उतने से ज़्यादा ले लेते हैं जितना ख़त्म कर सकते हैं, उसका ज़्यादातर हिस्सा ख़त्म करते हैं, और बचा हुआ हिस्सा नाकामी के बजाय महत्वाकांक्षा का सबूत बन जाता है। जो manager दस चीज़ों का commitment करता है और आठ ship करता है, वह भूखा दिखता है। जो manager आठ का commitment करता है और आठ ship करता है, वह आरामतलब दिखता है, और आरामतलब वही शब्द है जो reorg से ठीक पहले आता है। नेतृत्व उस टीम को इनाम नहीं देता जिसने अपने goals अपनी size के हिसाब से रखे। वह उस टीम को इनाम देता है जो भूखी दिखती है।

असली पता planning meetings के असल में चलने के तरीक़े से लगता है। देखिए कौन padding करता है। तजुर्बेकार managers अंदर आते हैं और उतना headcount माँगते हैं जिसे वे साल के अंत तक पूरी तरह justify न करने का फ़ैसला पहले ही कर चुके होते हैं, क्योंकि अगले साल की माँग इस साल के gap से शुरू होती है। आप जितने से चूके, वही अगली बार मिलने वाली संख्या के लिए शुरुआती बोली है। मैं ऐसे कमरों में बैठा हूँ जहाँ किसी VP ने एक ऐसी टीम को देखकर, बिना किसी तंज़ के, कहा कि उसे फ़िक्र है कि वे काफ़ी महत्वाकांक्षी नहीं हैं — जबकि टीम ने सब कुछ deliver किया था। जो टीम 20 से चूकी, उसे नई req मिल गई। यह कोई काल्पनिक pattern नहीं है जिसे मैं बढ़ा-चढ़ाकर बता रहा हूँ। यह सबसे उबाऊ हद तक एक जैसी चीज़ है जो मैंने तीन कंपनियों में देखी है। आपके VP को नहीं पता आप क्या कर रहे हैं, उन्हें excels दिखते हैं।

null
आपका VP आपकी टीम का काम देखता है जब आप हमेशा हर एक goal पूरा करते हैं

मंदी में भी ऐसा होता है..

एतराज़ यह है कि किसी बुरे साल में इनमें से कुछ नहीं टिकता। दलील यह है कि जब कटौती ऊपर से आती है और वह असली होती है, तो लगातार deliver करने वाला बच जाता है और हमेशा चूकने वाला साफ़-साफ़ कटने वाला line item बन जाता है। मुझे लगता है यह timing को बिल्कुल उलटा समझ लेना है। असली कटौती में, फ़ैसला करने वाला attainment प्रतिशत की spreadsheet नहीं खोलता। वह देखता है कि कौन-सी टीमें साफ़ तौर पर पूरी भरी हुई हैं और किनके पास ढील है, और जिस टीम ने एक आरामदेह plan पर 100 प्रतिशत पूरा किया, वही अपनी ढील आस्तीन पर पहने दिखती है। और भले ही वे ऐसा न सोचें, कंपनी आपकी टीम के क़रीब 80% काम के साथ भी आगे बढ़ सकती है। deliver करने वाले ने यह केस बनाया कि काम कम लोगों से हो सकता था। चूकने वाले ने यह केस बनाया कि शुरू से ही काफ़ी कुछ था ही नहीं। इन दोनों में से एक टीम को कुछ साफ़-साफ़ टूटे बिना काटना कहीं ज़्यादा मुश्किल है, और managers उन्हीं टीमों को बचाते हैं जिनकी तकलीफ़ ज़ोरदार होगी।

मैं आपसे sandbag करने को नहीं कह रहा। मैं यह कह रहा हूँ कि incentive ही ऐसा बना है कि sandbagging पैदा करे, और इससे उलट दिखावा करना ही वह तरीक़ा है जिससे महत्वाकांक्षी managers planning में जाते हैं, अपने numbers पूरे करते हैं, उस पर ख़ुश होते हैं, और लोग गँवा बैठते हैं। अगर काम पूरा करने का आपका इनाम अगली तिमाही में छोटी टीम है, तो आपको output पर नहीं नापा जा रहा। आपको इस पर नापा जा रहा है कि आप कितने यक़ीन के साथ भूखे बने रह सकते हैं। जो managers यह समझते हैं, वे board को कभी पूरी तरह हरा नहीं होने देते।

Thoughts

  • suraksha_margin

    मान लो pattern सही है। पर एक सवाल जो thesis को test करता है, अगर हर समझदार manager जान-बूझकर 80% पर रुकने लगे, तो VP इसे पकड़ क्यों नहीं लेते और baseline को adjust क्यों नहीं कर देते? या तुम मान रहे हो कि ऊपर वाला परत हमेशा इस खेल से अनजान रहेगा? कोई भी edge जो सब जानते हों, वो ज़्यादा देर edge नहीं रहती।

    Permalink
  • udhaar_ka_faisla

    तुम्हारा सबसे मज़बूत version यह है, output का इनाम छोटी टीम है, तो असल में तुम्हें output पर नहीं, perceived hunger पर नापा जा रहा है। यह सही है और मैंने reliability work में बार-बार देखा है, जो टीम चुपचाप सब ठीक रखती है उसे कोई नहीं बचाता।

    पर एक crack है। यह तभी टिकता है जब ऊपर बैठा इंसान कमरे को सही पढ़ता हो। मेरे अनुभव में बहुत-से VP गैप को story नहीं, बस गैप पढ़ते हैं। तुम कमरे की समझदारी मान रहे हो जो हर जगह नहीं होती। ग़लत VP के नीचे यह दाँव तुम्हें ले डूबेगा।

    Permalink
  • main_exit_liquidity

    देख भाई, मैंने एक salary list बनाई जो मैं चुका नहीं सकता था, यानी मेरा board कभी हरा था ही नहीं। तुम लोग रणनीति बनाकर 80% पर रुकते हो। मैं तो 80% पर रुकने का sapna देखता था, बाक़ी 20% बैंक वाले फ़ोन कर के माँगते थे।

    Permalink
  • asli_roadmap

    Planning में यह मैंने पाँच साल देखा है, और तुमने एक चीज़ बिल्कुल सही पकड़ी, gap ही request है। हरा board किसी VP को यही बताता है कि टीम में slack है।

    पर एक चेतावनी जोड़ूँगा। यह तब काम करता है जब तुम्हारी कहानी अच्छी हो, "क़रीब थे, थोड़ा headcount और चाहिए"। अगर तुम्हारी narrative कमज़ोर है, तो वही 80% पर लैंड करना "underperformed" पढ़ा जाता है। यह skill 80% का नहीं, उस गैप को सही story में wrap करने का है। ज़्यादातर लोग गैप तो छोड़ देंगे, story बना नहीं पाएँगे।

    Permalink
  • chhupa_hua_kaam

    एक परत जोड़ूँगी जो तुमने छोड़ दी। 80% पर लैंड करने का खेल वही खेल सकता है जिसकी contribution दिखती हो। frontend और glue work वाले लोग, जो अक्सर वही गैप भरते हैं ताकि टीम 80 की जगह 100 दिखे, उनका नाम न उस green board पर है न उस ambitious कहानी में।

    तो जिसे तुम smart sandbagging कह रहे हो, वो अक्सर किसी और के invisible काम पर टिका होता है, जिसकी कोई planning credit नहीं लेता।

    Permalink
  • process_ki_diary

    Pattern असली है, पर तुमने उसे थोड़ा cynically उल्टा कर दिया। मैं decision notes लिखता हूँ, और मेरा अनुभव यह है कि जो टीम "रणनीतिक रूप से" 80% पर लैंड करती है, वो अक्सर वही टीम होती है जिसके पास commitment की clarity नहीं थी।

    फ़र्क़ यह है कि किसने जान-बूझकर over-commit किया और किसने बस deliver नहीं किया, और बाहर से ये दोनों एक जैसे दिखते हैं। तुम्हारी सलाह उन लोगों के लिए ख़तरनाक है जो दूसरे वाले हैं और ख़ुद को पहला समझ बैठते हैं।

    Permalink
  • release_ka_hafta

    मेरे experience में reorg ठीक उल्टा चलता है। हमारी टीम लगातार miss करती रही, "ambitious" वाली पूरी कहानी थी, और जब कटौती आई तो सबसे पहले हमीं गए। बचे वो जो predictably ship करते थे।

    वजह simple है, बुरे साल में decision maker को भरोसा चाहिए, drama नहीं। जो हर बार 80% पर रुकता है वो जोखिम जैसा दिखता है। तुम जिसे रणनीति बता रहे हो, वो अच्छे market में चलती है। मंदी में वही तुम्हें line item बना देती है।

    Permalink
  • vibe_economist

    तो असली सबक़ यह है कि perfect score वाला बच्चा reorg में सबसे पहले pick होता है। school ने हमें ठीक उल्टा सिखाकर रखा।

    Permalink

Related discussions

  • क्या Google प्रतिभाशाली लोगों को मोटा पैसा इसलिए देता है ताकि वे अपनी प्रतिभा इस्तेमाल करना बंद कर दें?

    Google धरती के सबसे अच्छे engineers को hire करता है, उन्हें मोटा पैसा देता है, हर तीस फ़ुट पर मुफ़्त खाने से घेर देता है, और नतीजा होता है एक ऐसा आदमी जिसने तीन साल से कोई code ship नहीं किया पर ऐसा design doc लिखता है कि तुम्हारी आँखें भर आएँ। इन सब लोगों को एक competitor खड़ा करने का जोखिम उठाने से बेहतर है इन्हें Google में रहने भर का पैसा देना...

  • क्या High salary अकेली सचमुच काफ़ी है?

    बड़ी कंपनियाँ ढाँचे के स्तर पर ही ऐसी जीत देने में कमज़ोर हैं जो सीमित हो, आप पर जिसका श्रेय जाता हो, और जो साफ़ दिखती हो। salary का एक हिस्सा दरअसल इन्हीं के बिना जीने की क़ीमत है।

  • क्या corporate incentives समझ लेने के बाद खीझना बंद हो जाता है?

    तुम्हारी कंपनी में कहीं एक status deck है जिसे कोई नहीं पढ़ता। यह हर कुछ हफ़्तों में update होती है, एक meeting में दिखाई जाती है, और भुला दी जाती है। तुम्हारा manager भी यह जानता है। उसने ऊपर चढ़ते हुए वैसी ही decks बनाईं और ठीक-ठीक समझता है कि इनमें आम तौर पर कितना कम सोचा जाता है। corporate के बेकार काम की आम वजह यह बताई जाती है कि ऊपर बैठा कोई इंसान भ्रमित है या हक़ीक़त से कटा हुआ है। यह सुनने में तसल्ली देता है, पर ज़्यादातर ग़लत है। ये artifacts इसलिए टिके रहते हैं क्योंकि वे एक काम कर रहे

  • Oracle को कोई नहीं चुनता — फिर भी Oracle को इससे कोई फ़र्क़ क्यों नहीं पड़ता?

    Oracle enterprise tech का कॉकरोच है, सबको नापसंद, सब इस्तेमाल करते, और staff में वे लोग जिन्होंने इसे cool मानने का दिखावा Clinton सरकार के आसपास छोड़ दिया था। असली product तो sales वाली चाल है, और database बंधक है।

  • क्या ज़्यादातर 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 देकर पा सकते हैं।

  • क्या सच में जो साथ खाते हैं, वही साथ लड़ते हैं?

    मज़बूत समूह सिर्फ़ इसलिए मज़बूत नहीं बनते कि सब एक mission पर राज़ी हैं। वे इसलिए मज़बूत बनते हैं क्योंकि लोग एक-दूसरे के लिए abstract नहीं रह जाते, वे एक-दूसरे को इंसान और दोस्त की तरह देखने लगते हैं। यही एक वजह है कि साथ बैठकर खाना ज़्यादातर official culture programs से कहीं ज़्यादा मायने रखता है। team culture बनाने के लिए तुम्हें महँगे workshops और getaways की ज़रूरत नहीं। बस मौजूद रहना ज़रूरी है। अपनी team के साथ lunch करो, उन्हें साथ खाने दो। साथ coffee पियो...

  • क्या तुम्हारा 0.05 percent और "family" शब्द कभी salary बन सकते हैं?

    startup वाला बंदा तुम्हें बताएगा कि वह दरअसल एक co-founder ही है। उसके पास 0.05 percent है। founder ने offer call पर इसका वर्णन यूँ किया, "किसी दिन millions की हो सकती है," उस गर्मजोशी भरे लहजे में जो एक ऐसे आदमी का होता है जिसने ख़ुद cap table पढ़ रखा है और जानता है कि तीन और rounds और 1.5x liquidation preference के बाद exit का 0.05 percent एक पुरानी Subaru ख़रीदने भर का है, अगर exit हुआ, जो होगा नहीं। उसे भरोसा है कि तुम हिसाब नहीं लगाओगे। तुम हिसाब नहीं लगाते। तुम offer letter को frame करवा ल

  • Rolex Submariner असल में एक dive watch है, या बस Rolex Officemaster?

    Rolex Submariner Outlook calendars वाले आदमियों को बेची गई अब तक की सबसे बड़ी fantasy वाली चीज़ है। इस घड़ी ने सत्तर साल finance वालों, dentists और accountants को यह यक़ीन दिलाने में बिताए हैं कि वो rugged समुद्री adventurers हैं, न कि ऐसे लोग जो "lunch के बाद circle back करते हैं" जैसी बातें कहते हैं। Submariner technically एक dive watch है, पर औसत वाली एक कैक्टस से भी कम पानी देखती है, क्योंकि भगवान न करे seals सच में ठीक से काम न करें और इसके अंदर पानी चला जाए। ये चीज़ें अपनी पूरी ज़िंदगी…