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