अध्याय 21 - प्रदर्शन-आधारित अनुबंध और सेवा स्तर समझौते

21.10.3 टेक्नोलॉजी ट्रांसफर रिलेशनशिप में SLAs

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

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

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

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

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

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

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

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