सिर्फ अच्छा होना काफ़ी नहीं है

• सिर्फ़ तकनीकी क्षमता के दम पर करियर एक निश्चित स्तर पर जाकर सीमाओं से टकराने लगता है
• प्रभाव बढ़ाने के लिए तकनीकी क्षमता, product thinking, project execution, और लोगों के साथ collaboration — इन चारों धुरों को संतुलित रूप से विकसित करना ज़रूरी है
• अपनी कमज़ोरियाँ पहचानने और आगे बढ़ने के लिए feedback और विनम्रता सबसे अहम हैं; खासकर जिन लोगों का आप सम्मान करते हैं, उनसे feedback लेकर उसे तुरंत अमल में लाना सबसे तेज़ तरीका है
• सिर्फ़ काम अच्छा करना ही नहीं, बल्कि उसे दिखाना और साझा करना भी ज़रूरी है; agency यानी पहल करने की क्षमता के साथ खुद अवसर बनाना और उन्हें अमल में लाना महत्वपूर्ण है
• अंततः जो आप चाहते हैं, उसे पाने का रास्ता है उसके योग्य बनना; सिर्फ़ मेहनत से आगे की growth के लिए यह एक ज़रूरी approach है

---

करियर सलाह की अस्पष्टता

• करियर सलाह अस्पष्ट होती है, क्योंकि हर व्यक्ति के लिए अच्छी सलाह का मानदंड अलग होता है
  • एक ही job title वाले दो लोगों को भी बिल्कुल अलग सलाह की ज़रूरत हो सकती है
  • कोई पसंदीदा काम चाहता है, कोई अर्थपूर्ण काम, और कोई promotion
• इसलिए कोई एक जवाब नहीं है, लेकिन एक बात आम है: तकनीकी क्षमता करियर की शुरुआत का आधार है
  • जिस मुख्य काम के लिए आपको hire किया गया है, उसमें बेहतरीन होना चाहिए; शुरुआती दौर में इसी से पहचान बनती है
  • उदाहरण: बेहतर code, report, design को स्वाभाविक रूप से पहचान मिलती है

सिर्फ़ तकनीकी कौशल काफ़ी नहीं

• शुरुआती चरण में सिर्फ़ तकनीकी क्षमता से भी पहचान और growth मिल सकती है
• लेकिन एक समय के बाद सिर्फ़ तकनीकी कौशल से अलग पहचान बनाना मुश्किल हो जाता है
  • आपके सहकर्मियों के पास भी लगभग वैसी ही तकनीकी क्षमता होती है
  • ज़्यादा बड़ा प्रभाव डालने के लिए दूसरी क्षमताओं की ज़रूरत पड़ती है

प्रभाव बढ़ाने के लिए 4 क्षमताएँ

• सफल प्रयास 4 मुख्य क्षमताओं के मेल से पूरे होते हैं
  • तकनीकी क्षमता: चुने हुए विशेषज्ञता क्षेत्र में दक्षता
  • product thinking: यह पहचानने की क्षमता कि कौन-सा काम वास्तव में मूल्यवान है
  • project execution: योजना को वास्तविकता में बदलने की क्षमता
  • मानवीय संबंध कौशल: दूसरों के साथ collaboration करने और प्रभाव डालने की क्षमता
• ये चारों क्षमताएँ हर सफल project के लिए आवश्यक हैं
  • अर्थपूर्ण काम को वास्तव में घटित कर पाना
  • उदाहरण: product development, team collaboration, project completion — इन सबमें इन क्षमताओं का संतुलन ज़रूरी है

क्षमताएँ विकसित करने के तरीके

• समय के साथ ये चारों क्षेत्र स्वाभाविक रूप से विकसित हो सकते हैं, लेकिन सचेत अभ्यास से growth कहीं तेज़ हो सकती है
  • अपनी कमज़ोरियाँ पहचानने में feedback और विनम्रता अहम हैं
    • feedback सुधार की दिशा दिखाता है, और विनम्रता उसे स्वीकार करने में मदद करती है
  • जिन लोगों का आप सम्मान करते हैं, उनसे feedback माँगें और उसे तुरंत अमल में लाएँ
    • perfect plan का इंतज़ार मत कीजिए; action पहले आता है
• mentoring, project proposals, और अपने परिणामों की presentation जैसी चीज़ों से क्षमताएँ मज़बूत होती हैं
  • इससे दूसरों को भी अवसर मिलते हैं और collaboration का माहौल बनता है

सार्वजनिक रूप से सक्रिय होना

• काम के नतीजे अगर आप खुद सामने नहीं लाते, तो उन्हें पहचान मिलना मुश्किल हो सकता है
• काम करना और उसके परिणामों को सार्वजनिक रूप से दिखाना महत्वपूर्ण है; “काम खुद बोलता है” यह मान लेना गलत है
  • अपने काम को खुले तौर पर साझा करने और नतीजों को बताने की आदत ज़रूरी है
  • उदाहरण: project presentation, टीम के भीतर sharing, mentoring activities

agency का महत्व

• Agency (पहल, स्वायत्त रूप से काम को आगे बढ़ाने की क्षमता) डिग्री, certificate, या luck से भी ज़्यादा शक्तिशाली तत्व है
  • high-agency लोग काम को सक्रिय रूप से आगे बढ़ाकर पूरा करते हैं
  • low-agency लोग अवसर का इंतज़ार करते हुए ठहराव में फँस जाते हैं
• पहल करना एक चुना जा सकने वाला गुण है: बस आपको खुद action चुनना होता है

निष्कर्ष और सुझाई गई सामग्री

• करियर growth के लिए सिर्फ़ मेहनत नहीं, बल्कि रणनीतिक approach भी ज़रूरी है
  • सिर्फ़ कड़ी मेहनत से आगे बढ़कर, प्रभाव बढ़ाने पर ध्यान देना चाहिए
  • मेहनत और growth के बीच का अंतर कमज़ोरियों को सुधारने, दृश्य बनाने, और agency को व्यवहार में लाने पर निर्भर करता है
• लंबे समय में जो आप चाहते हैं, उसे पाने का सबसे अच्छा तरीका है उसके योग्य बनना
• सुझाई गई पुस्तक
  • The Staff Engineer’s Path by Tanya Reilly: करियर प्रबंधन पर गहरी अंतर्दृष्टि देती है। इसे हर साल फिर से पढ़ा जाता है

[kangbj1026]

यह सच में बहुत ज़रूरी लेख था। मैं बस अस्पष्ट रूप से यही सोच रहा था कि "और ज़्यादा मेहनत" करनी है, लेकिन आपने ठोस दिशा दिखाई, इसके लिए धन्यवाद।
खासकर "काम खुद ही सब बता देगा" वाले भ्रम का हिस्सा बहुत चुभा। इससे मुझे कुछ साल पहले का वह अनुभव याद आ गया, जब अच्छे नतीजे देने के बाद भी मुझे पहचान नहीं मिली थी। दृश्यता की अहमियत मुझे काफ़ी देर से समझ में आई।

[GN⁺]

Hacker News की राय

• “केवल अच्छा होना ही काफ़ी नहीं है” वाली बात से मैं सच में सहमत हूँ। अक्सर कंपनी में लोग उस X काम पर फ़ोकस करना चाहते हैं जिसमें वे अच्छे हैं और उसी के लिए आकलन पाना चाहते हैं, लेकिन बॉस या सहकर्मी जो चाहते हैं उसमें सिर्फ़ X नहीं बल्कि Y और Z भी शामिल होते हैं। दोनों पक्ष अलग-अलग चीज़ें चाहते हैं, इसलिए बातचीत में ग़लतफ़हमियाँ और हताशा पैदा होना आम है। ज़िंदगी में मेहनत या क्षमता से अलग भी बहुत-सी नाइंसाफ़ियाँ होती हैं। ऐसे में लचीले ढंग से संभालने वाली soft skills की ज़रूरत और बढ़ जाती है। लेकिन अफ़सोस यह है कि उस लेख में self-help जैसा एहसास कुछ ज़्यादा था.

  • अगर Y और Z पर ध्यान देकर बस औसत नतीजे दिए हों, तो फिर यह सवाल उठता है कि क्या अब X के साथ भी वैसा ही करना चाहिए। X पर समय लगाना पसंद है, लेकिन अगर उसके लिए पहचान ही नहीं मिलेगी, तो शायद काम की बजाय ऐसे personal projects में मेहनत लगाना बेहतर होगा जिनसे ख़ुद संतोष मिले.

• अगर मेरे आसपास के सभी सहकर्मी तकनीकी रूप से बेहद सक्षम हों, तो वह वास्तव में बहुत अच्छा माहौल है। आम तौर पर काबिल लोग हर जगह माँग में होते हैं, इसलिए उनके साथ मिलकर काम करने का मौका कम ही मिलता है। ऐसी स्थिति होना बहुत बड़ी किस्मत है.

  • मैं भी सहमत हूँ। तकनीकी रूप से सचमुच उत्कृष्ट लोग सबसे चुनिंदा tech companies में भी बहुत कम मिलते हैं.

• Agency का कॉन्सेप्ट सच में बहुत महत्वपूर्ण है। लेकिन इसके साथ यह भी ज़रूरी है कि सीधे मैनेजर से बात करके यह साफ़ तौर पर बताया जाए कि मैंने क्या काम किया है। जिन कर्मचारियों पर परिवार जैसी कंपनी-बाहरी ज़िम्मेदारियाँ कम होती हैं, वे ऊपर-ऊपर से ज़्यादा proactive दिख सकते हैं, लेकिन असल में उनकी effectiveness कम भी हो सकती है। ख़ासकर senior engineers में अगर किसी की agency कम दिखती हो, तो उसके छुट्टी पर जाने पर उसकी कमी ज़्यादा महसूस हो सकती है। मैं संगठन पर जो प्रभाव डाल रहा हूँ, उसे अपने बॉस तक साफ़ पहुँचाना महत्वपूर्ण है। अपनी effectiveness साबित करने के लिए सिर्फ़ ब्लॉग या dashboard पर ध्यान देना अप्रभावी है.

  • मैनेजर से बातचीत का एक और फ़ायदा भी है। मुझे लग सकता है कि A या B काम महत्वपूर्ण है, लेकिन management के नज़रिए से पूरे business के लिए C project ज़्यादा महत्वपूर्ण हो सकता है। ऐसी आंतरिक जानकारी मिलने पर यह तय करने का आधार मिलता है कि A, B को आगे बढ़ाना है या दिशा बदलकर ज़्यादा महत्वपूर्ण project पर ध्यान केंद्रित करना है.

• मैंने मुश्किल से एक सीधा-सा सबक सीखा है: software या program का उद्देश्य business की revenue बढ़ाना है, और आख़िर में हर स्तर पर लोग ही सबसे महत्वपूर्ण होते हैं.

  • यह बात समझने में मुझे भी कुछ समय लगा। चाहे code कितना भी perfect हो, अगर वह असली समस्या हल नहीं करता तो उसकी कोई कीमत नहीं। कंपनी बेकार code पर कभी पैसा नहीं खर्च करती और न ही उसके लिए promotion देती है.

• दुर्भाग्य से जिन कंपनियों में मैं रहा हूँ, वहाँ इस सलाह को लागू नहीं किया जा सकता। आप चाहे जितने अच्छे हों, अगर आप बहुत productive हैं और काम जल्दी करते हैं, तो अंत में आपको बस और ज़्यादा काम दे दिया जाता है। ऐसे में skills को आत्म-संतोष के लिए इस्तेमाल करना बेहतर लगता है। promotion की उम्मीद करने से बेहतर है अपनी growth पर ध्यान देना.

  • मैं Jason Lengstorf की यह मशहूर बात उद्धृत करना चाहूँगा: “A career is a pie-eating contest, and the prize for winning is more pie” (लिंक)। अपनी क्षमता बढ़ाने के मामले में भी रणनीतिक होना चाहिए.

  • मैं junior लोगों को अक्सर एक सलाह देता हूँ: चुपचाप सिर्फ़ काम मत करते रहो, अपने काम को सामने भी लाओ। अगर अच्छा नतीजा दिया है, तो कम से कम ऐसी जगह कोई सवाल ही छोड़ दो जहाँ मैनेजर देख सके। managers अक्सर आपकी सोच से कहीं कम जानते हैं कि आपने क्या किया है.

• “प्रभाव बढ़ाओ”, “नतीजे लाने वाले लोग (high-agency) काम की बागडोर लेते हैं”, “promotion पाने का सबसे अच्छा तरीका है उसके योग्य बनना” — इन सलाहों में असल में कौन-सी समस्या हल की जा रही है, यह अक्सर अस्पष्ट रहता है। ख़ासकर अगर लक्ष्य promotion है, तो internal promotion की बजाय job change के ज़रिए external promotion कहीं तेज़ होता है। internal promotion मुश्किल इसलिए भी है क्योंकि किसी कर्मचारी की वास्तविक value को मात्रात्मक रूप से मापना आसान नहीं होता, और अवसर अक्सर तभी बनता है जब कोई जगह खाली हो या नई position बनाई जाए.

  • यह तरीका आम तौर पर career की शुरुआत में असरदार होता है, लेकिन एक निश्चित seniority के बाद उलटा असर भी कर सकता है। उस चरण पर “interview skills” से ज़्यादा महत्व असली काम से बनी reputation का होता है.

• मेरे हिसाब से engineering के बाद सबसे महत्वपूर्ण skill है “लिखना”। pg, tptacek, patio11 जैसे लोग इसलिए प्रसिद्ध हुए क्योंकि उन्होंने जो जाना, उसे अच्छी तरह और बार-बार दुनिया के सामने रखा। चाहे internal wiki ही क्यों न हो, दिमाग़ में मौजूद ज्ञान को व्यवस्थित करके लिखकर छोड़ना महत्वपूर्ण है.

  • सहकर्मियों के साथ सहयोग करते समय अच्छा लिखना निश्चित रूप से मदद करता है। लेकिन promotion या प्रभाव साबित करने का साधन यह तभी बनता है जब वह लेखन “सबूत” की तरह इस्तेमाल हो सके.

  • सिद्धांततः मैं मज़बूती से सहमत हूँ। लेकिन हर संगठन में writing काम नहीं करती। बहुत-सी जगहों की संस्कृति मौखिक communication-केंद्रित होती है। ऐसी संस्कृति को writing culture में बदलने के लिए साथियों की ज़रूरत होती है और इसमें बहुत समय लगता है.

  • संक्षेप में लिखने की क्षमता भी महत्वपूर्ण है। लोग स्वाभाविक रूप से छोटे लेखन को पसंद करते हैं, इसलिए wiki दस्तावेज़ों का बहुत लंबा होना ज़रूरी नहीं.

  • जहाँ मैं काम करता हूँ, वहाँ writing की अहमियत महसूस नहीं होती। कोई इस बात पर ज़्यादा ध्यान नहीं देता कि चीज़ें कैसे लिखी गई हैं; लोग तभी पढ़ते हैं जब पढ़ने की कोई वजह हो.

• “आख़िरकार जब आपके पास सच में योग्यता होती है, तभी आप वह पा सकते हैं जो आप चाहते हैं” — यह पंक्ति मुझे बहुत पसंद है। लेकिन ‘proactiveness’ जैसी विशेषता को हर जगह पुरस्कार या पहचान नहीं मिलती। कुछ कार्यस्थल ऐसे भी होते हैं जहाँ सिर्फ़ निर्देश मानने वाला काम चाहिए होता है, इसलिए मैं सलाह दूँगा कि ऐसी जगहों से बचें.

  • यह एक शानदार quote है, लेकिन व्यावहारिक रूप से सच नहीं है। हक़ीक़त में बार-बार job change करना अक्सर एक ही जगह लंबे समय तक टिके रहने की तुलना में कहीं ज़्यादा और तेज़ rewards देता है। ‘योग्यता’ कोई ऐसा पैमाना नहीं है जिसका पक्का मूल्यांकन होता हो.

• लेख में दी गई career सलाह चाहे कितनी भी अच्छी नीयत से लिखी गई हो, आख़िरकार उसका बड़ा हिस्सा बहुत अर्थपूर्ण नहीं लगता। उदाहरण के लिए, कंपनी का acquisition हो जाए और कई साल तक किसी को promotion न मिले, या हकलाहट के कारण promotion पर सीमाएँ लग जाएँ। एकमात्र व्यावहारिक सलाह यह लगती है: “अगर आप promotion चाहते हैं, तो उन ऊपर के लोगों की motivations समझिए जो आपको promote कर सकते हैं, और उन्हें यह महसूस कराइए कि आपके promotion में उनका फ़ायदा है.”

  • ऊपर की सलाह की तरह promotion देने वालों की motivation के हिसाब से अपने outputs को ढालना सही है, लेकिन इतना सरल बनाया गया तरीका अक्सर उलटा भी पड़ सकता है। नए कर्मचारियों में कई लोग केवल rewards पर ज़रूरत से ज़्यादा केंद्रित होकर office politics को ‘4D chess’ की तरह खेलने लगते हैं, और यह उलटे जल्दी पकड़ में आ जाता है। समझदार managers अगर देखें कि कोई कर्मचारी incentives पर ज़रूरत से ज़्यादा प्रतिक्रिया दे रहा है, तो वे इसे नोटिस करके सिर्फ़ वांछित व्यवहार को बढ़ावा देने की दिशा में मार्गदर्शन करते हैं। दूसरी ओर, अनैतिक managers ऐसे कर्मचारियों की इसी प्रवृत्ति का उपयोग करके rewards का वादा करते हुए उनसे और ज़्यादा काम निकलवाते हैं। आख़िर में promotion नहीं देते, और बस ज़्यादा काम लेते रहते हैं — एक बुरा चक्र चलता रहता है.

  • मैंने इस लेख को “promotion कैसे पाएँ” पर लिखे लेख की तरह नहीं पढ़ा.

  • मैं भी हकलाहट वाला एक junior engineer हूँ। मैं सच में जानना चाहता हूँ कि क्या यह promotion में हमेशा के लिए बाधा बन जाता है। मैं speech therapy पर विचार कर रहा हूँ, लेकिन उम्र बढ़ने के बाद उसका असर होता है या नहीं, यह भी ठीक से नहीं जानता.

• “Sales” को skills की सूची में ज़रूर शामिल करना चाहिए। अगर आपकी ताकत “product thinking, project execution, people management” में नहीं है, तो sales team के साथ काम करते हुए technical advice देना या proposal के technical हिस्से संभालना भी एक रास्ता हो सकता है। इससे promotion की संभावना काफ़ी बढ़ सकती है। धीरे-धीरे sales pipeline, BD (business development), और deal close करने की प्रक्रिया सीख सकते हैं, और कौन-सा सौदा फ़ायदेमंद है यह समझकर leadership में योगदान दे सकते हैं। technical skill और sales skill का मेल career में बहुत मददगार होता है.