AI ने डेवलपर्स को तेज़ बना दिया। तो उत्पाद टीमें अभी भी धीमी क्यों हैं?

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

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

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

100 से अधिक SaaS उत्पादों के निर्माण के इंडेक्सनाइन के अनुभव का लाभ उठाते हुए, हरिहरन ने चर्चा की कि वास्तविक बाधा तब उभरती है जब AI-जनित कोड सहयोगात्मक विकास वर्कफ़्लो में प्रवेश करता है।

‘सत्यापन कर’ टीमों को धीमा कर रहा है

एआई उपकरण व्यक्तिगत कोडिंग कार्यों में नाटकीय रूप से तेजी ला सकते हैं। लेकिन एक बार जब कोड टीम वर्कफ़्लो में चला जाता है, तब भी उसे कई समीक्षा परतों से गुजरना पड़ता है।

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

हरिहरन ने इस छिपी हुई लागत को “सत्यापन कर” के रूप में वर्णित किया।

यहां तक ​​कि जब एआई कार्यात्मक कोड तैयार करता है, तो उत्पादन में जाने से पहले टीमों को यह पुष्टि करनी होगी कि कार्यान्वयन प्लेटफ़ॉर्म की व्यापक वास्तुकला में फिट बैठता है।

संदर्भ गायब घटक क्यों है?

हरिहरन के अनुसार, मुख्य मुद्दा एआई उपकरणों को प्रदान किए गए संदर्भ की कमी में है।

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

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

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

पहले खाका लिखना

इस चुनौती से निपटने के लिए, हरिहरन ने स्पेक-संचालित विकास की सिफारिश की, एक दृष्टिकोण जो कोड उत्पन्न करने से पहले सिस्टम व्यवहार को परिभाषित करने को प्राथमिकता देता है।

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

हरिहरन ने इस दृष्टिकोण का सरलता से वर्णन किया: निर्माण से पहले खाका लिखें।

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

संदर्भ इंजीनियरिंग और जीवित दस्तावेज़ीकरण

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

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

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

उन्होंने संदर्भ को “आपके डोमेन ज्ञान का जीवंत दस्तावेज़” बताया।

जब यह जानकारी विकास परिवेश में अंतर्निहित होती है, तो एआई-जनित कोड के सिस्टम आर्किटेक्चर के साथ संरेखित होने की अधिक संभावना होती है, जिससे वरिष्ठ इंजीनियरों पर बोझ कम हो जाता है।

व्यक्तिगत उत्पादकता से लेकर टीम के परिणामों तक

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

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

उस साझा संदर्भ के बिना, उन्होंने चेतावनी दी, एआई बाकी टीम के लिए अधिक सत्यापन कार्य बनाते समय व्यक्तिगत डेवलपर्स को गति दे सकता है।

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