Are you searching for 8D Full Form? here you will get all the answer. Read full article.
Ford कंपनी ने 1980 में एक समस्या समाधान प्रक्रिया शुरू की जिसे 8D या आठ अनुशासन के रूप में जाना जाता है। 8D का उपयोग करने के बाद, यह इतना प्रभावी साबित हुआ कि इसे Ford कंपनी द्वारा एक प्राथमिक दस्तावेज़ बना दिया गया और Ford कंपनी 8D समस्या समाधान तकनीकों का उपयोग करना जारी रखती है।
8D Full form kya hai? what is 8d in quality
 |
8D पद्धति के आठ चरण
8D कार्यप्रणाली मूल रूप से आठ "विषयों" या चरणों से बनी थी। 1980 के दशक में फोर्ड ने एक नौवां अनुशासन, नियोजन जोड़ा, लेकिन "8D" नाम को बरकरार रखा गया। अनुशासन हैं: 8D Full Form
- D0 - योजना
- D1 - एक टीम बनाएं
- D2 - समस्या को परिभाषित करें
- D3 - एक अस्थायी सुधार लागू करें
- D4 - मूल कारणों की पहचान करें और समाधान चुनें
- D5 - समाधान की पुष्टि करें समस्या का समाधान करता है
- D6 – समाधान को पूरी तरह से लागू करें
- D7 - पुनरावृत्ति रोकें
- D8 - टीम को पहचानें
8D कार्यप्रणाली कैसे काम करती है?
8D कार्यप्रणाली की ताकत एक चल रही प्रणाली में आवर्ती समस्याओं की पहचान करने, सही करने और स्थायी रूप से समाप्त करने की क्षमता है, एक त्वरित सुधार लागू करके और फिर समस्या के मूल कारण को संबोधित करते हुए। 8D Full Form is..
D0 - योजना
8D कार्यप्रणाली अक्सर किसी उत्पाद के साथ किसी समस्या के बारे में ग्राहक की शिकायत से शुरू होती है। कुछ मामलों में प्रबंधन, या उत्पादन श्रमिकों द्वारा समस्या की पहचान की जा सकती है। हालाँकि समस्या की पहचान पहले की जाती है, पहला कदम एक प्रारंभिक योजना स्थापित करना है। योजना में समस्या पर एक रिपोर्ट शामिल है, इसके दायरे के प्रारंभिक मूल्यांकन के साथ। यह योजना एक टीम को परिभाषित करने, आवश्यक संसाधनों की पहचान करने और समाधान के लिए एक कार्यक्रम स्थापित करने का आधार बनाती है।
D1 – एक टीम बनाएं
टीम बहु-विषयक होनी चाहिए, और जांच की जा रही उत्पाद, प्रक्रिया, या उपकरण में विशेषज्ञता शामिल होनी चाहिए। किसी उत्पाद के साथ किसी समस्या के मामले में, ग्राहक की ज़रूरतों को समझना महत्वपूर्ण है, और मार्केटिंग के प्रतिनिधि या टीम में एक ग्राहक भी सहायक होता है। जब प्रक्रियाओं और कर्मचारियों को शिफ्ट करने की आवश्यकता होती है, तो टीम में एचआर प्रतिनिधि का होना मददगार हो सकता है।
टीम का पहला काम उद्देश्य कथन लिखना होगा। यह लिखित दस्तावेज़ परिभाषित करता है कि टीम क्यों मौजूद है, और इसे क्या करना चाहिए। टीम द्वारा इस पर चर्चा करने और अपनी पहली मीटिंग में दस्तावेज़ बनाने से सभी को एक ही पृष्ठ पर लाने में मदद मिलती है।
D2 - समस्या को परिभाषित करें
क्या, विशेष रूप से, गलत हो रहा है? समस्या को मात्रात्मक शर्तों का उपयोग करके परिभाषित करने की आवश्यकता है। ग्राहक की शिकायत हो सकती है, "यह उत्पाद काम नहीं करता!" यह कैसे काम नहीं कर रहा है? समस्या को परिभाषित करने के लिए परीक्षण विधियों की स्थापना और डेटा एकत्र करने, ग्राहकों का साक्षात्कार करने या उत्पाद बनाने में शामिल श्रमिकों से बात करने की आवश्यकता हो सकती है।
समस्या को परिभाषित करते समय लागू करने के लिए "गेम्बा" एक महत्वपूर्ण सिद्धांत है। गेम्बा का अर्थ उस भौतिक स्थान पर जाना है जहां समस्या है - वास्तविक स्थान - और स्वयं को देखें। इसका उद्देश्य प्रथम-हाथ की जानकारी प्राप्त करना है।
इस बिंदु पर, टीम समस्या के कारण की तलाश नहीं कर रही है, या "यह कहाँ से आती है?" इसके बजाय, वे समस्या की विशेषताओं, या "यह क्या है" निर्धारित करने के लिए यथासंभव अधिक से अधिक जानकारी एकत्र कर रहे हैं।
D3 - एक अस्थायी सुधार लागू करें
यदि समस्या ग्राहकों को प्रभावित कर रही है, उत्पादकता या लागत को प्रभावित कर रही है, या कोई चोट, स्वास्थ्य, या पर्यावरणीय खतरा पैदा कर रही है, तो इसे तुरंत संबोधित करने की आवश्यकता है। एक अस्थायी सुधार की पहचान, मूल्यांकन और कार्यान्वयन किया जाना चाहिए। इन सुधारों में उत्पाद पर फिर से काम करना, अतिरिक्त गुणवत्ता जांच शामिल करना, या अपने आपूर्तिकर्ताओं से आने वाले भागों का निरीक्षण करना और उन्हें छांटना शामिल हो सकता है।
यदि कोई अस्थायी सुधार संभव नहीं है, तो परियोजना को भेजना बंद करना या समस्या वाली प्रक्रिया को बंद करना आवश्यक होगा।
एक मूल्यांकन के बिना एक अस्थायी सुधार लागू न करें। टीम को यह सुनिश्चित करने की आवश्यकता है कि अस्थायी सुधार सुरक्षित है, वास्तव में वर्तमान समस्या का समाधान करेगा, और लागू करने के लिए आसान और लागत प्रभावी है - अपनी खुद की नई समस्याएं पैदा किए बिना।
D4 - मूल कारणों की पहचान करें
अस्थायी सुधार के साथ, अगला कदम समस्या के मूल कारण की पहचान करना है। 8D कार्यप्रणाली का समग्र लक्ष्य समस्या को स्थायी रूप से समाप्त करना है। यह तभी किया जा सकता है जब मूल कारण की पहचान की जाए और उसे समाप्त किया जाए।
मूल कारण की पहचान करने के लिए "पांच क्यों" जैसी तकनीकों का उपयोग किया जा सकता है। इस दृष्टिकोण में प्रश्न पूछना शामिल है "क्यों?" बार-बार (अक्सर पाँच बार) जब तक कि मूल कारण का पता न चल जाए। मूल कारण की पहचान करने में सहायता के लिए अन्य विधियां, जैसे मछली-हड्डी आरेख, माता-पिता विश्लेषण, या दोष वृक्ष विश्लेषण भी उपलब्ध हैं। हालाँकि, मूल कारण की पहचान हो जाने के बाद, टीम को यह तय करना चाहिए कि इसे कैसे समाप्त किया जाए।
D5 - समाधान की पुष्टि करें समस्या का समाधान करता है
किसी समाधान का परीक्षण करने के सर्वोत्तम तरीकों में से एक यह है कि इसे छोटे तरीके से लागू किया जाए और निगरानी की जाए कि क्या होता है। उदाहरण के लिए, यदि निर्माण प्रक्रिया में कई सेल शामिल हैं, तो समाधान को एक सेल में लागू किया जा सकता है और परिणामों की निगरानी की जा सकती है। यदि यह एक सेल में सफल होता है, तो इसे सभी सेल में लागू किया जा सकता है। यदि समाधान का छोटे तरीके से परीक्षण नहीं किया जा सकता है, तो सिस्टम या उत्पाद में प्रस्तावित परिवर्तनों का विश्लेषण करने के लिए विफलता मोड और प्रभाव विश्लेषण जैसी तकनीकों का उपयोग किया जा सकता है।
टीम को यह सुनिश्चित करने के लिए सावधान रहने की जरूरत है कि उन्होंने कुछ मिस नहीं किया है। ब्लाइंड स्पॉट विश्लेषण का आयोजन उन चीजों की पहचान करने के लिए उपयोगी हो सकता है जिन्हें अनदेखा कर दिया गया है। अनपेक्षित परिणामों और नकारात्मक साइड-इफेक्ट्स के लिए देखें जो समाधान को लागू करने से हो सकते हैं।
D6 – समाधान को पूरी तरह से लागू करें
एक बार समाधान सत्यापित हो जाने के बाद - यह नई समस्याओं को शुरू किए बिना मूल कारण को समाप्त कर देगा - स्थायी परिवर्तन करके इसे पूरी तरह लागू किया जा सकता है।
D7 - पुनरावृत्ति रोकें
एक बार परिवर्तन किए जाने के बाद, यह सुनिश्चित करने के लिए कदम उठाए जाने की आवश्यकता है कि वे परिवर्तन प्रभावी रहें, और कोई भी नई प्रक्रिया अपनाई जाए। इसमें आमतौर पर लिखित मानकों में बदलाव शामिल होते हैं। नए तरीकों, प्रक्रियाओं और मानकों पर लोगों को गति देने के लिए प्रशिक्षण की आवश्यकता हो सकती है।
D8 - टीम को पहचानें
टीम की उपलब्धियों को पहचानना अंतिम चरण है। यह एक साधारण "धन्यवाद" हो सकता है, लेकिन इसे इस तरह से किया जाना चाहिए कि आपके संगठन के अन्य लोगों को पता चले कि क्या किया गया है। धन्यवाद कहने का एक सामान्य तरीका कंपनी न्यूज़लेटर में एक लेख के साथ है, या पूरी सुविधा के दौरान बुलेटिन बोर्ड पर एक पोस्टर लगाया गया है। सुनिश्चित करें कि टीम में सभी का नाम है ताकि सभी को टीम का हिस्सा बनने के लिए पहचाना जा सके।
Search Terms:
8d full form in quality
8d full form
8d full form in music
8d in quality in hindi
8d in hindi
8d full form
8d in hindi
8d audio full form
8d in hindi
