तकनीकी उत्कृष्टता अकेले अब इंजीनियरों को पदोन्नति नहीं दिलाती है एआई युग में

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

लेकिन यह चक्र अब टूटने लगा है। एआई कई कार्यों पर कब्जा कर रहा है, काम को तेज कर रहा है और लागत कम कर रहा है। इसका मतलब यह नहीं है कि तकनीकी कौशल अब महत्वपूर्ण नहीं हैं, लेकिन यह उन कार्यों को अधिक महत्वपूर्ण बना देता है जिनमें निर्णय लेने, परिणाम सोच और निर्णय लेने की आवश्यकता होती है।

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

यह दिखाई दे रहा था कि मैंने अपनी करियर सीलिंग मार ली थी और आगे नहीं जा सकता था। मेरे तकनीकी कौशल अपने शिखर पर थे, लेकिन इस अगले विकास चरण के लिए कुछ और चाहिए था – व्यवसायिक सोच। मैं केवल यह जानने से आगे नहीं बढ़ सकता था कि कुछ बनाना कैसे है, मुझे यह सीखने की जरूरत थी कि पहले स्थान पर क्या बनाने लायक है।

यह प्रकार की सीलिंग उद्योग भर में अधिक सामान्य होती जा रही है।

बाजार तेजी से बदल रहा है जितना कि कई इंजीनियर समझते हैं

वर्ल्ड इकोनॉमिक फोरम रिपोर्ट करता है कि 40% नियोक्ता उम्मीद करते हैं कि वे एआई द्वारा स्वचालित कार्यों वाले कार्यबल को कम करेंगे, जबकि एंथ्रोपिक के सॉफ्टवेयर विकास पर शोध से पता चलता है कि जैसे ही एआई अधिक दोहरावदार विकास कार्यों पर कब्जा करता है, अधिक इंजीनियर उच्च-स्तरीय डिजाइन और निर्णय लेने की ओर धकेले जा सकते हैं।

बिल्कुल, तकनीकी प्रतिभा की अभी भी बहुत मांग है। मुझे गलत न समझें, तकनीकी हार्ड कौशल अभी भी पेशे के लिए मूलभूत हैं, लेकिन व्यापक रुझान यह है कि अब उन भूमिकाओं की संख्या कम हो गई है जहां केवल निष्पादन ही आगे बढ़ने के लिए पर्याप्त है। समस्याओं को फ्रेम करने, प्रतिबंधों के तहत प्राथमिकता देने और तकनीकी कार्य को व्यवसायिक मूल्य से जोड़ने में सक्षम लोगों की बहुत मांग है।

यह वह परिवर्तन था जिसे मुझे करना था। मेरा सबसे बड़ा अपग्रेड केवल तकनीकी नहीं था, यह संदर्भ था।

मैंने इंजीनियरिंग को पीछे नहीं छोड़ा, मैंने इसे विस्तारित किया और इसके आसपास के प्रश्नों को पुनः फ्रेम किया।

मैंने अपने करियर विकास को “अधिक कोड”, “अधिक जटिलता”, या “कठिन तकनीकी स्वामित्व” के संदर्भ में मापना बंद कर दिया और इसके बजाय वास्तुकला, व्यवसायिक प्रभाव और निर्णय की गुणवत्ता पर स्थानांतरित कर दिया।

पांच बदलाव जिन्होंने मेरे काम करने के तरीके को बदल दिया

यह थोड़ा अमूर्त लगता है, इसलिए मैं इसे 5 व्यावहारिक बदलावों में तोड़ दूंगा जिन्होंने मुझे व्यवसायिक दृष्टिकोण विकसित करने में मदद की।

पहला बदलाव व्यवसाय को सीधे सीखना था, न कि टिकटों के माध्यम से दूसरों से।

अधिकांश इंजीनियर डाउनस्ट्रीम संकेतों से काम करते हैं। हम आवश्यकताओं प्राप्त करते हैं, लेकिन उन्हें आकार देने वाली बातचीत नहीं। हम उन कार्यों के पीछे के व्यापारिक निर्णयों को नहीं देख पाते हैं, न ही उन कार्यों के रणनीतिक कारणों को देख पाते हैं।

तो मैंने व्यवसाय को सीधे सीखना शुरू किया। मैंने बिक्री और समर्थन कॉल में अधिक भाग लेना शुरू किया, उनकी बातचीत को ध्यान से सुनना और हितधारकों की चर्चाओं पर अधिक ध्यान देना। समय के साथ, मैंने अपने काम को अलग-अलग डिलीवरेबल्स की एक श्रृंखला के रूप में देखना बंद कर दिया।

मुझे एहसास हुआ: एक तकनीकी रूप से सुंदर समाधान जो बहुत देर से आता है, बहुत महंगा है, या गलत समस्या का समाधान करता है, वह रणनीतिक कार्य नहीं है। यह सिर्फ महंगा सही है।

दूसरा बदलाव व्यवसायिक भाषा सीखना था, बिना इसे केवल कार्यकारी अधिकारियों के लिए आरक्षित माना।

मैंने उन सभी शब्दों को सीखना शुरू किया जिन्हें अक्सर इंजीनियरों को स्पष्ट रूप से नहीं सिखाया जाता है: आरओआई, देरी की लागत, अवसर लागत, जोखिम जोखिम, मार्जिन, और अनुक्रम। यह तब तक अपरिहार्य है जब तक आप वरिष्ठ या सी-स्तर की स्थिति के लिए लक्ष्य बना रहे हैं।

यह तकनीकी निर्णय को प्रभावित करता है, क्योंकि कई विशेषज्ञ समस्याओं का समाधान करने में महान होते हैं, लेकिन वे उन्हें व्यवसायिक लक्ष्यों के अनुसार प्राथमिकता और मूल्यांकन नहीं कर सकते हैं।

मेरे लिए, उस भाषा को सीखना मेरी संचार शैली को बदल दिया, और अधिक महत्वपूर्ण बात, मेरे निर्णय लेने की प्रक्रिया को बदल दिया। काम खुद तकनीकी बना रहा, लेकिन इसके पीछे की तर्क अधिक व्यापक हो गई।

यह एआई युग में एक महत्वपूर्ण अंतर है। एआई टीमों को निष्पादन में मदद कर सकता है, लेकिन यह अभी भी निर्णय लेने का मालिक नहीं हो सकता है। यह परत मानवों के लिए है।

एक और बड़ा मानसिक बदलाव था कोड लिखने से पहले सफलता को परिभाषित करना।

समय के साथ, कार्यान्वयन शुरू करने से पहले, मैंने खुद से एक श्रृंखला प्रश्न पूछा:

• यह वास्तव में उपयोगकर्ता या व्यवसाय के लिए क्या बदलता है?
• कौन सा मीट्रिक बदलना चाहिए?
• कैसे कोई यह जानेगा कि यह मायने रखता है?

वे प्रश्न वास्तव में मुझे कोडिंग शुरू करने से पहले चीजों को सॉर्ट करने में मदद करते थे। उन्होंने मुझे एक सामान्य विफलता से भी बचाया: प्रभाव के संरेखण से पहले डिलीवरी में भारी निवेश करना।

यह एक कारण है कि माप महत्वपूर्ण है। डोरा के सॉफ्टवेयर वितरण अनुसंधान ने दिखाया है कि सॉफ्टवेयर को सुरक्षित, तेजी से और कुशलता से कैसे वितरित किया जाए, इसके मूल्य को मापना। लेकिन व्यवहार में, उच्च-प्रदर्शन वाले तकनीकी नेता आमतौर पर एक परत आगे जाते हैं: वे वितरण मेट्रिक्स को उत्पाद परिणामों और व्यवसायिक परिणामों से जोड़ते हैं।

अन्य शब्दों में, शिपिंग समाप्ति रेखा नहीं है। निश्चित रूप से, हम अनुमानित परिणामों को वितरण के आधार पर अनुमानित करते हैं, लेकिन अक्सर यह सफलता को पहले से परिभाषित करने की क्षमता है जो किसी को व्यापक नेतृत्व में ले जाती है।

चौथा बदलाव था ओवरबिल्ड करने से पहले धारणाओं का परीक्षण करना।

मजबूत इंजीनियर अक्सर ओवरबिल्ड करते हैं, जो इस सामान्य गलतफहमी से मार्गदर्शन किया जाता है कि एआई निर्माण को सस्ता बनाता है और अधिक इंजीनियरिंग स्वचालित रूप से बेहतर गुणवत्ता का मतलब है।

उच्च प्रदर्शन वाले तकनीकी लोग अक्सर मजबूत समाधानों के बारे में सोचने के लिए प्रशिक्षित होते हैं, क्योंकि हम सभी चीजों को ठीक से बनाना चाहते हैं। यह एक महान गुण है जिसे विकसित करने के लिए, लेकिन यह अक्सर महंगा हो जाता है जब आप पूर्ण समाधान के लिए प्रतिबद्ध होने से पहले धारणाओं को मान्य नहीं करते हैं।
यही कारण है कि मेरे सबसे व्यावहारिक बदलावों में से एक था निर्माण से पहले एक रोक लगाना और अपनी धारणाओं को परिभाषित करना। एक बार धारणा स्पष्ट और स्पष्ट हो जाने के बाद, काम का आकार बदलता है।

लक्ष्य अब यह नहीं है कि समाधान कितना परिष्कृत हो सकता है। लक्ष्य यह है कि जल्दी, सस्ते और स्पष्ट रूप से सीखने के लिए पर्याप्त है ताकि यह तय किया जा सके कि किस चीज़ में गहरा निवेश करने लायक है।

एक आखिरी बदलाव जो वास्तव में मददगार था वह कोडिंग से पहले लघु निर्णय नोट लिखना था।

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

इसने न केवल संचार में सुधार किया, बल्कि यह कमजोर तर्क को जल्दी से उजागर किया और धारणाओं (पिछले बदलाव देखें) को स्पष्ट करने में मदद की। इसके अलावा, यह एक निर्णय क्यों लिया गया था, इसका एक रिकॉर्ड बनाया, जो विशेष रूप से मूल्यवान हो जाता है जब आप परिणामों की समीक्षा करते हैं। यह छोटा कार्य निर्णयों को कैसे फ्रेम किया जाता है, संवाद किया जाता है और स्वामित्व लिया जाता है, इसे बदल सकता है।

व्यवहार में, कई पदोन्नति इसलिए होती हैं क्योंकि कोई व्यक्ति दूसरों के लिए अस्पष्टता को कम कर सकता है, न कि इसलिए कि वे कमरे में सबसे तकनीकी रूप से उत्कृष्ट व्यक्ति हैं।

अगला स्तर बेहतर निर्णयों के बारे में है

यह बड़ा गलती है जो कई लोग एआई और तकनीकी करियर के बारे में बात करते समय करते हैं। वे कहानी को इस तरह फ्रेम करते हैं जैसे कि यह तकनीकी गहराई और नेतृत्व के बीच चुनने की बात है, या इंजीनियरिंग और प्रबंधन के बीच।

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

इसका मतलब यह नहीं है कि हर मजबूत इंजीनियर को प्रबंधक बनना चाहिए। लेकिन इसका मतलब है कि आगे का मार्ग बदल रहा है। अगला स्तर कम से कम यह साबित करने के बारे में नहीं है कि कोई सबसे कठिन कार्य खुद कर सकता है और अधिक यह साबित करने के बारे में है कि वे एक टीम और व्यवसाय को बेहतर निर्णय लेने में मदद कर सकते हैं।

मैंने इसलिए दीवार से टकराया क्योंकि मुझमें बुद्धिमत्ता या अनुशासन की कमी थी। मैंने इसलिए दीवार से टकराया क्योंकि अगला स्तर एक व्यापक दृष्टिकोण की मांग करता था। एक बार जब यह बदल गया, तो मेरा दायरा भी बदल गया।