सॉफ्टवेयर रखरखाव के दायरे में क्या होना चाहिए

रखरखाव कई अलग कामों का नाम है

समझौता अपेक्षित व्यवहार बहाल करने और नया व्यवहार जोड़ने में फर्क बताए। निर्भरता अपडेट, सुरक्षा, निगरानी, बैकअप और रिलीज़ सहायता भी स्पष्ट हों। मासिक घंटों की सीमा यह नहीं बताती कि घटना कौन पहचानेगा या प्रोडक्शन कौन बदल सकता है। शामिल सिस्टम, काम का समय और एस्केलेशन संपर्क लिखें।

वादा किए व्यवहार से वर्ग तय करें

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

घटना रिपोर्ट होने पर क्या होगा

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

रोकथाम को ठोस जगह दें

उत्पाद के अनुसार विफल कार्य देखना, बहाली परीक्षण, निर्भरता सूचना और संपर्कों को अलर्ट पहुँचना सूचीबद्ध करें। हर काम का अंतराल या शर्त, मालिक और पूरा होने का प्रमाण हो। सभी उत्पादों का समान कैलेंडर नहीं और सामान्य सूची अनकिए काम का दावा न करे। डेटा या कनेक्शन बदलने वाले अपडेट में सत्यापन और रिकवरी शामिल हों। अस्पष्ट मासिक घंटों से जाँचे जा सकने वाला प्रमाण बेहतर है।

रखरखाव से नियंत्रित निकलना

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

आरक्षित क्षमता और जरूरत पर काम तुलना करें

आरक्षित क्षमता निरंतरता और रोकथाम देती है, लेकिन प्राथमिकता और बचा समय संभालने की नीति चाहिए। कम बदलते उत्पाद को जरूरत पर काम सूट कर सकता है; आपातकाल में उपलब्धता अलग तय करें। जवाब का समय और समाधान का वादा अलग हैं: तीसरे पक्ष की खराबी रखरखाव टीम के नियंत्रण से बाहर हो सकती है। बिना सीमा के “असीमित सहायता” न लिखें।

संचालन का समझौता लिखें

Orvun Labs के साथ रखरखाव या पुराने प्रोजेक्ट का काम सूची और बहाली समीक्षा से शुरू हो सकता है। निष्कर्ष ऐसे दायरे में बदलें जिसे उत्पाद और संचालन दोनों जिम्मेदार समझें।

• कौन-सी ऐप, इंटीग्रेशन और वातावरण शामिल हैं?
• अलर्ट कौन देखता और आपात बदलाव कौन मंजूर करता है?
• जवाब, अस्थायी उपाय और अंतिम समाधान कैसे अलग हैं?
• रोकथाम, रिलीज़, दस्तावेज और हस्तांतरण कैसे बताए जाएँगे?