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