प्लेटो ट्रैप

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

यह सब अच्छा और सटीक है, लेकिन उस कहानी में और भी कुछ है, और यह जल्दी से अधिक स्पष्ट होता जा रहा है। इंजीनियरिंग टीमों को अभी जो वास्तविक जोखिम का सामना करना पड़ रहा है, वह थकान नहीं है। यह प्लेटो है।

नया विभाजन

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

आपको नहीं करना चाहिए।

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

दोनों समूह आपके डैशबोर्ड में “एआई अपनाने वाले” के रूप में दिखाई देते हैं। लेकिन एक प्रगतिशील प्रशिक्षण कार्यक्रम पर है। दूसरा पहले वजन पर रुक गया जो आरामदायक लगा।

छह महीने पहले, इन दो समूहों के बीच का अंतर लगभग अदृश्य था। अब यह किसी को भी दिखाई दे रहा है जो ध्यान दे रहा है। और छह महीने में, यह संरचनात्मक होगा।

प्लेटो वास्तव में कैसा दिखता है

प्लेटोइड इंजीनियर पारंपरिक अर्थों में कुछ गलत नहीं कर रहा है। वे सक्षम हैं। वे जहाज चलाते हैं। वे अपने एजेंट के लिए सरल नौकरियों का उपयोग करते हैं और उसके बाद साफ करते हैं। उन्हें शायद 20-30% उत्पादकता वृद्धि मिली और उन्होंने इसे पूरा कर लिया।

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

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

प्रतिस्पर्धी दबाव वास्तविक और तेज है

यदि आपकी टीमों के पास अपने समय पर अनुकूलन करने की विलासिता थी, तो प्लेटो समस्या एक प्रदर्शन प्रबंधन समस्या होगी। परेशान करने वाला, लेकिन प्रबंधनीय।

लेकिन यदि आप सॉफ्टवेयर उद्योग में व्यापक स्थिति को देखते हैं, तो संभावना है कि आपके पास यह विलासिता नहीं है।

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

आपके प्लेटोइड इंजीनियर एक ऐसी प्रतिस्पर्धी वातावरण में काम कर रहे हैं जो अब मौजूद नहीं है।

उद्धरण जिसने मेरे लिए सब कुछ पुनः परिभाषित किया

मैंने इसे एक से अधिक बार सुना है, उत्पाद प्रबंधकों से जिन्होंने अपनी बाहें उठाईं और वाइब कोडेड सुविधाओं को डिज़ाइन किया, इंजीनियरिंग नेताओं से जिन्होंने विफल होने वाली वास्तुकला को पुनः डिज़ाइन किया, विभिन्न कंपनियों में , विभिन्न संदर्भों में:

“मेरे लिए यह एजेंटों के साथ इस पर पुनरावृत्ति करना आसान था, उस इंजीनियर के साथ।”

मैंने इसे पहली बार सुना तो सोचा कि यह अतिशयोक्ति है। तीसरी बार, मुझे एहसास हुआ कि यह एक अग्रणी संकेतक है।

मेरे दृष्टिकोण से, ऐसे इंजीनियर हैं जो इस नए दुनिया में पनपेंगे और एआई क्षमताओं के “गुणक” होंगे। इसके लिए, उन्हें दो क्षेत्रों में मजबूत होने की आवश्यकता है, दोनों जो स्व-विकसित हो सकते हैं यदि पर्याप्त अंतर्निहित प्रेरणा और बौद्धिक जिज्ञासा हो:

• वे अपने हितधारकों (पीएम, इंजीनियर मैनेजर, आदि) के “एक ही लहर” पर काम करते हैं। वे जानते हैं कि अच्छा क्या दिखता है, इसलिए आपको उन्हें चीजों को अधिक समझाने की आवश्यकता नहीं है। क्योंकि यदि वे अपने कोडिंग एजेंट के समान संख्या में गलतफहमी पैदा करते हैं, तो एजेंट हमेशा उस लड़ाई को जीतेगा। यह तुरंत उपलब्ध है, 24/7, और थकानरहित है।
• वे अपने एआई सेटअप में लगातार सुधार करते हैं, इसलिए जब आप उन्हें कुछ सौंपते हैं, तो आपको पता है कि यह न केवल अच्छी तरह से (ऊपर देखें), बल्कि पर्याप्त तेजी से भी किया जाएगा ताकि वह नए बाजार के तालमेल के साथ तालमेल बिठा सके।

यह एक नेतृत्व समस्या है, न कि व्यक्तिगत

इसे एक व्यक्तिगत इंजीनियर की जिम्मेदारी के रूप में फ्रेम करना लुभावना है। “अपडेट करें या पीछे छूट जाएं।” लेकिन यदि आप एक इंजीनियरिंग संगठन का नेतृत्व करते हैं, तो यह फ्रेमिंग आपको हुक से बाहर लेती है।

आपके प्लेटोइड इंजीनियर ने एक खाली जगह में प्लेटो नहीं किया। उन्होंने इसलिए प्लेटो किया क्योंकि उनके पर्यावरण में उन्हें आगे बढ़ाने के लिए कुछ नहीं था। उन्होंने एक उचित दिखने वाली उत्पादकता लाभ प्राप्त की, किसी ने उन्हें आगे बढ़ने के लिए चुनौती नहीं दी, और जड़ता ने बाकी काम किया।

जिन इंजीनियरों ने आगे बढ़ाया, उनमें से अधिकांश स्व-प्रेरित हैं। वे किसी भी तरह से आगे बढ़ते रहेंगे। लेकिन आप अपनी पूरी इंजीनियरिंग टीम को पूरी तरह से स्व-प्रेरित फ्रंटियर-खोजकर्ताओं के साथ भर नहीं सकते। नेताओं के लिए प्रश्न यह है: मध्य को कैसे स्थानांतरित करें?

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

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

खिड़की बंद हो रही है

यह वह हिस्सा है जो इसे तत्काल बनाता है न कि केवल महत्वपूर्ण।

वर्तमान में, अनुकूलन अंतर एक प्रदर्शन अंतर है। आपके प्लेटोइड इंजीनियर आपके अनुकूलित लोगों की तुलना में धीमे हैं, लेकिन वे अभी भी उत्पादक हैं। वे अभी भी योगदान करते हैं। आप उन्हें ले जा सकते हैं।

यह खिड़की बंद हो रही है। जैसे ही एआई क्षमताएं तेज होती हैं और प्रतिस्पर्धी दबाव जोड़ते हैं, इंजीनियरिंग कार्य की न्यूनतम व्यवहार्य गति बढ़ रही है। आज के “पर्याप्त” इंजीनियर को अगली तिमाही में पर्याप्त होने की गारंटी नहीं है। न कि इसलिए कि वे खराब हो गए, बल्कि इसलिए कि फर्श ऊपर चला गया।

वे संगठन जो अपनी पूरी टीमों को अनुकूलन की वक्र पर ले जाने का तरीका निकालेंगे, न कि केवल प्रारंभिक अपनाने वालों को, उनमें एक जोड़ा संरचनात्मक लाभ होगा। जो नहीं करते हैं वे खुद को ऐसी प्रतिस्पर्धा की गति के लिए स्टाफ के रूप में पाएंगे जो अब मौजूद नहीं है।

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

कोई आरामदायक गति नहीं है

एआई थकान के टुकड़े में, मैंने तर्क दिया कि दर्द साबित करता है कि प्रशिक्षण काम कर रहा है। यह अभी भी सच है। लेकिन इसके बाद का सच कड़ा है: वजन बढ़ता रहता है।

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

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