समस्या निवारण

See also: Troubleshooter

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

सामान्य तौर पर, समस्या निवारण किसी प्रकार की विफलता के कारण सिस्टम के प्रबंधन प्रवाह में समस्या की पहचान या निदान है। समस्या को प्रारंभ में खराब होने के लक्षणों के रूप में वर्णित किया गया है, और समस्या निवारण इन लक्षणों के कारणों को निर्धारित करने और उपचार करने की प्रक्रिया है।

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

फोरेंसिक इंजीनियरिंग के तरीके उत्पादों या प्रक्रियाओं में समस्याओं का पता लगाने में उपयोगी होते हैं, और विशिष्ट विफलताओं के कारण या कारणों को निर्धारित करने के लिए विश्लेषणात्मक तकनीकों की एक विस्तृत श्रृंखला उपलब्ध है। इसी तरह की आगे की विफलता को रोकने के लिए सुधारात्मक कार्रवाई की जा सकती है। पूर्ण पैमाने पर उत्पादन से पहले विफलता मोड और प्रभाव विश्लेषण | विफलता मोड और प्रभाव (FMEA) और दोष वृक्ष विश्लेषण | दोष वृक्ष विश्लेषण (FTA) का उपयोग करके निवारक कार्रवाई संभव है, और इन विधियों का उपयोग विफलता विश्लेषण के लिए भी किया जा सकता है।

पहलू

आमतौर पर समस्या निवारण किसी ऐसी चीज पर लागू होता है जो अचानक काम करना बंद कर देती है, क्योंकि इसकी पहले की कार्यशील स्थिति इसके निरंतर व्यवहार के बारे में अपेक्षाएं बनाती है। इसलिए प्रारंभिक फोकस अक्सर सिस्टम में हाल के बदलावों या उस वातावरण में होता है जिसमें यह मौजूद है। (उदाहरण के लिए, एक प्रिंटर जो वहां प्लग इन होने पर काम कर रहा था)। हालांकि, एक प्रसिद्ध सिद्धांत है कि सहसंबंध का अर्थ कार्य-कारण नहीं है। (उदाहरण के लिए, एक उपकरण की विफलता के तुरंत बाद इसे एक अलग आउटलेट में प्लग करने के बाद इसका मतलब यह नहीं है कि घटनाएं संबंधित थीं। विफलता संयोग का विषय हो सकती थी।) इसलिए, समस्या निवारण जादुई के बजाय महत्वपूर्ण सोच की मांग करता है। विचार।

प्रकाश बल्बों के साथ हमारे सामान्य अनुभवों पर विचार करना उपयोगी है। लाइट बल्ब बेतरतीब ढंग से कम या ज्यादा जलते हैं; अंततः इसके विद्युत फिलामेंट के बार-बार गर्म होने और ठंडा होने और इसे आपूर्ति की जाने वाली शक्ति में उतार-चढ़ाव के कारण फिलामेंट में दरार या वाष्पीकरण हो जाता है। यही सिद्धांत अधिकांश अन्य इलेक्ट्रॉनिक उपकरणों पर लागू होता है और इसी तरह के सिद्धांत यांत्रिक उपकरणों पर लागू होते हैं। कुछ विफलताएं सिस्टम में घटकों की सामान्य टूट-फूट का हिस्सा होती हैं।

समस्या निवारण में पहला मूल सिद्धांत समस्या को इच्छानुसार पुन: उत्पन्न करने में सक्षम होना है। समस्या निवारण में दूसरा मूल सिद्धांत सिस्टम को उसके सरलतम रूप में कम करना है जो अभी भी समस्या दिखाता है। समस्या निवारण में तीसरा मूल सिद्धांत यह जानना है कि आप क्या खोज रहे हैं। दूसरे शब्दों में, सिस्टम को काम करने के तरीके को पूरी तरह से समझने के लिए, ताकि ऐसा होने पर आप त्रुटि का पता लगा सकें।

एक समस्या निवारणकर्ता सिस्टम में प्रत्येक घटक को एक-एक करके जाँच सकता है, प्रत्येक संभावित संदिग्ध के लिए ज्ञात अच्छे घटकों को प्रतिस्थापित कर सकता है। हालांकि, सीरियल प्रतिस्थापन की इस प्रक्रिया को पतित माना जा सकता है जब घटकों को एक परिकल्पना के संबंध में प्रतिस्थापित किया जाता है कि उनकी विफलता के परिणामस्वरूप लक्षणों का निदान कैसे हो सकता है।

सरल और मध्यवर्ती प्रणालियों को उनके घटकों या उप-प्रणालियों के बीच सूचियों या निर्भरता के पेड़ों की विशेषता होती है। अधिक जटिल प्रणालियों में चक्रीय निर्भरता या अंतःक्रियाएं (प्रतिक्रिया पाश ) होती हैं। ऐसी प्रणालियाँ समद्विभाजन समस्या निवारण तकनीकों के लिए कम उत्तरदायी हैं।

यह एक ज्ञात अच्छी स्थिति से शुरू करने में भी मदद करता है, सबसे अच्छा उदाहरण कंप्यूटर कठिन रिबूट है। एक संज्ञानात्मक पूर्वाभ्यास भी कोशिश करने के लिए एक अच्छी बात है। कुशल तकनीकी लेखकों द्वारा निर्मित व्यापक प्रलेखन बहुत मददगार होता है, खासकर अगर यह विषय उपकरण या प्रणाली के लिए संचालन का एक सिद्धांत प्रदान करता है।

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

समस्या निवारण एक व्यवस्थित जांच सूची , समस्या निवारण प्रक्रिया, प्रवाह संचित्र या तालिका का रूप भी ले सकता है जो किसी समस्या के होने से पहले बनाई जाती है। समस्या निवारण प्रक्रियाओं को पहले से विकसित करने से समस्या निवारण में उठाए जाने वाले कदमों के बारे में पर्याप्त विचार करने और समस्या निवारण को सबसे कुशल समस्या निवारण प्रक्रिया में व्यवस्थित करने की अनुमति मिलती है। उपयोगकर्ताओं के लिए उन्हें अधिक कुशल बनाने के लिए समस्या निवारण तालिकाओं को कम्प्यूटरीकृत किया जा सकता है।

कुछ कम्प्यूटरीकृत समस्या निवारण सेवाएँ (जैसे प्राइमफैक्स, बाद में मैक्ससर्व का नाम बदलकर), अंतर्निहित समस्या को ठीक करने की उच्चतम संभावना के साथ तुरंत शीर्ष 10 समाधान दिखाती हैं। तकनीशियन या तो समस्या निवारण प्रक्रिया के माध्यम से आगे बढ़ने के लिए अतिरिक्त प्रश्नों का उत्तर दे सकता है, प्रत्येक चरण समाधान की सूची को कम कर सकता है, या तुरंत लागू कर सकता हैसमाधान वह महसूस करता है कि समस्या ठीक हो जाएगी। यदि समस्या हल होने के बाद तकनीशियन कोई अतिरिक्त कदम उठाता है तो ये सेवाएं छूट देती हैं: उस समाधान की रिपोर्ट करें जिसने वास्तव में समस्या को ठीक किया है। कंप्यूटर इन रिपोर्टों का उपयोग अपने अनुमानों को अद्यतन करने के लिए करता है कि किन समाधानों में लक्षणों के उस विशेष सेट को ठीक करने की उच्चतम संभावना है।

आधा-विभाजन

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

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

यह बाद वाली तकनीक विशेष रूप से उन प्रणालियों में कुशल हो सकती है जिनमें क्रमबद्ध निर्भरता या इसके घटकों के बीच बातचीत की लंबी श्रृंखला होती है। यह केवल निर्भरताओं की सीमा में एक द्विआधारी खोज का अनुप्रयोग है और इसे अक्सर आधा-विभाजन के रूप में संदर्भित किया जाता है। यह बीस प्रश्नों के खेल के समान है: कोई भी विकल्प के सेट को आधा 20 बार विभाजित करके एक मिलियन में से एक विकल्प को अलग कर सकता है (क्योंकि 2^10 = 1024 और 2^20 = 1,048,576)।

पुनरुत्पादन के लक्षण

समस्या निवारण के मूल सिद्धांतों में से एक यह है कि पुनरुत्पादित समस्याओं को मज़बूती से पृथक और हल किया जा सकता है। समस्या निवारण में अक्सर काफी प्रयास और जोर पुनरुत्पादन पर रखा जाता है ... लक्षण को मज़बूती से उत्पन्न करने के लिए एक प्रक्रिया खोजने पर।

आंतरायिक लक्षण

सबसे कठिन समस्या निवारण मुद्दों में से कुछ आंतरायिक दोष से संबंधित हैं। इलेक्ट्रॉनिक्स में यह अक्सर उन घटकों का परिणाम होता है जो ऊष्मीय रूप से संवेदनशील होते हैं (चूंकि सर्किट का प्रतिरोध इसमें कंडक्टरों के तापमान के साथ भिन्न होता है)। सर्किट बोर्ड पर विशिष्ट स्थानों को ठंडा करने के लिए संपीड़ित हवा का उपयोग किया जा सकता है और तापमान बढ़ाने के लिए हीट गन का उपयोग किया जा सकता है; इस प्रकार इलेक्ट्रॉनिक्स सिस्टम की समस्या निवारण में समस्या को पुन: उत्पन्न करने के लिए अक्सर इन उपकरणों को लागू करने की आवश्यकता होती है।

कंप्यूटर प्रोग्रामिंग में दौड़ की स्थिति अक्सर रुक-रुक कर होने वाले लक्षणों को जन्म देती है जिन्हें पुन: पेश करना बेहद मुश्किल होता है; विभिन्न तकनीकों का उपयोग किसी विशेष फ़ंक्शन या मॉड्यूल को सामान्य ऑपरेशन (हार्डवेयर सर्किट में एक घटक को गर्म करने के अनुरूप) की तुलना में अधिक तेज़ी से बुलाए जाने के लिए किया जा सकता है, जबकि अन्य तकनीकों का उपयोग अधिक देरी या बल लगाने के लिए किया जा सकता है अन्य मॉड्यूल या परस्पर क्रिया प्रक्रियाओं के बीच तुल्यकालन।

आंतरायिक मुद्दों को इस प्रकार परिभाषित किया जा सकता है:

An intermittent is a problem for which there is no known procedure to consistently reproduce its symptom.

— Steven Litt,

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

फिर भी, कभी-कभी समस्या निवारकों को सांख्यिकीय तरीकों का सहारा लेना पड़ता है ... और वे केवल लक्षण की घटना को उस बिंदु तक बढ़ाने के लिए प्रक्रियाएं खोज सकते हैं जहां क्रमिक प्रतिस्थापन या कोई अन्य तकनीक संभव हो। ऐसे मामलों में, यहां तक ​​कि जब लक्षण काफी लंबे समय के लिए गायब होने लगता है, तो इस बात का विश्वास कम होता है कि मूल कारण विश्लेषण पाया गया है और समस्या वास्तव में हल हो गई है।

साथ ही, यह निर्धारित करने के लिए कि क्या वे घटक विफल हो गए हैं, कुछ घटकों पर जोर देने के लिए परीक्षण चलाए जा सकते हैं।

एकाधिक समस्याएं

प्रजनन योग्य लक्षणों का कारण बनने वाले एकल घटक विफलताओं को अलग करना अपेक्षाकृत सरल है।

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

सरल प्रणालियों में भी, समस्या निवारणकर्ता को हमेशा इस संभावना पर विचार करना चाहिए कि एक से अधिक दोष हैं। (प्रत्येक घटक को बदलना, क्रमिक प्रतिस्थापन का उपयोग करना, और फिर पुराने के लिए प्रत्येक नए घटक की अदला-बदली करना, जब लक्षण बने रहना पाया जाता है, ऐसे मामलों को हल करने में विफल हो सकता है। इससे भी महत्वपूर्ण बात यह है कि किसी भी घटक को दोषपूर्ण के साथ बदलना वास्तव में हो सकता है। समस्याओं को दूर करने के बजाय उनकी संख्या में वृद्धि करें)।

ध्यान दें कि, जब हम घटकों को बदलने के बारे में बात करते हैं तो कई समस्याओं के समाधान में प्रतिस्थापन के बजाय समायोजन या ट्यूनिंग शामिल होती है। उदाहरण के लिए, कंडक्टरों में रुक-रुक कर टूटना --- या गंदे या ढीले संपर्कों को बस साफ करने और/या कसने की आवश्यकता हो सकती है। प्रतिस्थापन की सभी चर्चाओं को प्रतिस्थापन या समायोजन या अन्य संशोधन के रूप में लिया जाना चाहिए।

यह भी देखें

• 5 क्यों
• बाथटब वक्र
• कारणता
• डिबगिंग
• फोरेंसिक इंजीनियरिंग
• कोई परेशानी नहीं पायी गयी
• समस्या को सुलझाना
• मूल कारण विश्लेषण
• आरपीआर समस्या निदान