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