प्लेटो ट्रैप

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

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

नया विभाजन

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

“मेरे लिए यह मेरे एजेंटों के साथ इस पर आगे बढ़ना आसान था, उस इंजीनियर के साथ।”

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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