करियर खत्म कर देने वाली गलती
(bitfieldconsulting.com)- सॉफ्टवेयर इंजीनियरों के लिए आम घातक गलती कोई खास घटना नहीं, बल्कि अपने करियर के अंत की योजना न बनाना है; यह जांचना चाहिए कि मौजूदा काम आपको आपकी इच्छित मंज़िल तक ले जा रहा है या नहीं
- करियर प्लानिंग का मतलब रिटायरमेंट की तारीख तय करना नहीं, बल्कि पहले यह तय करना है कि आप कौन-सा काम सच में पसंद कर सकते हैं और किस अवस्था तक पहुंचना चाहते हैं, फिर उस दिशा में बढ़ना है
- संभावित दिशाएं आम तौर पर senior IC, management, और independent work में बंटती हैं; हर दिशा में क्रमशः तकनीकी गहराई, लोगों का प्रबंधन, और बिजनेस ऑपरेशन जैसी अलग-अलग अपेक्षाएं होती हैं
- कोई भी रास्ता चुनें, कंपनी का promotion path, अपनी प्रवृत्ति, और जरूरी skills को साथ-साथ जांचना होगा; केवल annual review का इंतजार करना काफी नहीं है
- किसी fixed long-term plan से ज्यादा अहम है बदलावों के हिसाब से समायोजित हो सकने वाला दिशा-आधारित plan; आप क्या चाहते हैं, यह पहले से सोचकर रखेंगे तभी अचानक आने वाले अवसरों को पहचान पाएंगे
करियर के अंत के बारे में पहले सोचने की जरूरत क्यों है
- करियर का “अंत” जरूरी नहीं कि रिटायरमेंट का समय ही हो
- यह उस मुकाम के ज्यादा करीब है जहां आपको लगे कि आप सच में अपनी चाही हुई जगह पर पहुंच गए हैं
- अगर आप अभी जो काम कर रहे हैं उससे प्यार करते हैं और उसे बदलना नहीं चाहते, तो हो सकता है आप पहले ही अपनी मंज़िल पर पहुंच चुके हों
- अगर मौजूदा काम पसंद नहीं है, तो पूछना चाहिए कि आप किस तरह के काम से प्यार कर सकते हैं और वह काम पाने के लिए आपको क्या करना होगा
- “career” शब्द में बिना नियंत्रण के तेजी से आगे बढ़ने का अर्थ भी है, और यह बहुत लोगों के वास्तविक करियर अनुभव से मिलता-जुलता है
- सॉफ्टवेयर इंजीनियर कंप्यूटर द्वारा चलाए जाने वाले बारीक plans लगातार बनाते हैं, लेकिन अपनी जिंदगी और काम के लिए program के बारे में बहुत कम सोचते हैं
योजना कब से शुरू करनी चाहिए
- करियर प्लानिंग pension जैसी है: जब आपको इसकी जरूरत महसूस होती है, तब शायद इसे पहले शुरू कर देना बेहतर होता
- देर से बनी, मोटी-मोटी और अनिश्चित plan भी बिल्कुल plan न होने से बेहतर है
- करियर की शुरुआत में बड़े फैसले लेना अक्सर जल्दी होता है, इसलिए experiments और mistakes की काफी गुंजाइश रहती है
- करियर के बाद के हिस्से में options कम होते जाते हैं, और बड़ा दिशा-परिवर्तन करने का समय भी कम बचता है
- अहम लक्ष्य यह है कि अंतिम चरण में पहुंचते समय आपके पास अपनी चाही जगह तक पहुंचने के लिए सही position, level, और timing हो
तीन संभावित मंज़िलें
- करियर कई कंपनियों और roles से गुजरते हुए बदल सकता है, और आपको आज जिसकी कल्पना भी नहीं है, ऐसी मंज़िल तक भी ले जा सकता है
- संभावित मंज़िलों को broadly तीन रास्तों में बांटा जा सकता है
- Seniority: senior individual contributor, उच्च-स्तरीय engineer
- Management: तकनीकी काम से हटकर लोगों और organization को lead करने वाला management role
- Independence: स्वतंत्र रूप से काम करना या अपनी कंपनी चलाना
- ये तीन रास्ते एक-दूसरे से पूरी तरह अलग नहीं हैं; वास्तविक करियर में इनका combination हो सकता है
Seniority: senior IC बने रहने का रास्ता
- senior individual contributor (IC) वह role है जिसमें आप कंपनी चलाए बिना या independent हुए बिना, तकनीकी रूप से ऊंचे स्तर पर पहुंचकर मुख्यतः direct work करते हैं
- हर कंपनी में levels और titles अलग होते हैं
- छोटी कंपनी में यह “senior developer” या team leader हो सकता है
- बड़ी कंपनी में “principal engineer” या “distinguished engineer” जैसा role हो सकता है
- यह role executive post नहीं है, और इसमें board seat या कोई खास executive authority नहीं मिलती
- इसके बदले पैसे, status और authority मिलते हैं, और management colleagues की तरह पूरा दिन meetings में बिताने का समय कम हो सकता है
- इसकी सीमाएं भी साफ हैं
- क्या करना है, यह हमेशा आप खुद नहीं चुन सकते
- कंपनी के decision-makers से आपकी राय अलग हो सकती है
- कंपनी बदलने पर भी वही dynamics दोहराए जा सकते हैं
- जो लोग technical track में रहकर keyboard या mouse के साथ काम करना चाहते हैं, उनके लिए senior IC path अच्छा fit हो सकता है
- अगर आप यह रास्ता चाहते हैं, तो अपनी मौजूदा कंपनी का senior IC path जांचना चाहिए
- अगर कंपनी में senior IC हैं, तो उनसे सीधे advice लें
- पूछें कि वे उस position तक कैसे पहुंचे, intermediate stages क्या थे, और expectations व reality एक जैसी थीं या नहीं
- अपने manager को अपना goal बताएं, और चर्चा करें कि वे किस तरह मदद कर सकते हैं और बदले में आपसे क्या उम्मीद करेंगे
- सिर्फ annual review का इंतजार करना काफी नहीं है
- करियर goal में कोई progress नहीं हुई, यह जानने के लिए 1 साल बहुत लंबा समय है
- यह मान लेना भरोसेमंद नहीं है कि बस वही काम करते रहें और कोई बड़ा हादसा न करें तो कभी न कभी senior IC बन जाएंगे
- senior बनना mastery के शिखर के करीब जाना है
- कंपनी आपको train करेगी, इसका इंतजार करने के बजाय आपको अपनी skill development का control खुद लेना होगा
- कंपनियां ऐसे लोगों को promote करना ज्यादा पसंद करती हैं जिन्हें training की जरूरत नहीं होती, न कि जिन्हें training चाहिए
- मौजूदा काम को सिर्फ time और money के exchange की तरह न देखें; इसे यह खोजने और बेहतर बनने का अवसर समझें कि आप किसमें अच्छे हैं
Management: management role में transition का रास्ता
- बहुत senior engineers को अच्छा compensation मिल सकता है, लेकिन आम तौर पर वे कंपनी के भीतर सबसे ऊंचे पदों पर नहीं होते
- अगर आप ज्यादा compensation और responsibility चाहते हैं, तो आपको technical work को पीछे छोड़कर management पर विचार करना पड़ सकता है
- कई technical careers में management default destination की तरह काम करता है
- अगर आप एक ही कंपनी में लंबे समय तक रहें, तो अगला promotion path manager बनने की दिशा में हो सकता है
- दिशा न बदलें तो आप वहीं पहुंच सकते हैं जिधर अभी जा रहे हैं, इसलिए जांचना चाहिए कि क्या वह सच में आपकी चाही जगह है
- engineering manager को technical foundation चाहिए, लेकिन उसका मुख्य काम लोगों को lead करना, supervise करना, hire करना और grow करना है
- people management कठिन है, और programming से कहीं ज्यादा कठिन हो सकता है
- computer सही हो या गलत, दिए गए instructions के अनुसार काम करता है
- people management में communication, collaboration, psychology, और लोगों की motivation को समझना जरूरी है
- अच्छे managers अच्छे teachers की तरह दुर्लभ होते हैं, लेकिन बहुत valuable होते हैं
- वे project और company की सफलता पर बड़ा असर डाल सकते हैं
- खराब manager किसी promising project को खत्म कर सकता है
- अगर आप अच्छा manager बनना चाहते हैं, तो अभी से अभ्यास करना होगा
- लोगों को समझने की skills सीखें
- communication और collaboration को train करें
- पहले खुद को अच्छी तरह manage करें
- अपने manager को observe करना भी शुरुआत हो सकता है
- अगर वे अच्छा काम करते हैं, तो समझें कि क्यों, और उनसे बात करें
- अगर सब गड़बड़ है, तो देखें कि क्या गलत है और तय करें कि आप उनकी जगह होते तो क्या अलग करते
- team में जिस व्यक्ति के पास हर कोई problems लेकर आता है, वह de facto leader बन सकता है
- अगर आप पहले से ऐसा role निभा रहे हैं, तो आप ऐसे manager बनने के रास्ते पर हो सकते हैं जिसे अच्छे कारणों से याद किया जाए
Independence: स्वतंत्र रूप से काम करने का रास्ता
- independence में अपनी कंपनी में काम करना, दूसरों को hire करना, या अकेले काम करना शामिल है
- one-person company होने का मतलब जरूरी नहीं कि असली independence हो
- अगर client बताता है कि क्या करना है, तो आप contractor के ज्यादा करीब हैं
- consultant वह होता है जो client को बताता है कि क्या करना चाहिए, और यह फर्क महत्वपूर्ण है
- independent work सही व्यक्ति के लिए अच्छा विकल्प है, लेकिन सबके लिए नहीं
- फायदे और बोझ साथ-साथ मौजूद होते हैं
- आप अपना business own करते हैं
- marketing, client proposals, accounting, और tax processing खुद संभालनी पड़ती है
- income अनियमित और predict करना मुश्किल हो सकती है
- vacation, insurance, sick leave pay नहीं होते
- stable job और decent salary छोड़कर independent होने के लिए transition सावधानी से plan करना चाहिए
- गुस्से में तुरंत resign करके अगले कुछ महीनों के rent की चिंता शुरू करना समझदारी नहीं है
- timing अहम है
- अकेले पैसे कमाने के लिए आपको अपने काम में बेहतरीन होना होगा
- बड़ी कंपनी में आप काम करते हुए सीख सकते हैं
- अपनी कंपनी चलाते समय आपको अपना काम पहले से आना चाहिए
- हो सके तो छोटे one-off side projects से independent work को test कर सकते हैं
- experience और satisfied clients मिल सकते हैं
- पूरी तरह independent होने से पहले जांच सकते हैं कि यह आपके लिए fit है या नहीं
- नौकरी हमेशा आप खुद चुनकर नहीं छोड़ते
- volatile industry में layoffs वास्तविकता हैं
- कंपनी धीरे-धीरे खराब होती है और फिर अचानक fail हो सकती है
- अगर आप independence का सपना देखते थे लेकिन हिम्मत नहीं जुटा पाए, तो layoff transition का trigger बन सकता है
एक ही विकल्प से बंधे रहने की जरूरत नहीं
- अगर आपको अभी नहीं पता कि आप अपने करियर का ज्यादातर हिस्सा कैसे बिताना चाहते हैं, तो यह सामान्य है
- फिर भी सोचना शुरू किया जा सकता है, और खुद को किसी एक destination तक सीमित रखना भी जरूरी नहीं
- सफल करियर seniority, management, और independence को मिला सकता है
- full-time या part-time manager के रूप में काम करते हुए side business चला सकते हैं
- बड़े organization के भीतर roaming consultant की तरह काम करते हुए तकनीकी रूप से senior engineer हो सकते हैं
- अपनी कंपनी में CEO और engineering director दोनों हो सकते हैं
- tech industry के बाहर भी भविष्य हो सकता है
- engineer के रूप में काफी सफलता पाने के बाद आप long-term में कुछ और करना चाहते हैं, ऐसा तय कर सकते हैं
- doctor, teacher, space engineer, woodworking, travel जैसे options भी संभव हैं
plan से ज्यादा महत्वपूर्ण है लगातार plan करते रहना
- जब आपकी इच्छित दिशा बन जाती है, तो choices को guide करने वाला criterion मिल जाता है
- perfect job कैसी दिखती है, यह ठीक-ठीक न पता हो, फिर भी आपको अंदाजा हो सकता है कि independence, senior IC, या management में से कौन-सा रास्ता आपकी खुशी के ज्यादा करीब है
- उस दिशा के options को सीमित करने वाली चीजों से बच सकते हैं, और ऐसी companies, fields, sectors खोज सकते हैं जिनसे आपकी चाही career मिलने की संभावना ज्यादा हो
- हर step विस्तार से लिखी हुई fixed plan reality से टकराने पर अक्सर टिक नहीं पाती
- जीवन अप्रत्याशित चीजें सामने लाता है, इसलिए plan flexible होना चाहिए, और plan को ही बदलने के लिए तैयार रहना चाहिए
- अगर आपने यह सोचकर नहीं रखा कि आप क्या चाहते हैं, तो perfect opportunity सामने आने पर भी उसे पहचानना मुश्किल होगा
- करियर के अंत की planning शुरू करने का समय अभी है; यह न बहुत जल्दी है, न बहुत देर
1 टिप्पणियां
Hacker News की राय
करियर को इस तरह देखने का तरीका यह बात छोड़ देता है कि इंसान के तौर पर हम लगातार बदलते रहते हैं
ज़िंदगी के किसी दौर में शिक्षा, परिवार जैसी चीज़ें ज़्यादा अहम होती हैं, और किसी दूसरे दौर में काम ज़्यादा अहम हो जाता है
जीवन भर स्विच ऑन-ऑफ करने की तरह दिशा बदलना बिल्कुल स्वीकार्य होना चाहिए, और असल में भी ऐसा ही दिखता है
अगर शिखर तक पहुँचने में लगभग 10 साल लगते हैं, तो वे 10 साल 40s में भी शुरू हो सकते हैं, जब बच्चे डायपर से बाहर आ चुके हों
बात यह है कि आप सब कुछ ठीक-ठीक plan नहीं कर सकते, और हालात बदलें तो course correction की ज़रूरत पड़ती है
करियर के भीतर दिशा बदलना ठीक हो या वास्तव में हो भी सकता हो, फिर भी जिस track पर आप अभी हैं उसे optimize करना और यह सोचना अच्छा है कि आप कहाँ जाना चाहते हैं
सिर्फ़ इसलिए कि ज़िंदगी plan नहीं की जा सकती, उसे जैसा चल रहा है वैसा ही बहने देना साफ़ तौर पर ज़्यादा खराब विकल्प लगता है
मुख्य बात यह है कि उम्र बढ़ने के साथ खुले हुए tracks की संख्या घटती जाती है
आप कभी भी track बदल सकते हैं, लेकिन सफलता की गारंटी नहीं होती
40 साल की उम्र में distinguished engineer बनने के बाद अचानक यह नहीं कह सकते कि CFO या CEO track में जाना है
उस track ने 10 साल पहले ही participants ले लिए थे, और वह पहले से ही बहुत भीड़भाड़ वाला है
उस समय खुला हुआ सिर्फ़ CTO track होता है, और वह भी केवल कुछ कंपनियों में संभव है
global offshoring/outsourcing और लगातार automation, खासकर AI-आधारित automation, आने वाले वर्षों से लेकर दशकों तक tech workers के career curve पर नीचे की ओर दबाव डालते रहेंगे
Big Tech में औसत करियर का मतलब है कि कंपनी छोड़ने के 5 साल बाद लगभग किसी को याद भी नहीं रहेगा कि आप वहाँ थे
ज़्यादातर पुराने सहकर्मी दूसरी नौकरियों में चले जाते हैं, code refactor या फिर से लिखा जाता है, docs replace होकर CMS migration के दौरान गायब हो जाते हैं
थोड़े ही समय बाद ऐसा लगता है जैसे आपने वहाँ कभी काम किया ही नहीं था
यह बेतुका लग सकता है, लेकिन 55 या 60+ उम्र वालों से पूछें: अगर उन्होंने अपनी कंपनी नहीं बनाई या अपने क्षेत्र में सचमुच असाधारण योगदान नहीं दिया, तो ज़्यादातर कहेंगे कि शौक, दोस्त और परिवार कहीं ज़्यादा अहम थे
इसलिए इस लेख में एक बुनियादी विरोधाभास है
आप बहुत साफ-सुथरा करियर डिज़ाइन कर सकते हैं, लेकिन ज़्यादातर technologists के लिए सबसे उपयोगी लक्ष्य है ऐसी तरह से जल्दी पैसा कमाना जो जीवन की ऊर्जा को न खाए
आम तौर पर इसके लिए अपनी ज़िद पर टिके रहने से ज़्यादा अवसरों पर प्रतिक्रिया देना बेहतर बैठता है
उदाहरण के लिए, जीवन भर individual contributor बने रहना, उस management role से कम अंतिम मूल्य दे सकता है जो 10 साल में आपको VP-level तक पहुँचा दे
manager बनने का सपना देखना ज़रूरी नहीं; बस उसमें काफ़ी अच्छा होना होता है
मुझे अभी भी technical career से बहुत संतुष्टि मिलती है, लेकिन यह सही है कि दोस्त और परिवार ज़्यादा अहम हैं
dot-com crash के ठीक बाद मैंने अपनी पहली consumer-facing tech company में काम किया था, और वह दौर मेरे career में ख़ास दिलचस्प नहीं था
मेरा काम credit/debit cards का database और Java representation, और उससे जुड़ा business logic लिखना था; requirements और card types बढ़ते गए तो code भी बढ़ता गया
आखिरकार rewrite करने का समय आया, और वह code technical debt का classic example बन गया
बाद में startup activity फिर से तेज़ हुई तो मैं कहीं ज़्यादा दिलचस्प startup में चला गया
करीब 15 साल बाद, retirement के बाद consulting करते हुए, मेरी मुलाकात पुराने कंपनी के एक दोस्त से हुई, और उसने बताया कि इसी तरह का काम करने वाली एक नई कंपनी मदद ढूँढ रही है
जाकर बात की तो पता चला कि उस कंपनी ने मेरी पुरानी कंपनी का software license किया था, और उसमें मेरा पुराना credit/debit/other card code भी शामिल था
code असहज कर देने वाली हद तक अब भी पहचान में आता था, और जिस समय तक उसे गायब हो जाना चाहिए था उससे बहुत आगे तक ज़िंदा था
मैंने वह consulting काम न लेने का फैसला किया
मैं उस code पर लौटना नहीं चाहता था जिसे मैं भूल जाना चाहता था और जो मज़ेदार नहीं था; सबसे बढ़कर, मैं अभी-अभी retire हुआ था, इसलिए गर्मियाँ झील के पास बिताना चाहता था, उस code को थोड़ा और ज़िंदा रखने में नहीं
विचार यह है कि किसी खास role में प्रवेश करने का एक optimal समय और वहाँ रहने की optimal अवधि होती है, और न बहुत जल्दी पहुँचना, न बहुत लंबे समय तक टिके रहना—यह business और employees दोनों के लिए बेहतर है
tech industry पहले वाले से जूझती है, politics दूसरे वाले से; और दोनों क्षेत्रों में समाज पर पड़ सकने वाला अच्छा प्रभाव विकृत हो जाता है
समाज को इस तरह design किया जाना चाहिए कि सही entry और exit को प्रोत्साहन मिले और गलत entry और exit को रोका जाए
हालांकि transition periods में buffer चाहिए, ताकि ऐसी खोई हुई पीढ़ी न बन जाए जिसे योगदान देने का मौका ही न मिले
पुराने विचारों वाले लोगों को 70s और 80s तक पदों से चिपके रहने देना; और जिन लोगों पर परिवार का खर्च है, उनसे उसी समय काम पर अधिकतम जिम्मेदारी उठवाना जब वे परिवार की देखभाल और community बनाने-चलाने में सबसे ज़्यादा योगदान दे सकते हैं—इस संरचना में कुछ तो टेढ़ा है
यही बात तब भी है जब 10x performers सारे मौके अपने हिस्से जमा करते जाते हैं और बाकी लोग वहीं के वहीं रह जाते हैं
उम्मीद है आप अच्छे manager बनेंगे
व्यक्तिगत रूप से, लोगों को manage करने के मेरे सभी अनुभव बहुत draining रहे हैं
कई software engineers का लक्ष्य ऐसा software और systems बनाना होता है जिन पर वे गर्व कर सकें
वे software और उन machines से प्यार करते हैं जिन पर वह चलता है
यहाँ भी Arduino projects, 3D printers, home servers जैसे शौक रखने वाले बहुत लोग हैं
कुछ हफ्ते पहले एक specific use case के लिए compression algorithm खोजते हुए मैंने Brotli[0] देखा, और यह जानकर हैरान हुआ कि इसे Google ने develop किया था
Google पहले ऐसी innovation का केंद्र हुआ करता था
Brotli जैसे projects personal profit maximize करने के लिए नहीं बनते; वे passion और software engineering के प्रति सच्चे लगाव से निकलते हैं
industry का माहौल geeky और nerdy से बदलकर धीरे-धीरे business और management-centric होता जा रहा है
[0] https://github.com/google/brotli
आप जो value deliver करते हैं, वह code नहीं, बल्कि business capability को enable करना है
मान लें आपने नया product launch किया और market traction मिला; 5 साल बाद code refactor होकर गायब हो सकता है
लेकिन जो लोग वह refactoring कर रहे हैं, उनके पास jobs इसलिए हैं क्योंकि initial product launch के समय आपने value deliver की थी
टिकाऊ contribution आपके लिखे code की lines नहीं, बल्कि वही value है
यह लेख असल में उस आत्म-निर्णय की क्षमता को मानकर चलता है जो ज़्यादातर लोगों को वास्तविकता में मिलने वाली क्षमता से कहीं ज़्यादा है
ऊपर से बहुत से लोग कई सालों से बस किसी तरह टिके हुए हैं
आखिरकार उसी career के किसी नए variant के लिए फिर से training लेने के वास्ते हर हफ्ते परिवार के साथ बिताए जाने वाले समय में से 10 घंटे और नहीं निकाले जा सकते
वरना वह काम अब आरामदायक और high-paying रह ही नहीं सकता
कुछ लोग अपने 20s की उम्र को education और career में झोंक कर कुर्बान करते हैं, और बच्चों या spouse के बिना रहते हैं
कुछ लोग retraining करते हुए अपने spouse पर बड़ा बोझ डालते हैं
कम अवधि की मुश्किल और पूरे career में मिलने वाले सुधार के असर को तौलना पड़ता है, और यह भी याद रखना पड़ता है कि किस्मत भी भूमिका निभाती है
कुछ लोगों की पहली कोशिश में ही किस्मत अच्छी होती है, और कुछ लोगों का पूरी जिंदगी साथ नहीं देती
आप बस इतना कर सकते हैं कि अच्छी किस्मत से टकराने के मौकों की संख्या को अधिकतम करें
कमाई से बहुत कम खर्च करना भी अहम है
अगर buffer money हो, तो job और life में बदलाव करना कहीं आसान और कम जोखिम वाला हो जाता है
बहुत से लोग अपना खर्च अपनी आय जितना बढ़ा लेते हैं और खुद को आर्थिक कोने में धकेल देते हैं
दुख की बात है कि एक बार ऐसा हो जाए, तो बाहर निकलना बहुत कठिन हो जाता है और और बड़े त्याग चाहिए होते हैं
विकल्प हमेशा होते हैं, और हमारे पास अब तक जी चुकी किसी भी पीढ़ी से ज़्यादा मौके और चीज़ें हैं
चीज़ें और jobs हमारी सेवा के लिए होनी चाहिए, हमें उनकी सेवा नहीं करनी चाहिए
यह लेख बहुत initiative लेने वाले लोगों के लिए लिखा हुआ लगता है, और मेरे अनुभव में ऐसे लोग tech industry में भी दुर्लभ हैं
इससे जुड़ा Peter Principle भी याद आता है
वह सिद्धांत कि व्यक्ति अपनी अक्षमता के स्तर तक promote होता है
हम सोचते हैं कि हमें कुछ चाहिए, लेकिन जब पता चलता है कि वह काम उम्मीद से ज़्यादा कठिन है, तो हम काम नहीं कर पाते या burnout हो जाते हैं
इसलिए लेख की अच्छी बातों के अलावा, मुझे लगता है कि यह आत्मचिंतन भी ज़रूरी है कि आप किस स्तर तक जाना चाहते हैं, और उस स्तर पर लगातार काम कैसे कर पाएंगे
बशर्ते वह काम आपको नापसंद न हो
या शायद किसी के दिमाग में विचार का बीज बोने की कोशिश हो सकती है
“हर हफ्ते परिवार के साथ बिताए जाने वाले समय में से 10 घंटे और नहीं निकाल सकता” वाली बात पर, उम्मीद है कि आपको अपने अनुकूल तरीका खोजने का समय मिल सके
मैं पक्का दावा नहीं करना चाहता, लेकिन “मैं नहीं कर सकता” वाला रवैया life में बदलाव लाने में अच्छा काम नहीं आया
उस प्रवृत्ति से निपटना भी अच्छा होगा
“तुम क्या बनना चाहते हो?” यह सवाल middle school से ही माता-पिता, teachers, career counsellors, professors, recruiters, mentors, managers, HR वगैरह जैसे अनगिनत नेकनीयत लोगों से लगातार सुनता आया हूं
40 साल की उम्र में मेरा जवाब वही है जो 14 साल की उम्र में था
पता नहीं
फिर भी सब ठीक रहा
मैंने अच्छी companies में भी काम किया और खराब companies में भी
कुछ FAANG, 20 लोगों वाला startup, और उनके बीच की कई जगहों से गुजरा
शानदार product teams में भी रहा, और काफी सारी disaster जैसी teams में भी
code monkey, architect, tech lead, staff engineer, manager, director रहा हूं, और अब जानता हूं कि ऐसे सुनने में अच्छे लगने वाले titles का असल में ज्यादा मतलब नहीं होता
इस दौरान bank में अच्छी-खासी रकम भी जमा कर ली
ज़्यादातर लोग मेरे career को काफी सफल मानेंगे
मैं कहूंगा कि मेरे पास career से ज़्यादा यह है कि हवा जिधर ले गई, मैं project से project और opportunity से opportunity तक चलता गया
एक बार भी कोई ढंग का plan या goal नहीं था
life के authority figures कुछ भी कहें, इस तरह जीकर भी पूरी तरह ठीक और खुश रहा जा सकता है
यह जानना अच्छा होगा कि बिना किसी plan या goal के यूं ही बहते-बहते staff engineer/manager/director बना जा सकता है, लेकिन इसे आम experience मानना मुश्किल है
खासकर जो लोग अभी career शुरू कर रहे हैं, उनके लिए तो यह और भी कम संभव लगता है
अगर आप किसी बड़ी चीज़ की आकांक्षा नहीं रखते, तो बधाई हो
मैं भी उसी नाव में हूं
मैंने अपने manager से साफ कह दिया था, “promotion पाने में मेरी खास दिलचस्पी नहीं है, और मैं fair compensation पाते हुए इसी level पर काम जारी रखना चाहता हूं”
वे उल्टा शुक्रगुज़ार थे कि अब एक engineer कम है जिसकी career development की चिंता करनी पड़ेगी
हमारी culture में यह अजीब विश्वास है कि इंसान को हमेशा बदलते रहना चाहिए
यह धर्म से लेकर Marxism और corporate culture तक, हर ideology को पार करता है
मुझे लगता है कि उस विश्वास को बस “बकवास” घोषित कर देने भर से कहीं ज्यादा खुशहाल life जी जा सकती है
पता नहीं यह pessimistic है या नहीं, लेकिन खासकर tech में मैं सच में नहीं मानता कि 20 साल बाद की planning की जा सकती है
लोग ठीक से समझ नहीं पाते कि हम linear रूप से बदलती दुनिया में नहीं, exponential रूप से बदलती दुनिया में रहते हैं
10 साल बाद शायद आज के developers के सिर्फ 1/5 की जरूरत हो और individual contributor career टिकाऊ ही न रहे
कोई नहीं जानता
यह बस jobs की एक श्रृंखला है, जो wealth बनाने, age discrimination का शिकार होने, या disability आकर खत्म होने तक चलती है
यह सच नहीं है कि हर कंपनी में तकनीक और management में से एक चुनना ही पड़ता है
कुछ कंपनियों में यह सही है, लेकिन कई कंपनियों में lead और director roles काफी hands-on होते हैं
Stream में lead 80% technical काम करते हैं, और director भी लगभग 50%, कभी-कभी उससे भी ज्यादा technical होते हैं
VP और उससे ऊपर के लोग भी कुछ हद तक अब भी technical रहते हैं
technical excellence के बिना management track का विचार मुझे गलत लगता है
छोटी teams, technical excellence, और खुद काम कर सकने वाले leaders ही सही तरीका हैं
director के पास कई दूसरी ज़िम्मेदारियां होती हैं, इसलिए वे सामने वाली समस्या के लिए अच्छा code solution बनाने और उसे पूरे system के साथ integrate करने के लिए जरूरी research और expertise पर्याप्त रूप से नहीं दे सकते
project team director के code का इंतज़ार करते हुए delay हो सकती है, और director का knowledge level पुराना हो चुका हो सकता है, जिससे coordination मुश्किल हो सकता है
आम तौर पर director की देरी या खराब code की आलोचना करना career के लिए मददगार रास्ता नहीं होता
छोटी companies या startups में यह स्थिति आम है, लेकिन इसे ठीक किया जाना चाहिए
directors और managers के पास पहले निपटाने लायक गंभीर ज़िम्मेदारियां होती हैं, और वे उनके अपने ego या इच्छाओं को पूरा करने से ज्यादा प्राथमिक हैं
अच्छे लोगों को hire करना और business को scale करने की दिशा में lead करना उनका काम है, और अब role बदल चुका है, इसलिए उस काम को अच्छी तरह करने के लिए सारी skills, time और resources चाहिए
व्यक्तिगत रूप से मैंने यह कई बार झेला है और यह किसी के लिए भी अच्छा नहीं था
फिर भी किसी तरह टिके रहे
उदाहरण के लिए Peter Norvig 100% hands-on technologist होने के साथ-साथ ऊंचे management role में भी थे
C-level, VP, director बहुत technical हो सकते हैं, लेकिन वे code शायद ही लिखते हैं
team lead निश्चित रूप से लिखते हैं, लेकिन शायद हफ्ते में करीब 3 दिन, और बाकी समय organization, planning, PR review में जाता है
CTO का code लिखना छोटी company में ही होता है
हमारे CTO ने भी पहले business को आज के scale तक पहुंचाने के लिए जरूरी काफी deep code लिखा था
जो roles management के ज्यादा करीब दिखते हैं, उनमें भी system-level understanding और technical knowledge चाहिए, इस बात की सही कद्र नहीं होती
और उस technical knowledge में लोगों और financial dynamics की समझ भी शामिल है, जिसे कई लोग technical नहीं मानते
इन्हें भी technical aspects माना जा सकता है, और माना जाना चाहिए
ज्यादा senior और management के करीब roles projects को सफल कराने के लिए अलग levers का इस्तेमाल करते हैं
वे projects भी higher-level projects होते हैं
ज्यादा senior roles के पास किसी खास field में specialized subordinates को assign करके leverage करने की freedom भी होती है
अगर आपको work scheduling पसंद नहीं है या नहीं आती, तो इसे किसी को सौंप सकते हैं
speech writing में कमजोर हैं, तो भी यही बात है
तैयारी के तरीके के रूप में, पहला है कम से कम एक mentor खोजना
कम से कम दो levels ऊपर का senior क्या सोचता है और काम कैसे चलता है, यह guide कर सकता है
अगर company के अंदर दो levels ऊपर के लोग अच्छे नहीं हैं, तो mentor का उसी company में होना जरूरी नहीं
दूसरा, यह देखना है कि आपकी capabilities में क्या कमी है
वह planning software हो भी सकता है और नहीं भी
healthy company में CEO बनने वाले management track से अलग technical leadership की जगह होती है
programmer के रूप में career बनाने का मेरा बिल्कुल भी इरादा नहीं था
योजना थी कि 2 साल काम करके थोड़ा पैसा जमा करूं और फिर chemistry PhD करूं
40 साल बाद programmer के रूप में retire हुआ
हर step नया काम था, employers 15 थे, और 9 साल तक दो छोटी companies शुरू करके खुद भी employer बना
कोई plan नहीं था, सिवाय इसके कि बेहतर, अलग या कम परेशान करने वाला काम खोजूं, और जो मैं कर सकता हूं उसे लगातार improve करता रहूं
मैंने कभी नहीं सोचा कि career किस रूप में खत्म करना चाहता हूं
असल retirement पूरी तरह मेरा अपना फैसला था, मैं अब भी अपनी capability के peak पर था और employer भी खुशी से compensation देने को तैयार था, लेकिन मैं काम करते-करते थक गया था
कुछ लोगों के लिए plan सही हो सकता है, लेकिन कुछ लोगों के लिए ज्यादा short-term perspective सही होता है
मेरे control में सिर्फ यह था कि मैं क्या कर सकता हूं और कब move करने के लिए तैयार हूं
life में successful होने के लिए optimization के कई तरीके हैं, और वे सभी obvious नहीं होते
कुछ साल बाद मैं कैसा इंसान बनूंगा, इसका अनुमान लगाना कठिन है, और मैं काफी बदल भी सकता हूं
plan बनाते समय इस बात को ध्यान में रखना चाहिए
इसके विपरीत, लेखक आजकल software में भी भरोसा खो चुके waterfall approach को अपनाते दिखते हैं
यह मानने का तरीका कि X दिन पर आप कहां होंगे, जबकि हम जानते हैं कि software में भी यह असल में अच्छी तरह काम नहीं करता
career में तो और भी कम
पूरी economy, आप किससे शादी करेंगे, बच्चे कितने होंगे, extended family के सभी लोग healthy रहेंगे या नहीं, बाद में क्या करने से खुशी मिलेगी—ऐसी चीजों का अनुमान नहीं लगाया जा सकता
मुझे पता है कि यह बड़ी request है, लेकिन सच में जिज्ञासा है
मैं भी इस trap में फंस चुका हूं, और लगता है कि बहुत से लोग बस flow के साथ चलते-चलते आखिर में ऐसी position पर पहुंच जाते हैं जो उन्हें पसंद नहीं होती और जहां वे ऐसा काम कर रहे होते हैं जो उन्हें अच्छा नहीं लगता, और फिर बाहर निकलने का तरीका भी नहीं समझ आता
इस लेख को देखकर मुझे एहसास हुआ कि मेरी चाही हुई position senior individual contributor की है, और मैं अपने manager से बात करने वाला हूं कि क्या current role से ज्यादा individual contributor के करीब role में नीचे आ सकता हूं या job function बदल सकता हूं
मुझे लगता है कि करियर के अंत पर चर्चा को और ज़्यादा अलग-अलग दिशाओं में खोलना चाहिए
मेरे लिए करियर का सबसे पसंदीदा अंत, जिसकी ओर मैं स्वाभाविक रूप से बढ़ रहा हूँ, यह है कि बिना पहले के अनुभव के भी अलग-अलग roles में job move करने की क्षमता हो
एक तरीका यह है कि interview में दिखाया जाए कि आपके पास transferable skills हैं और आप बहुत तेज़ी से सीखते हैं
दूसरा पहलू यह है कि ऐसी companies ढूँढ़नी होंगी जो इस तरीके को स्वीकार करती हों
करियर का एक और अंत अमीर बन जाना और काम न करना है
बेशक हर कोई इसे हासिल नहीं कर सकता, लेकिन यह करियर के अंत के types में से एक है
disability हो जाना और disability allowance या welfare पर जीना भी करियर का अंत हो सकता है
मुझे यह ऐसा अंत लगता है जिससे लोग बचना चाहते हैं
digital nomad भी करियर के अंत की ऐसी चर्चाओं में ठीक से represent नहीं होता लगता
इसे independence के तहत रखा जा सकता है, लेकिन उस लेख में independence का वर्णन काफ़ी narrow है, इसलिए इसे साफ़ तौर पर कहना ज़रूरी है
कुछ लोगों के लिए, जब वे हफ्ते में 4 दिन remote काम कर सकते हैं और ठीक-ठाक salary पा सकते हैं, तो वे पहले ही करियर के अंत तक पहुँच चुके होते हैं
करियर के अंत और भी बहुत तरह के होंगे; और क्या-क्या हो सकता है?
अगर आपको इससे बच निकलने का कोई जादुई तरीका मिले, तो कृपया बताइए
यह उन बेवकूफ़ाना job postings से भी जुड़ता है जहाँ employers किसी specific experience के 10 साल “require” करते हैं
जबकि उस technology को बने हुए ही मुश्किल से 10 साल से थोड़ा ज़्यादा हुआ होता है
मैं भी बिना prior experience के, या बहुत कम experience के साथ, किसी दूसरे role में जाना चाहूँगा
मेरे लिए इसकी वजह शायद intellectual fulfillment और ज़्यादा सीखने की इच्छा होगी
अगर कोई employer ऐसा मौका दे, तो मैं सच में 110% लगा दूँगा, लेकिन मैं इसकी उम्मीद नहीं कर रहा
मेरे करियर का अंत अनिश्चित है
मेरा पूरा करियर ही अनिश्चित रहा है
पूरी तरह बिना plan के नहीं था, लेकिन यह उन तरीकों से आगे बढ़ा जिनकी मैंने बिल्कुल उम्मीद नहीं की थी
किस्मत और मौके की वजह से मैं cloud computing की लहर पर सवार हुआ, और business administration में bachelor’s degree से software development और distributed analytics systems में आ गया
20 साल तक horizontal moves करते हुए senior level तक पहुँचा हूँ, लेकिन अभी तक individual contributor से बाहर नहीं गया हूँ
कभी-कभी सोचता हूँ कि जब तक शरीर साथ दे, DIY skills को construction-type business में बदलकर देखूँ, और कभी software consulting आज़माने का भी सोचता हूँ
किसी और की company में manager role करना मुझे आकर्षित नहीं करता, लेकिन construction trades की तरह उस role का apprentice बनना शायद सीखने का सबसे अच्छा तरीका होगा
meetings, politics और performance reviews से डर लगता है
फिर भी अगर मैं सच में अपना business चलाना चाहता हूँ, तो शायद किसी दिन किसी दूसरी company की salary पर manager बनना पड़ सकता है
भले ही सिर्फ़ 1 साल के लिए क्यों न हो