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