हाल ही में, मैं अपनी टाइमलाइन पर अक्सर "कॉन्ट्रैक्ट डेवलपमेंट खत्म हो गया है" जैसे वाक्यांश देखता हूँ। आमतौर पर इस पर इस संदर्भ में चर्चा होती है कि AI सॉफ्टवेयर को तेज़ और सस्ता बना रहा है, इसलिए "ग्राहक जो मांगे, उसे बनाकर देने" का पारंपरिक मॉडल तेज़ी से अपनी वैल्यू खो रहा है।
पहले तो मैंने सच में सोचा, "क्या यह सिर्फ एक और 'X खत्म हो गया' का हाइप साइकिल है?"
आखिरकार, लोग दशकों से "कॉन्ट्रैक्ट डेवलपमेंट खत्म हो गया है" कहते आ रहे हैं, AI से पहले भी। इन-हाउस डेवलपमेंट, क्लाउड, मल्टी-टायर सबकॉन्ट्रैक्टिंग, ऑफशोरिंग—हर बार लोगों ने कहा "इस बार यह सच में खत्म होने वाला है," फिर भी कॉन्ट्रैक्ट डेवलपमेंट एक ज़ॉम्बी की तरह बचा रहता है।
असल में, मैंने लंबे समय तक प्रोडक्ट कंपनियों के लिए काम किया, इसलिए मैं इन विषयों को किनारे से देखता था। मुझे याद है कि मैंने सोचा था कि कॉन्ट्रैक्ट डेवलपमेंट मुश्किल लगता है और ऐसी चीज़ है जिसके पास मैं जाना नहीं चाहता।
फिर, तीन साल पहले, मैं Hololab Inc. में शामिल हुआ, और अब मैं क्लाइंट वर्क के बीच में हूँ, जिसमें कॉन्ट्रैक्ट डेवलपमेंट भी शामिल है। सच कहूँ तो, जब मैं शामिल हुआ, तो "कॉन्ट्रैक्ट डेवलपमेंट" शब्द ने मुझे कुछ पल के लिए रोक दिया। फिर भी, नई तकनीक से आने वाली ट्रांसफॉर्मेशन की चुनौती और कंपनी की अपील ही जीत गई। मैंने सोचा कि वास्तव में इसे आज़माए बिना "कॉन्ट्रैक्ट डेवलपमेंट" के बारे में शिकायत करना कूल नहीं होगा।
तब से तीन साल बीत चुके हैं। मैं मैनेजमेंट टीम में शामिल हुआ और कॉन्ट्रैक्ट डेवलपमेंट का सीधे सामना किया। इसलिए इस बार, मैं "कॉन्ट्रैक्ट डेवलपमेंट खत्म हो गया है" वाक्यांश का भागे बिना सामना करना चाहता हूँ।
क्या "कॉन्ट्रैक्ट डेवलपमेंट खत्म हो गया है" सच है?
यह सच है।
AI से पहले भी, DX (डिजिटल ट्रांसफॉर्मेशन) के संदर्भ में नो-कोड की ओर रुझान था और इन-हाउस डेवलपमेंट की ओर एक ट्रेंड था। फिर AI (विशेष रूप से AI एजेंट) की लहर आई, और यह ट्रेंड तुरंत तेज़ हो गया। अब गैर-इंजीनियर भी सॉफ्टवेयर बना सकते हैं।
जब यह विषय आता है, तो जो इंजीनियर इससे अपनी रोज़ी-रोटी कमाते हैं, वे अक्सर "क्वालिटी" या "सिक्योरिटी" पर हंगामा मचाते हैं, यह तर्क देते हुए कि "सॉफ्टवेयर डेवलपमेंट इतना आसान नहीं है।"
हालाँकि, सॉफ्टवेयर के लिए आवश्यक गुणवत्ता उद्देश्य और उपयोग के मामले के अनुसार भिन्न होती है। ग्राहकों या प्रोडक्शन एनवायरनमेंट के लिए सॉफ्टवेयर को एक निश्चित सेवा स्तर की आवश्यकता होती है। दूसरी ओर, इंटरनल टूल्स या PoCs (प्रूफ ऑफ कॉन्सेप्ट) के लिए आवश्यक स्तर अक्सर अपेक्षाकृत कम होता है। और यह बिल्कुल वही क्षेत्र है जिसे AI एजेंटों द्वारा आसानी से बदला जा सकता है—या यूँ कहें कि रिप्लेसमेंट पहले ही शुरू हो चुका है।
सिक्योरिटी और क्वालिटी के संबंध में, मुझे लगता है कि जैसे-जैसे मॉडल विकसित हो रहे हैं और AI उपयोग के बारे में मानव ज्ञान जमा हो रहा है, हर साल अंतर कम होता जा रहा है। सिर्फ दो या तीन साल पहले, मुख्यधारा का दृष्टिकोण था "AI सहायता कर सकता है, लेकिन इसे कोड लिखने देना जल्दबाजी होगी," जबकि अब AI अक्सर कोड लिख रहा है। बदलाव की इस गति को देखते हुए, उन क्षेत्रों में भी जहाँ पूरी तरह से सौंपना वर्तमान में मुश्किल है, निकट भविष्य में "AI मनुष्यों से अधिक विश्वसनीय है" जैसी स्थिति आसानी से हो सकती है।
सच कहूँ तो, एक इंजीनियर के रूप में, मेरे मन का एक हिस्सा यह विश्वास नहीं करना चाहता कि मैंने जो काम किया है, वह इतनी आसानी से बदला जा सकता है। लेकिन मैं स्पष्ट रूप से देख सकता हूँ कि मेरे सामने क्या खत्म हो रहा है। यह हाइप या पोजीशन टॉक नहीं है; यह एक बदलाव है जो वास्तव में हो रहा है।
हालाँकि, इसका मतलब यह नहीं है कि "कॉन्ट्रैक्ट डेवलपमेंट पूरी तरह से खत्म हो रहा है।" जो खत्म हो रहा है, वह कॉन्ट्रैक्ट डेवलपमेंट नहीं है, बल्कि वह सॉफ्टवेयर डेवलपमेंट है जो "सिर्फ बनाना" है। मैं समझाऊँगा कि मैं ऐसा क्यों सोचता हूँ।
1. सभी "कॉन्ट्रैक्ट डेवलपमेंट" को एक साथ नहीं रखा जा सकता
भले ही आप एक ही सांस में "कॉन्ट्रैक्ट डेवलपमेंट" कहें, लेकिन सामग्री अलग-अलग होती है—सिर्फ मैन-मंथ बेचने वाली कंपनियों से लेकर SIers, कंसल्टेंट्स, प्रोडक्ट पार्टनर्स, PMOs, और DX सपोर्ट तक। इसलिए पूछने का सवाल यह नहीं है कि "क्या कॉन्ट्रैक्ट डेवलपमेंट खत्म हो गया है?" बल्कि "वास्तव में क्या खत्म हो रहा है?"
जब आप इसे विभाजित करते हैं, तो AI के कारण मूल्य में गिरावट एक साथ नहीं होती है; यह चरणों में आगे बढ़ती है। पहली लहर "कोड लिखने" के कार्य के मूल्य को प्रभावित करती है। वास्तव में, डेवलपमेंट प्रोडक्टिविटी बढ़ रही है, और प्रोजेक्ट्स का प्रॉफिट स्ट्रक्चर बदलना शुरू हो रहा है।
और यह लहर कोड लिखने पर नहीं रुकेगी। यह धीरे-धीरे डिज़ाइन, रिक्वायरमेंट डेफिनिशन, और उससे पहले के कॉन्सेप्चुअलाइज़ेशन चरण तक फैल जाएगी। इसलिए मैं यह अंतर करना चाहता हूँ कि कौन सी वैल्यू पहले गिरेगी और कौन सी बची रहेगी।
तो, जो खत्म हो रहा है, वह "कहे अनुसार सिर्फ कोड लिखने" का काम है। चाहे वह कॉन्ट्रैक्ट डेवलपमेंट हो या नहीं, इससे कोई फर्क नहीं पड़ता। और यह क्षेत्र पहले से ही सिकुड़ रहा है।
हालाँकि, सिकुड़न एक समान नहीं है। छोटे से मध्यम कॉन्ट्रैक्ट डेवलपर्स और छोटे इन-हाउस डेवलपमेंट इन-हाउस और जनरेटिव AI की लहरों का पूरा प्रभाव महसूस कर रहे हैं, और प्रोजेक्ट गायब होने लगे हैं। दूसरी ओर, मैं अक्सर सुनता हूँ कि बड़े उद्यमों के लिए जटिल सिस्टम अभी तक ज्यादा मुश्किल में नहीं हैं क्योंकि उन्हें अकेले इन-हाउस टीमें नहीं संभाल सकतीं। प्रभाव पैमाने और ग्राहक आधार के अनुसार बहुत भिन्न होता है, इसलिए उन्हें मिलाने से बातचीत धुंधली हो जाती है।
2. ग्राहक पहली जगह पर "कोड" नहीं खरीद रहे हैं
जब आप सोचते हैं कि क्या ग्राहक कोड लिखवाने के लिए कॉन्ट्रैक्ट कर रहे हैं, तो इसका जवाब नहीं है।
ग्राहक जो उम्मीद करते हैं, वह है समस्या-समाधान: वे व्यावसायिक रणनीतियों को व्यवस्थित करना, आवश्यकताओं पर एक साथ विचार करना, निर्णय लेने में मदद करना, आंतरिक समन्वय में सहायता करना, और जोखिम कम करना चाहते हैं। कोड उस उद्देश्य का सिर्फ एक साधन है।
इस तरह सोचने पर, यह तर्क कि "कोड सस्ता हो गया = कॉन्ट्रैक्ट डेवलपमेंट खत्म हो गया" काफी अदूरदर्शी है। साधन सस्ते हो गए, लेकिन अपेक्षित सार बिल्कुल गायब नहीं हुआ है।
यह मेरे अपने अनुभव से मेल खाता है, जिसमें मैंने प्रोडक्ट कंपनियों और कॉन्ट्रैक्ट डेवलपमेंट दोनों में काम किया है। ऐसे कॉन्ट्रैक्ट डेवलपमेंट साइट्स हैं जो व्यवसाय में गहराई से उतरते हैं, और ऐसी इन-हाउस डेवलपमेंट टीमें हैं जो आंतरिक कॉन्ट्रैक्टर्स की तरह काम करती हैं, सिर्फ वही बनाती हैं जो बिजनेस डिपार्टमेंट कहता है। "प्रोडक्ट कंपनी बनाम कॉन्ट्रैक्ट डेवलपमेंट" के बीच एक रेखा खींचना अब वास्तविकता को नहीं दर्शाता है।
इसके अलावा, यह सिर्फ कॉन्ट्रैक्ट डेवलपमेंट के बारे में नहीं है। डेवलपमेंट और कंसल्टिंग के बीच की सीमा भी पिघल रही है। कंसल्टिंग फर्में तेजी से डेवलपमेंट टीमें बना रही हैं, और SIers व्यवसाय सहायता शुरू कर रहे हैं। "SaaS खत्म हो गया" उसी संरचना का अनुसरण करता है: जो कंपनियाँ सिर्फ सॉफ्टवेयर बेचती हैं, वे खत्म हो जाती हैं, जबकि कंपनियाँ जो BPO, ऑपरेशंस, पार्टनरशिप, और परफॉरमेंस गारंटी में उतरती हैं, वे बढ़ रही हैं। कंसल्टिंग, SIers, SaaS, और प्रोडक्ट कंपनियाँ सभी अधिक से अधिक ओवरलैप हो रही हैं। गंतव्य ग्राहक के लिए "वैल्यू" है।
3. "सोचना" और "बनाना" करीब आ रहे हैं
लंबे समय तक, सॉफ्टवेयर बनाने की लागत बहुत अधिक थी। इसलिए, "सोचना" और "बनाना" अनिवार्य रूप से अलग हो गए थे। भूमिकाएँ विभाजित थीं, नौकरी के शीर्षक विभाजित थे, संगठन विभाजित थे, और यहाँ तक कि कंपनियाँ भी विभाजित होती थीं।
AI ने "बनाने" की लागत कम कर दी है। नतीजतन, "सोचना" और "बनाना" स्वाभाविक रूप से एकाग्र होने लगे हैं। भूमिकाएँ, नौकरी के शीर्षक, संगठन, और कंपनियाँ सभी करीब आ रहे हैं। यह वह बदलाव है जो अब हो रहा है।
और एजाइल डेवलपमेंट जो हासिल करना चाहता था, वह बिल्कुल यही था: "सोचने" और "बनाने" को करीब लाना। हम आखिरकार उस आदर्श के करीब पहुँच रहे हैं जो पहले पूरी तरह से साकार नहीं हो सका था क्योंकि बनाने की लागत बहुत अधिक थी।
वास्तव में, अपने स्वयं के क्लाइंट वर्क में, ऐसे मामले बढ़ रहे हैं जो सिर्फ डेवलपमेंट पर खत्म नहीं होते। जो सामान्य डेवलपमेंट के रूप में शुरू होता है, वह अक्सर "हम सलाह लेना चाहते हैं कि व्यवसाय कैसे आगे बढ़ाया जाए" में बदल जाता है, जो PMO, बिजनेस मॉडल डिज़ाइन, प्रोजेक्ट प्रमोशन, और निर्णय लेने के समर्थन तक फैल जाता है। आजकल, ऐसी साइट्स हैं जहाँ हम "सिस्टम बनाने" की तुलना में "व्यवसाय बनाने" में अधिक समय बिताते हैं। पहले तो मैंने सोचा कि क्या यह अभी भी कॉन्ट्रैक्ट डेवलपमेंट है, लेकिन मैंने सीमाओं की परवाह करना बंद कर दिया है।
मैं हाल ही में FDE (फॉरवर्ड डिप्लॉयमेंट इंजीनियर) शब्द बहुत सुन रहा हूँ, और यह संभवतः उसी प्रवृत्ति का हिस्सा है। ग्राहक की साइट पर प्रवेश करना, एक साथ मुद्दों पर विचार करना, और यदि आवश्यक हो तो कोड लिखना। एक "सोचने वाला" और एक "बनाने वाला" नहीं, बल्कि एक "व्यक्ति जो सोचते हुए बनाता है।" यहाँ एक सामान्य गलतफहमी यह है कि सार ऑन-साइट होना या शारीरिक रूप से ग्राहक के करीब होना है। ऐसा नहीं है। यह समस्या-समाधान के करीब होने के बारे में है।
हालाँकि, यह बदलाव एक दोधारी तलवार है। मैंने हाल ही में एक बड़ी कंपनी में यह कहानी सुनी: यह एक व्यावसायिक रणनीति से शुरू हुई। सिस्टम डेवलपमेंट शुरू हुआ। बीच में, बिल्डिंग ही एकमात्र लक्ष्य बन गया। रणनीति गायब हो गई। और भारी मात्रा में अप्रयुक्त सिस्टम बचे रहे। यह वास्तविकता AI से बहुत पहले से मौजूद थी। लेकिन जैसे-जैसे AI बनाने की लागत कम करता है, यह त्रासदी अधिक आसानी से और अधिक मात्रा में घटित होगी। जितना आसान बनाना होता है, "क्या बनाया जाए" का वजन उतना ही भारी हो जाता है।
इसलिए, कॉन्ट्रैक्ट डेवलपमेंट के लिए जो समस्या-समाधान में उतरता है, AI एक टेलविंड है, हेडविंड नहीं। यह "खत्म" होने से कोसों दूर है। हालाँकि, जिस पल आप समस्या-समाधान से दूर होते हैं, वह टेलविंड "बेकार चीज़ों के लिए मास-प्रोडक्शन मशीन" में बदल जाता है।
4. अंततः, मूल्य का स्रोत "लोग" हैं
जब आप यहाँ तक पहुँचते हैं, तो ऐसा लगता है कि कॉन्ट्रैक्ट डेवलपमेंट, कंसल्टिंग, और SaaS के लिए मूल्य का स्रोत समान है। यह सॉफ्टवेयर ही नहीं है। यह लोग हैं।
कोई भी कंपनी जो काम हल कर सकती है, उसे बदल दिया जाएगा। AI जो काम हल कर सकता है, उसे भी बदल दिया जाएगा। लेकिन "यह इन लोगों को ही हल करना होगा" बचा रहता है। "मैं इन लोगों के साथ काम करना चाहता हूँ" भी बचा रहता है।
इसलिए लक्ष्य एक प्रोडक्ट डिलीवर करना नहीं है, बल्कि ग्राहक के लिए मूल्य तक पहुँचने का एक पार्टनर बनना है। उन्हें वस्तु में नहीं, बल्कि लोगों में मूल्य महसूस कराएँ।
सबसे अच्छा उदाहरण निर्णय लेना है। AI कितने भी उम्मीदवार उत्पन्न कर सकता है। लेकिन जो निर्णय लेता है, वह एक मानव है। और आप निर्णय लेने में तभी बेहतर होते हैं जब आप निर्णय लेते हैं।
हम लोगों को कैसे प्रशिक्षित करते हैं, यह भी बदल रहा है। मेरे विभाग में, हम "सोच + बनाने" की ओर बढ़ रहे हैं, और निश्चित रूप से, संघर्ष हैं। लेकिन यह कुछ ऐसा नहीं है जो आप प्रशिक्षण में सीखते हैं। यह केवल काम के भीतर बढ़ता है।
मैं हायरिंग के बारे में संक्षेप में बताऊँगा। हाल ही में, अधिक कंपनियाँ AI के कारण जूनियर हायरिंग कम कर रही हैं। तर्क है, "अगर AI कोड लिखता है, तो हमें जूनियर्स की ज़रूरत नहीं है।" लेकिन मैं इसके विपरीत मानता हूँ। AI-नेटिव जूनियर्स, क्योंकि उनमें निश्चित विचारों की कमी होती है, उनमें इसके उपयोग के ऐसे तरीके ईजाद करने की क्षमता होती है जिनके बारे में हम कभी नहीं सोचेंगे। भले ही अल्पावधि में हायरिंग पर लगाम लगाई जाए, यदि आप एक ऐसा वातावरण नहीं बना सकते जहाँ लोग बढ़ते हैं, तो वह उद्योग केवल गिरावट करेगा। यह AI की गलती नहीं है; यह सिर्फ AI द्वारा लाए गए बदलावों के अनुकूल होने में विफलता है।
इंजीनियर का पेशा गायब नहीं हो रहा है। इंजीनियर का वह काम गायब हो रहा है जो "सिर्फ बनाता है।"
सभी सॉफ्टवेयर डेवलपमेंट "वैल्यू" की ओर बढ़ रहा है
"कॉन्ट्रैक्ट डेवलपमेंट खत्म हो गया है" सच है। हालाँकि, ऐसा नहीं है कि कॉन्ट्रैक्ट डेवलपमेंट खत्म हो रहा है, बल्कि वह सॉफ्टवेयर डेवलपमेंट खत्म हो रहा है जो "सिर्फ बनाना" है। ऐसा नहीं है कि इंजीनियर का पेशा गायब हो रहा है, बल्कि इंजीनियर का वह काम गायब हो रहा है जो "सिर्फ बनाता है।" और यह पहले ही शुरू हो चुका है। कॉन्ट्रैक्ट डेवलपमेंट संयोगवश अग्रिम पंक्ति पर है।
यदि आप एक कदम पीछे हटकर इन बदलावों को देखें, तो एक बड़ी तस्वीर उभरती है। कॉन्ट्रैक्ट डेवलपमेंट व्यवसाय में उतरता है। कंसल्टिंग फर्मों के पास डेवलपमेंट टीमें हैं। SaaS परफॉरमेंस गारंटी में कदम रखता है। FDEs ग्राहक साइटों में प्रवेश करते हैं। स्थितियाँ और प्रारूप सभी अलग-अलग हैं, लेकिन दिशा समान है। सभी सॉफ्टवेयर डेवलपमेंट अपने तरीके से "वैल्यू" के करीब पहुँच रहा है।
इसके अलावा, यह कोई नया चलन नहीं है। इंजीनियर लंबे समय से जानते हैं कि "सिर्फ बनाना काफी नहीं है," और उन्होंने ग्राहकों, उपयोगकर्ताओं और मूल्य के करीब जाने की कोशिश की है। इसका प्रमुख उदाहरण एजाइल डेवलपमेंट है। एजाइल को जन्मे हुए 25 साल हो गए हैं। "सोचने" और "बनाने" को करीब लाने का वह आदर्श इन कुछ वर्षों में AI द्वारा एक साथ तेज हो रहा है। मुझे ऐसा ही लगता है।
इसलिए, हमें अब सॉफ्टवेयर डेवलपमेंट के "रूप" से ग्रस्त नहीं होना चाहिए। कॉन्ट्रैक्ट डेवलपमेंट या प्रोडक्ट कंपनी? SIer या कंसल्टेंट? वहाँ ऊर्जा बर्बाद करने के बजाय, पूछने का सवाल यह है, "आप वैल्यू में कितनी गहराई तक उतर सकते हैं?"
7/24 को, मैं "कॉन्ट्रैक्ट डेवलपमेंट खत्म हो गया है" विषय पर सुबह तक लाइव चर्चा करूँगा
7/24 को, मैं Creationline द्वारा आयोजित एक कार्यक्रम में बोलूँगा जिसका शीर्षक है "AI युग में कॉन्ट्रैक्ट डेवलपमेंट का भविष्य — 'कॉन्ट्रैक्ट डेवलपमेंट खत्म हो गया है' से परे।"
https://creationline.connpass.com/event/398146/
शुक्रवार, 24 जुलाई, 2026, 19:00–20:30, Zoom के माध्यम से आयोजित, नि:शुल्क भागीदारी।
मैं @samuraiRed और @sasakendayo के साथ "कॉन्ट्रैक्ट डेवलपमेंट खत्म हो गया है" विषय पर एक गहन, ईमानदार चर्चा करूँगा।
चूँकि हम तीन लोग हैं जो ऐसी बातें कह सकते हैं जो हमें नहीं कहनी चाहिए, मैंने तैयारी बैठक के दौरान आयोजकों से कहा, "अगर यह हाथ से निकल जाए तो कृपया हमें रोकें।" निश्चित रूप से एक ऐसी उपस्थिति होगी जो आप केवल रीयल-टाइम में ही अनुभव कर सकते हैं।
हम किस तरह की बातें करेंगे?
इसका जवाब है... Tranquilo! जल्दी मत करो!
मैं आपका उस दिन इंतज़ार करूँगा।
ब्लॉग यहाँ है:
