कार्यस्थल में पैथोलॉजिकल शरीर रचना

हम गुणवत्ता प्रबंधन के विषय को जारी रखते हैं, शुरुआत यहां है ।

गुणवत्ता क्या है - मान लीजिए, हमने इसे समझ लिया, यह उपभोक्ता आवश्यकताओं के अनुपालन की डिग्री है। आप कम से कम मेरे वर्गीकरण से सहमत नहीं हो सकते हैं, लेकिन इस परिभाषा में कोई स्पष्ट भूल नहीं है।

परिभाषा समझने योग्य है, लेकिन गुणवत्ता प्रबंधन के लिए पर्याप्त नहीं है। यह कुछ बुनियादी, मौलिक मूल्य है, सिस्टम का लक्ष्य है, न कि कार्रवाई का मार्गदर्शक। आपको क्या करने की आवश्यकता है?

गुणवत्ता सुधारने के लिए किस पर ध्यान देना चाहिए? और क्या गुणवत्ता में सुधार की जरूरत है? सभी ने सुना है कि एक गुणवत्ता वाला उत्पाद है, और एक गुणवत्ता प्रक्रिया है। अंतर क्या है? क्या अधिक महत्वपूर्ण है?

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

यह क्या होने वाला है? गुणवत्ता प्रबंधन? अंत में, हाँ, लेकिन रास्ता थोड़ा अजीब है। हम गुणवत्ता, लेकिन आवश्यकताओं का प्रबंधन नहीं करेंगे। क्या ज्ञान का ऐसा क्षेत्र है - आवश्यकताओं का प्रबंधन? आईटी में, विशेष रूप से। हालाँकि, यदि आप टीवी देखते हैं, तो वे ऐसा कर रहे हैं, कि आवश्यकताओं को प्रबंधित करना - ऐसा लगता है, इसे "प्रचार" कहा जाता है।

मैं आपको यह बताने की कोशिश करूंगा कि मैंने अपने जीवन में "सामान्य" गुणवत्ता प्रबंधन के बारे में क्या सीखा।

उत्पाद और प्रक्रिया

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

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

OTC क्या करता है? उत्पाद नियंत्रण , अर्थात तैयार उत्पाद। वे इसे मापते हैं, विश्लेषण करते हैं, परीक्षण करते हैं, आदि, जिसके परिणामों के अनुसार वे तय करते हैं कि उत्पाद को जारी किया जाए (या बल्कि, छोड़ें ) या नहीं। यदि नहीं, तो या तो नाबदान में, या परिवर्तन में।

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

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

उत्पाद - एक ठोस एक, अर्थात्, लोहे का एक टुकड़ा - समायोजित किया गया, सुनिश्चित गुणवत्ता , सभी अच्छी तरह से किया गया, योजना, प्रीमियम, कॉर्पोरेट पार्टी। लेकिन प्रक्रिया यथावत रही।

प्रक्रिया के साथ फ़िदा होना बहुत ही डरावना है । यह एक लंबी, थकाऊ, धन्यवादहीन नौकरी है। किसी उत्पाद को ठीक करना बहुत आसान है। यह एक समझ में आता है, अवधि में कम, आसानी से औसत दर्जे का काम है।

लेकिन उत्पाद की गुणवत्ता प्रबंधन से उत्पादन या निकास, लगभग हमेशा एक ही होता है - एक विशेष उत्पाद की गुणवत्ता। सॉफ्टवेयर, कार, डेस्क, पुल इत्यादि का विमोचन याद रखें कि ट्रांसफार्मर कैसे थे? "लेनी, हथौड़ा खींचें, कुछ ठीक करना है।"

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

उत्पाद और प्रक्रिया सीमाएँ

वास्तविक उत्पादन में, एक उत्पाद और एक प्रक्रिया की सीमाओं का निर्धारण करना बहुत मुश्किल नहीं है। यहाँ सॉसेज है, यहाँ बाकी है।

लेकिन क्या, उदाहरण के लिए, हमारे लिए एक निकटतम उदाहरण में - एक सूचना प्रणाली का संचालन? मैं माफी मांगता हूं, लेकिन उदाहरण 1 सी के बारे में होगा।

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

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

दूसरा संकेतक सरल और स्पष्ट है - समय, सेकंड में मापा जाता है। गुणवत्ता प्रबंधन के संदर्भ में, इस सूचक को "मात्रात्मक" कहा जाता है।

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

यहां प्रक्रिया कहां है, और उत्पाद कहां है? सबसे सरल मामला यह है कि लागत की गणना बिल्कुल भी नहीं की जाती है, और आपको इसे कम से कम किसी भी तरह से करने के लिए कहा जाता है। इसका मतलब यह है कि आपको एक उत्पाद जारी करने के लिए कहा जाता है , क्योंकि वर्तमान प्रक्रिया इसके लिए बिल्कुल भी सक्षम नहीं है - एक उपयुक्त उत्पाद की उपज शून्य है, एक पूर्ण विवाह।

लेकिन इस तरह के उत्पाद को मैन्युअल रूप से जारी करना असंभव है - किसी भी मामले में, आपको प्रक्रिया को बदलना होगा। केवल एक निरंतर आधार पर नहीं, बल्कि अस्थायी रूप से, ताकि कम से कम कुछ उत्पाद निकल जाएं। ऐसा करने के लिए कई विकल्प हैं।

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

फिर आपको यह सुनिश्चित करने की आवश्यकता है कि 1 सी सर्वर क्रैश नहीं करता है। सबसे पहले, रीफॉस्ट पर मेमोरी प्रतिबंध को हटाने के लिए - ऐसा होता है कि वे वहां 1-1.5 जीबी लगाएंगे, लेकिन लागत मूल्य की अधिक गणना करना चाहते हैं, और जिस प्रक्रिया पर यह लटका हुआ है वह गिर जाता है। आप प्रयोग कर सकते हैं, बाद में उचित मूल्य चुन सकते हैं, अब आपको एक उत्पाद की आवश्यकता है, इसलिए बस प्रतिबंध हटा दें। डेटाबेस में पहले से कोई उपयोगकर्ता नहीं हैं।

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

तो और क्या? और, हां - पुनर्वितरण में निर्धारण को हटाने के लिए आवश्यक है। कई एकाउंटेंट पूर्ण सेट में स्वयं द्वारा उत्पादों को जारी करना पसंद करते हैं, लेकिन एक बार नहीं। लागत की गणना करने के लिए, यह बुराई है, क्योंकि नोड्स की संख्या कई बार बढ़ रही है।

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

ठीक है, पिकिंग को जल्दी से फिर से करें - "आइटम सूचीकरण" से "उत्पाद रिलीज़" तक ऑपरेशन के प्रकार को बदलें, ताकि लागत गणना को निगलना आसान हो।

बस मामले में, हम सर्वर को प्लेटफॉर्म 8.2 के तहत डालते हैं - यह बड़े ऑपरेशन पर अधिक स्थिर काम करता है।

हम कोशिश करते हैं - ओह, खर्च! यह बहुत लंबे समय से घूम रहा है, लेकिन फिर भी - यह काम कर गया! हम कुछ और जोड़ेंगे ताकि वाह प्रभाव अधिक मजबूत हो।

हम देखते हैं कि लागत लेखांकन रजिस्टर में बहुत सी प्रविष्टियां खराब हैं। तो अप्रत्यक्ष लोगों के साथ क्या है? खैर, निश्चित रूप से, हमेशा की तरह - "सब कुछ सब कुछ" वितरित किया जाता है, इसलिए बड़ी संख्या में रिकॉर्ड। हम मुख्य लेखाकार की जांच करते हैं और यह पता लगाने की कोशिश करते हैं कि अप्रत्यक्ष वितरण के बारे में लेखांकन नीति क्या कहती है। लागत कहां आवंटित की जानी चाहिए? यहां दुकान नंबर 1 के एयूपी का वेतन सभी दुकानों के पूरे उत्पादन पर क्यों पड़ता है? और दुकान नंबर 2 का 25 वाँ खाता, दुकान नंबर 3 की कीमत क्यों? मुख्य लेखाकार, उत्तर, यह कैसा होना चाहिए?

मुख्य लेखाकार, जैसा कि अपेक्षित है, कहता है: ऐसा होना चाहिए ताकि यह बंद हो जाए । उत्पाद जारी किया जाना चाहिए । मैं 25 वें खाते से चूक गया - और भगवान का शुक्र है। लागत संरचना क्या है? लेकिन हिसाब के हिसाब से उसे कौन देख रहा है? फिर भी, एक्सेल में अर्थशास्त्री प्राथमिक लागत के अनुसार अपनी लागत संरचना में बदलाव करते हैं, न कि समापन परिणामों के अनुसार।

भला, बैठक कैसे बुलाई जा सकती है? उन्हें समझाएं कि वे सिस्टम की सभी विशेषताओं का उपयोग नहीं करते हैं, कि लेखांकन के बजाय, उनके पास एक बॉयलर है? कागज लेखांकन नीतियों में एक चीज क्या है, लेकिन वास्तव में दूसरी? नहीं, बिल्कुल नहीं, इससे पहले नहीं। आवश्यक गुणवत्ता के उत्पाद का उत्पादन करने के लिए एक तत्काल आवश्यकता है - ताकि लागत की गणना कम से कम 15 मिनट के लिए की जाए।

ठीक है, हम जल्दी से लागत के आवंटन के तरीकों को बदलने पर मुख्य लेखाकार से सहमत हैं - हम लेआउट योजनाओं को संपादित करते हैं ताकि उत्पादन इकाइयों की अप्रत्यक्ष लागत "खुद पर" बंद हो, अर्थात्। केवल इसकी रिलीज पर। हम गैर-उत्पादक इकाइयों की लागत के वितरण को अधिक सटीक बनाते हैं। और वोइला - लागत लेखांकन रजिस्टर में प्रविष्टियां आधी हो गई हैं। लागत 15 मिनट में की जाती है।

उत्पाद जारी किया जाता है, इसकी गुणवत्ता उपभोक्ता की आवश्यकताओं को पूरा करती है।

प्रतिक्रिया

आप सोच सकते हैं कि ऐसा करना उम की बात नहीं है - ठीक है, जैसा कि मैंने ऊपर लिखा है, उत्पाद को धक्का और जारी करें ।

और क्लासिक गुणवत्ता प्रबंधन कहता है: उत्कृष्ट, अच्छी तरह से किया गया, सुंदर! अब जब आपने उत्पाद पर काम किया है, तो आप जानते हैं कि प्रक्रिया में क्या गलत है ! आओ, प्रक्रिया के इनपुट पर दौड़ें, और बदलाव करें!

यह एक प्रतिक्रिया लूप है, जो गुणवत्ता प्रबंधन के प्रमुख मॉडलों में से एक है। सुप्रसिद्ध "निरंतर सुधार" इस ​​पर आधारित है। मैंने उत्पाद में एक समस्या देखी, प्रक्रिया में इसका कारण पाया, इसे ठीक किया, परिणाम को देखा। और इसलिए - अनंत को।

इनपुट प्रक्रिया के लिए क्यों दौड़ें? खैर, ऐसा लगता है, यह स्पष्ट है कि अगली लागत गणना भी होनी चाहिए, और समान 15 मिनट लगते हैं। आप क्या करेंगे यह संदर्भ पर निर्भर करता है।

यदि आप एक "आउटसोर्स" आउटसोर्सर हैं, तो अपने आप को सिफारिशों तक सीमित रखें, एक अधिनियम पर हस्ताक्षर करें, और छोड़ दें। या हो सकता है कि कोई सिफारिश न दे - आप उत्पाद के एक अद्वितीय रक्षक बने रहेंगे।

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

यदि आप कहते हैं कि "उह, नहीं, यह काम नहीं करता है, तो लेखांकन सेट करें", फिर बहुत जल्दी एक विजेता से हारने वाले में बदल जाते हैं - एक बदसूरत बोर जो हमेशा इस बारे में तड़पता है कि सब कुछ गलत तरीके से कैसे काम कर रहा है।

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

यद्यपि, यदि आप देखते हैं, तो आपके पास हाथ पर प्रक्रिया में सुधार की तैयार सूची है।

सर्वर सेटिंग्स के साथ थोड़ा गड़बड़, आप आरामदायक उपयोगकर्ता अनुभव और लागत गणना सुनिश्चित करने के लिए प्रदर्शन और सीमाओं का संतुलन पाएंगे।

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

लागत वितरण सेटिंग्स को लेखांकन नीति के अनुरूप लाएं ताकि लक्ष्य "बंद" न हो, लेकिन "संरचना और मात्राओं द्वारा उत्पादन की लागत का पर्याप्त अनुमान प्राप्त करने के लिए।"

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

यह सरल लगता है, है ना? आखिरकार, सब कुछ ज्ञात और समझने योग्य है, कोई जादू नहीं। लेकिन क्या आप इसे करेंगे? नहीं, बिल्कुल। और क्यों?

किसी को इसकी आवश्यकता नहीं है - क्या यह उत्तर है? आप बेशक तर्क दे सकते हैं, लेकिन वास्तव में यह है।

प्रबंधन का ध्यान

अजीब तरह से पर्याप्त है, लेकिन गुणवत्ता प्रबंधन की मुख्य समस्या प्रबंधन का ध्यान है, या बल्कि, इसकी अनुपस्थिति है। यह आईएसओ 9001 मानकों में भी लिखा गया है, और ऑडिटर लगातार बात कर रहे हैं, और क्यूएमएस अक्सर सबसे खराब पहना हुआ विभाग है।

प्रबंधन का ध्यान उत्पाद की गुणवत्ता पर नहीं है, बल्कि प्रक्रिया की गुणवत्ता पर है । जिसमें प्रबंधन प्रक्रिया भी शामिल है। लेकिन प्रबंधन उन प्रक्रियाओं में संलग्न नहीं होना चाहता है जो उत्पाद का उत्पादन करते हैं - केवल उत्पाद स्वयं।

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

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

इस दृष्टिकोण के परिणाम, मेरी व्यक्तिगत राय में, बस भयानक हैं। आपको क्या लगता है कि वे क्या हैं? तथ्य यह है कि उद्यम कुशलता से काम नहीं करते हैं? या क्या यह है कि उत्पादों को ठीक करने में बहुत प्रयास किया जाता है, न कि ऐसी प्रक्रिया बनाने पर जो शादी को खत्म कर देती है?

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

क्योंकि गुणवत्ता atrophies का प्रबंधन करने की क्षमता । आखिरकार, मनुष्य वह नहीं कर सकता जो वह नहीं करता है ? लेकिन वह ऐसा नहीं करता, क्योंकि ऐसा कोई कार्य नहीं है। यदि, किसी चमत्कार से, कोई कार्य उत्पन्न होता है, तो उसे हल करने वाला कोई नहीं होता है, और कार्य को दफन करना पड़ता है।

गुणवत्ता के प्रबंधकों के लिए नेतृत्व की कमी का एक सुंदर बहाना बन जाता है - किसी को भी इसकी आवश्यकता नहीं है, इसलिए हम नहीं करते हैं ।

वह सब बनी हुई है जो एक सरोगेट गुणवत्ता नियंत्रण है जो उत्पाद से प्रक्रिया इनपुट तक फीडबैक लूप को तोड़ता है। सरोगेट गुणवत्ता प्रबंधन मानकों का कार्यान्वयन है।

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

आपको उदाहरणों के लिए दूर नहीं जाना पड़ेगा। गुणवत्ता प्रबंधन में, मानक सेट आईएसओ, 5 एस, 6 सिग्मा, लीन (दुबला विनिर्माण) है। मानक ले लो, वहाँ क्या लिखा है, और आप खुश होंगे। और यह होगा? क्या आपकी कंपनी के पास आईएसओ प्रमाण पत्र है? सुख आ गया?

या सूचना प्रणालियों के कार्यान्वयन, जैसे कि ईआरपी। एक गोली क्या नहीं है? क्या यह किसी भी समस्या को हल करता है? या यह सिर्फ नए लोगों को पैदा कर रहा है? आपको सीबीटी की जरूरत है। आपको एक घोटाले की जरूरत है। आपको KPI की आवश्यकता है। आपको प्रोटीन आहार की आवश्यकता है। आपको सुबह दौड़ने की जरूरत है। आपको क्लिंसको बीयर चाहिए।

इससे कोई फर्क नहीं पड़ता यह लागू नहीं हुआ है जो प्रक्रियाओं में सुधार करेगा, लेकिन यह संभवतः प्रक्रियाओं में सुधार करेगा। वास्तविक संकेतक, कारण और प्रभाव के बावजूद। हम बस प्रक्रियाओं पर आँख बंद करके गौरैया की तरह तोप से मारते हैं, और परिणाम को देखने के लिए दौड़ते हैं। कोई नतीजा नहीं? ठीक है, शायद, हम में से बंदूकधारी गुणवत्ता प्रबंधक हैं।

सामान्य तौर पर, कम से कम कुछ बदलने की कोशिश, यहां तक ​​कि आँख बंद करके, पहले से ही खराब नहीं हैं। हमें नहीं पता कि वास्तव में क्या करने की आवश्यकता है, लेकिन हम कम से कम कुछ कर रहे हैं। कुछ सिस्टम में कुछ भी नहीं बदलते हैं।

यदि आप कई बार आंखें मूंद कर आंख मूंद लेते हैं, तो शायद हम शूटिंग करना सीख जाएंगे? लेकिन नहीं, वहाँ भी प्रतिक्रिया की आवश्यकता है - दूरबीन के माध्यम से देखने के लिए जहां आप हिट करते हैं और गुंजाइश समायोजित करते हैं। तो अफसोस।

सारांश

मौलिक रूप से, आप प्रबंधित कर सकते हैं: उत्पाद की गुणवत्ता, प्रक्रिया की गुणवत्ता, ग्राहक की आवश्यकताएं।

उत्पाद की गुणवत्ता प्रबंधन किसी उत्पाद या सेवा की विशिष्ट इकाई पर प्रभाव है। उत्पाद की शेष इकाइयां अपरिवर्तित रहती हैं, साथ ही साथ उनके उत्पादन की प्रक्रिया भी।

सभी उत्पाद इकाइयों की गुणवत्ता में सुधार के लिए उत्पाद गुणवत्ता प्रणाली पर प्रक्रिया गुणवत्ता प्रबंधन प्रभाव है।

उत्पाद की गुणवत्ता की जानकारी और प्रक्रिया को समायोजित करने के लिए इस्तेमाल किया जाना चाहिए।

उत्पाद की गुणवत्ता का प्रबंधन केवल एक अंतिम उपाय होना चाहिए, जब परिणाम की तत्काल आवश्यकता हो।

दरअसल, "गुणवत्ता प्रबंधन" प्रक्रिया की गुणवत्ता का प्रबंधन है। तो यह मूल रूप से कल्पना की गई थी।

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

यदि कोई कहता है कि वह गुणवत्ता को नियंत्रित करता है, लेकिन प्रक्रिया में बदलाव नहीं करता है, तो संभावना है कि वह ... ठीक है, यह ... एक झूठ बता रहा है।