AI पहले से कहीं अधिक तेज़ी से कोड तैयार कर सकता है, लेकिन अधिकांश कंपनियाँ अभी भी उन पुरानी प्रक्रियाओं के माध्यम से प्रोजेक्ट चलाती हैं जो काम को एक विभाग से दूसरे विभाग में स्थानांतरित करती रहती हैं। इसका परिणाम एक क्लासिक बाधा (bottleneck) के रूप में सामने आता है: कोड तेज़ी से आगे बढ़ता है जबकि संगठन पीछे छूट जाता है।
Temp Squads नामक एक नया दृष्टिकोण उपकरणों के बजाय लोगों को पुनर्गठित करके इस असंगति को ठीक करता है। विचार सरल है—एक एकल व्यावसायिक लक्ष्य के इर्द-गिर्द एक अल्पकालिक, मिश्रित-कौशल वाली टीम बनाएं, AI को प्रत्येक सदस्य को शुरुआत करने में मदद करने दें, और फिर लक्ष्य पूरा होने पर टीम को भंग कर दें।
केवल AI ही पर्याप्त क्यों नहीं है
लार्ज-लैंग्वेज मॉडल्स फंक्शन जेनरेट कर सकते हैं, रिफैक्टर (refactor) का सुझाव दे सकते हैं, और यहाँ तक कि पूरे मॉड्यूल भी लिख सकते हैं। ये लाभ उसी क्षण समाप्त हो जाते हैं जब एक पुल रिक्वेस्ट (pull request) कई विभागों के बीच हैंडऑफ के कारण रुक जाती है, जहाँ प्रत्येक विभाग एक अलग साइलो (silo) में काम करता है। ये हैंडऑफ उस समय को खा जाते हैं जो AI ने बचाया था, और अतिरिक्त मीटिंग्स देरी को और बढ़ा देती हैं।
संगठनों को एक ऐसे तरीके की आवश्यकता है जिससे काम शुरू से अंत तक एक ही केंद्रित समूह के भीतर रहे। यहीं पर Temp Squad की अवधारणा काम आती है।
Temp Squad फ्रेमवर्क
एक Temp Squad एक अस्थायी, क्रॉस-फंक्शनल टीम है जिसे एक विशिष्ट व्यावसायिक परिणाम प्राप्त करने के लिए बनाया गया है। सदस्य अपने नियमित पद—backend engineer, UX designer, product owner—बनाए रखते हैं, लेकिन वे प्रोजेक्ट की अवधि के लिए स्क्वाड में शामिल होते हैं। जब उद्देश्य पूरा हो जाता है, तो स्क्वाड भंग हो जाता है और स्थायी टीम कोड का दीर्घकालिक स्वामित्व संभाल लेती है।
चरण-दर-चरण कार्यान्वयन
- लक्ष्य निर्धारित करें – व्यवसाय वांछित फीचर या परिणाम का "क्यों" और "क्या" बताता है। इस स्तर पर किसी विस्तृत कार्य सूची की आवश्यकता नहीं है।
- माइलस्टोन बनाएं – लक्ष्य को एक सिंगल कार्ड पर दर्ज करें जिसमें जोखिम, सफलता के मेट्रिक्स और अपेक्षित परिणाम भी सूचीबद्ध हों। यह कार्ड व्यवसाय और तकनीक के बीच एकमात्र संदर्भ (reference) बन जाता है।
- Temp Squad बनाएं – आवश्यक सटीक कौशल की पहचान करें—backend, frontend, UX, data, आदि—और उन व्यक्तियों को एक साथ लाएं। वे अन्य जगहों पर अपने नियमित कर्तव्यों का पालन करते हैं लेकिन स्क्वाड के लिए अपनी क्षमता (capacity) आवंटित करते हैं।
- ओपन-सोर्स मॉडल का उपयोग करें – माइलस्टोन को छोटे, स्वतंत्र इश्यूज (issues) में विभाजित करें जिन्हें एक साझा रिपॉजिटरी (repository) में रखा जाए। स्क्वाड में कोई भी व्यक्ति अपनी उपलब्धता के अनुसार किसी भी इश्यू को चुन सकता है, जिससे एक कठोर टास्क-ओनर पदानुक्रम (hierarchy) से बचा जा सके।
- AI इंटेलिजेंस लागू करें – एक AI असिस्टेंट प्रत्येक इश्यू को स्कैन करता है और एक कार्यान्वयन योजना (implementation plan) का प्रस्ताव देता है। यह सुझाव डेवलपर को शुरुआत करने में मदद करता है, लेकिन किसी भी कोड को लिखने से पहले एक इंसान को इसकी समीक्षा और अनुमोदन करना आवश्यक है।
- स्क्वाड को भंग करें – एक बार माइलस्टोन के मेट्रिक्स पूरे हो जाने के बाद, स्क्वाड को समाप्त कर दें। स्थायी टीम रखरखाव और भविष्य के सुधारों के लिए नए कोडबेस की उत्तराधिकारी बनती है।
यह कैसे काम करता है
- हैंडऑफ को समाप्त करता है – सारा काम स्क्वाड के भीतर ही रहता है, इसलिए टिकट कभी भी कई विभागों से होकर नहीं गुजरते।
- कौशल भागीदारी को व्यापक बनाता है – डिज़ाइनर, मैनेजर और अन्य नॉन-इंजीनियर्स, AI-जेनरेटेड स्केफोल्डिंग (scaffolding) की मदद से सीधे कोडबेस में योगदान देते हैं।
- मीटिंग के बोझ को कम करता है – अलग-अलग समूहों में स्टेटस अपडेट की लंबी श्रृंखला के बजाय एक ही संचार चैनल काम करता है।
- दीर्घकालिक स्वामित्व बनाए रखता है – स्क्वाड के समाप्त होने के बाद भी मौजूदा प्रोडक्ट टीम कोड की मालिक रहती है, जिससे "orphaned" फीचर्स की समस्या नहीं होती।
संभावित कमियां
(भविष्य के इनपुट के लिए अनुभाग खाली छोड़ा गया है)
इसे कैसे आजमाएं
छोटी शुरुआत करें। एक प्रोजेक्ट पर पायलट चलाएं। परिणामों को मापें।
निष्कर्ष: AI कोड निर्माण की गति को बढ़ाता है, लेकिन एक मेल खाने वाली संगठनात्मक लय (organizational rhythm) के बिना ये लाभ समाप्त हो जाते हैं। Temp Squads लोगों और मशीनों को एक एकल, अच्छी तरह से परिभाषित लक्ष्य के इर्द-गिर्द संरेखित करते हैं, जिससे AI की गति वास्तविक दुनिया के वितरण (delivery) में बदल जाती है।