डाउनटाइम के प्रबंधन की कला

managing downtime

यह ब्लॉग दक्षिणी वन उत्पाद संघ के सहयोगी सदस्य मदेरा द्वारा प्रस्तुत किया गया था। मूल पोस्ट को उसके ई पर क्लिक करके पाया जा सकता है

जबकि प्रत्येक विनिर्माण ऑपरेशन की अपनी बारीकियां होती हैं, वे उत्पादन क्षमता को अधिकतम करने के लिए डाउनटाइम (अनिर्धारित ठहराव, उपकरण विफलताओं, आदि) को कम करने पर सार्वभौमिक रूप से केंद्रित होते हैं। यह डाउनटाइम के प्रबंधन की कला पर ध्यान केंद्रित करने का समय है।

डाउनटाइम दुश्मन है; अपटाइम लक्ष्य है। डाउनटाइम में कमी संगठनों का इतना बड़ा फोकस है कि प्रति सप्ताह एक या एक से अधिक बैठकें पूरी तरह से विषय के लिए समर्पित होना काफी आम है। यह बहुत अधिक ध्यान, ऊर्जा और प्रयास खर्च किया जा रहा है, और फिर भी लगभग हर ऑपरेशन में, इन वार्तालापों में सहायता के लिए उपलब्ध डाउनटाइम जानकारी अपर्याप्त हो सकती है। इसके परिणामस्वरूप “तत्काल दर्द” पर ध्यान केंद्रित किया जाता है कि अभी क्या हुआ, बजाय एक कदम पीछे हटने और डाउनटाइम के ड्राइवरों पर प्रतिबिंबित करने और मूल कारण के मुद्दों को संबोधित करने के।

परिणाम? डाउनटाइम के लगातार असंतोषजनक स्तर और “अजीब-ए-तिल” की निराशाजनक भावना। अपर्याप्त डाउनटाइम ट्रैकिंग समाधान आम तौर पर चार बाल्टी में से एक में आते हैं।

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

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

 

  • श्रेष्ठ होना: ज्यादातर मामलों में, ऊपर उल्लिखित पेपर सिस्टम को किसी के द्वारा रिपोर्टिंग उद्देश्यों के लिए एक्सेल में स्थानांतरित कर दिया जाएगा। जबकि एक्सेल उन कुछ “एक्सेल निन्जा” के हाथों में एक बहुत शक्तिशाली उपकरण हो सकता है, डाउनटाइम को ट्रैक करने के लिए स्प्रेडशीट के अधिकांश उपयोग डाउनटाइम मुद्दों की एक मजबूत समझ प्रदान करने से कम हो जाते हैं। इसके अतिरिक्त, कागज से एक्सेल में माइग्रेट करने से डाउनटाइम संचार करने में देरी होती है, एक अतिरिक्त प्रशासनिक बोझ पैदा होता है, और हस्तलिखित नोट्स मैन्युअल रूप से कुंजीबद्ध होने के कारण टाइपो और त्रुटियों को प्रेरित कर सकता है।

ये मुद्दे अक्सर मिल-स्तरीय स्प्रेडशीट के रूप में मिश्रित होते हैं, फिर कुछ सारांश संख्याओं को खींचा जाना चाहिए, और फिर मैन्युअल रूप से अलग-अलग क्षेत्रीय, डिवीजनल या कॉर्पोरेट स्प्रेडशीट में दर्ज किया जाना चाहिए।

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

 

तो डाउनटाइम के प्रबंधन के लिए क्या काम करता है?

यदि आप अभी भी पढ़ रहे हैं, तो यह संभावना है कि इस लेख में कुछ तंत्रिका मारा गया है – एक दर्द बिंदु जो आपके पास आपकी सुविधा में डाउनटाइम को ट्रैक करने और प्रबंधित करने के बारे में है। यदि आप एक वैकल्पिक समाधान पर विचार कर रहे हैं, तो “आदर्श” समाधान कैसा दिखता है, इस पर प्रतिबिंबित करने के लिए कुछ समय दें।

डाउनटाइम ट्रैकिंग और रिपोर्टिंग सिस्टम को मजबूत और प्रभावी माना जाने के लिए इसे कई मानदंडों को पूरा करना चाहिए:

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

 

समाप्ति

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

maderasoftware.com पर और जानें।