औद्योगिक उद्यमों में ईआरपी लागू करना: कठोर आर्किटेक्ट और अंग्रेजी कारखाने के खिलाफ एलेवटीना स्वेटोज़रोवना और एक्सेल

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

कठिनाइयाँ अलग हो सकती हैं, और वे परियोजना के विभिन्न चरणों में उत्पन्न होती हैं। मैं परीक्षण संचालन के दौरान समस्याओं को हल करने में अपने अनुभव को साझा करना चाहूंगा, जब नई प्रणाली में सभी व्यावसायिक प्रक्रियाओं का पहले से ही वर्णन किया जाता है, तो भूमिकाओं को कॉन्फ़िगर किया जाता है, संशोधन किए जाते हैं, निर्देश जारी किए जाते हैं और आपको बस काम शुरू करने की आवश्यकता होती है। प्रत्येक समस्या के लिए, मैं इसके कारणों का वर्णन करूँगा और 1 या 2 मामले दे सकता हूं - हमारे अनुभव से ऐसी समस्याओं को हल करने के उदाहरण।

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

हम अपनी परियोजनाओं पर यह सब करते हैं।

समस्या नंबर 1। कार्य योजना पूरी तरह से लागू नहीं हुई है

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

• सिद्धांत: "मुख्य बात उत्पादों का उत्पादन करना है, और बाकी सब कुछ इंतजार करेंगे।"
• मनोवैज्ञानिक क्षण: कलाकार कुछ नया करने की तुलना में सामान्य दिनचर्या करना बहुत आसान है।
• कलाकारों द्वारा प्रणाली की विचारधारा की अस्वीकृति: “आपका सिस्टम काम नहीं करेगा। हमारे पास Alevtina Svetozarovna है - सबसे चतुर महिला, कारखाने में 60 साल की उम्र, सब कुछ को ध्यान में रखती है, कोई भी प्रणाली उस चीज को ध्यान में नहीं रखती है जो उसे याद है। "
• उद्देश्य के कारण:
  
  • ग्राहक के कर्मचारियों की कम कंप्यूटर साक्षरता
  • एक नियम के रूप में, स्वचालन के दौरान, डेटा प्रविष्टि की जटिलता बढ़ती है - लेखांकन अधिक विस्तृत हो जाता है, सिस्टम में अधिक जानकारी दर्ज करने की आवश्यकता होती है, और इसके लिए अधिक समय की आवश्यकता होती है।

मैंने जानबूझकर सूची से ऐसी वस्तुओं को तोड़फोड़ और श्रमिकों की वास्तविक कमी के रूप में बाहर रखा - यह उतना बार नहीं होता जितना कि कोई सोच सकता है।

ऐसे मामलों में क्या करना है?

समस्या को हल करने के लिए उपायों का एक सेट नंबर 1:

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

यह एक करने के लिए:

• लगातार नियंत्रण और ऊपर से कलाकारों पर दबाव । यहां सब कुछ सरल है: कोई नियंत्रण नहीं - कोई काम नहीं। इस प्रक्रिया को विनियमित करना महत्वपूर्ण है, यह वर्णन करने के लिए कि वास्तव में क्या और किस आवृत्ति के साथ मापा जाएगा। नियंत्रण इस तरह एक संवाद नहीं है:

"ठीक है, इवानिच, क्या आप नई प्रणाली में काम कर रहे हैं?" - "हम धूर्त पर काम कर रहे हैं" - "ठीक है, अच्छी तरह से किया। आप वहां कोशिश करेंगे, सामान्य मुझसे पूछता है, "

यह इस तरह होना चाहिए:

“इवान इवानोविच, कल आयोग ने आपकी कार्यशाला की जाँच की, 300 बैचों में से केवल 5 बैचों के पास जो आपकी कार्यशाला में हैं, पास के ईआरपी सिस्टम से मुद्रित दस्तावेजों के साथ थे। यह 95% के बजाय केवल 1.7% है जो आपको प्रदान करना होगा। अगले हफ्ते फिर से जाँच होगी, यदि परिणाम समान हैं, तो आप त्रैमासिक बोनस नहीं देखेंगे। ”

• प्रमेय नहीं, बल्कि विशिष्ट नौकरियों को छाँटने के लिए । आप अपने कार्यालय में बैठकर ईआरपी सिस्टम लागू नहीं कर सकते। यदि कोई कर्मचारी कहता है कि उसके पास सिस्टम में काम करने का समय नहीं है, तो आपको अपने कार्यस्थल पर जाकर देखना होगा कि वह कैसे काम करता है। शायद वह सिर्फ गलत निर्देशों का उपयोग करता है या उसके पास बहुत छोटा मॉनिटर है।
• शिक्षित करना, शिक्षित करना और फिर से शिक्षित करना । आपको यह सुनिश्चित करना चाहिए कि सभी कलाकार कंप्यूटर के साथ काम करने और सिस्टम के साथ काम करने के लिए प्रशिक्षित हैं, कि सभी के पास निर्देश और संबंधित अधिकार हैं।
• कलाकारों के वर्कस्टेशन के अनुकूलन पर काम जारी रखना । जितने अधिक लोग सिस्टम के साथ काम करते हैं, उतनी ही मूल्यवान प्रतिक्रिया देते हैं। जैसा कि आपको यह सार्थक प्रतिक्रिया मिलती है, आप सूचना दर्ज करने में लगने वाले समय को कम करने के लिए नौकरियों का अनुकूलन कर सकते हैं। लेकिन यह केवल लोगों द्वारा सक्रिय रूप से कम से कम एक महीने के लिए सिस्टम के साथ काम करने के बाद ऐसा करने के लायक है।

केस 1. सिद्धांत मत करो, लेकिन नौकरियों में जाओ

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

समस्या का हल कैसे किया गया : उद्यम के मुख्य लेखाकार गोदाम में स्टोर कीपर के पास आए और स्टॉपवॉच के साथ मापा गया कि वह काम पर कितना समय बिताता है। यह पता चला कि 80% समय माल और सामग्रियों के लिए कागजी कार्ड भरने में व्यतीत होता है। मुख्य लेखाकार के पास प्रक्रिया का अनुकूलन करने के लिए पर्याप्त अधिकार थे, दुकानदारों ने पेपर कार्ड की मांग करना बंद कर दिया, और समय की कमी की समस्या गायब हो गई।

समस्या संख्या 2। एक बार में सब कुछ करने की इच्छा

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

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

इस समस्या के कारण हैं:

• चुनौतियों के लिए प्यार। हमारे लोग वह करने में रुचि नहीं रखते हैं जो सरल लगता है, वे चुनौती और परीक्षण चाहते हैं।
• कार्य की जटिलता का पुनर्मूल्यांकन / स्वयं की सेनाओं का पुनर्मूल्यांकन। प्रबंधकों को हमेशा कल्पना नहीं होती है कि उनके विभागों के कर्मचारियों द्वारा कितना काम किया जा सकता है। कभी-कभी लोग मीटिंग्स में अधिक होनहार होने की आदत डाल लेते हैं, इस उम्मीद में कि वे अगली मीटिंग में परिणाम के बारे में पूछना भूल जाएंगे।
• गलत तरीके से प्राथमिकता दी गई। उदाहरण के लिए, मानदंड और संदर्भ डेटा में त्रुटियों से निपटना आवश्यक है, जिसके बिना सिद्धांत में शुरू करना असंभव है, और ग्राहक इस वास्तविक समस्या से निपटना नहीं चाहता है और आर्थिक सेवाओं के लिए रिपोर्टिंग के मुद्दों के साथ हमें बमबारी करता है - रिपोर्टिंग जो कि बहुत बाद में आवश्यक है और केवल यह सही है " नियम "।
• नेतृत्व का डर। यह तब होता है जब ग्राहक के हिस्से पर परियोजना प्रबंधक सामान्य निदेशक या मालिक होता है, जो न केवल भाग लेता है, बल्कि कार्यान्वयन प्रक्रिया में भी विशेष रूप से नहीं आता है। एक ही समय में, यह कुछ नियंत्रण बिंदुओं पर उठता है और अपने महत्वपूर्ण विभाजन शब्द देता है: “यहां बालवाड़ी की व्यवस्था करने की आवश्यकता नहीं है! इसे केवल एक कार्यशाला में कैसे चलाया जाए? ट्रायल ऑपरेशन के लिए आपको 2 महीने की आवश्यकता क्यों है? मैं आपको पूर्ण रूप से लॉन्च करने के लिए 3 सप्ताह का समय देता हूं, आपको इस समय सीमा को पूरा करने की आवश्यकता है या आप जानते हैं कि मैं आपके साथ क्या करूंगा। ” और अगर परियोजना प्रबंधक के पास जवाब देने की हिम्मत नहीं है: "कोई चमत्कार नहीं है, तो एक महीने में 9 महिलाएं 1 बच्चे को जन्म नहीं देती हैं," फिर वह इन "मूल्यवान निर्देशों" और "संभावित तिथियों" को कलाकारों को प्रसारित करता है। हर कोई समझता है कि योजना संभव नहीं है, लेकिन वे काम की उपस्थिति बनाने जा रहे हैं ताकि उनके साथ गलती खोजने का कोई औपचारिक कारण न हो - साथ ही, विंडो ड्रेसिंग पर मूल्यवान समय बर्बाद होता है, जिसका उपयोग व्यापार के लिए किया जा सकता है।

इससे क्या हो सकता है?

समस्या को हल करने के लिए उपायों का एक सेट नंबर 2:

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

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

• महत्वपूर्ण कार्यों पर एकाग्रता । सबसे पहले, उन कार्यों को करना आवश्यक है जो अब सिस्टम शुरू करने के लिए आवश्यक हैं, और न कि क्या अधिक शोर का कारण बनता है।

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

केस 2. सरलीकरण करने की क्षमता

समस्या : हमारे ग्राहकों में से एक। ईआरपी-सिस्टम की शुरूआत इस तथ्य के कारण धीमी हो गई थी कि ग्राहक का मानना ​​था कि सिस्टम के सामान्य संचालन के लिए परिचालन मार्गों की एक पूरी श्रृंखला के गठन की आवश्यकता है। प्रौद्योगिकीविदों ने कहा कि आवश्यक परिचालन मार्गों को बनाने के लिए उन्हें 5 साल के काम की आवश्यकता होगी।

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

केस 3. महत्वपूर्ण पर ध्यान दें

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

समस्या का समाधान कैसे किया गया : ग्राहक ने स्वीकार किया कि उसे "मानक" की आवश्यकता नहीं है। यह तय किया गया था कि वर्तमान में उत्पादित होने वाले पदों को केवल समायोजित किया जाएगा: हर बार जब भाग गुणवत्ता नियंत्रण विभाग में प्रवेश करता है, तो नियंत्रक सिस्टम से रूटिंग और राउटिंग मैप की तुलना करता है। यदि विसंगतियां हैं, तो भाग को आगे स्थानांतरित नहीं किया जाता है, 15 मिनट के भीतर टेक्नोलॉजिस्ट आता है और सिस्टम में समायोजन करता है। 2 मुख्य बिंदु थे जिन्होंने सफल होने के लिए संभव बनाया:

• वर्तमान में उत्पादित उत्पादों पर ध्यान केंद्रित करना;
• सिस्टम में रूट तय करने पर काम को प्राथमिकता दें।

समस्या संख्या 3। कलाकारों को यह समझ नहीं है कि अन्य इकाइयों की गतिविधियाँ उनके काम पर निर्भर करती हैं

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

लेकिन अक्सर कलाकार यह नहीं समझ पाते हैं कि उनके काम के परिणाम बाकी को कैसे प्रभावित करेंगे। उदाहरण:

• डिजाइन और तकनीकी दस्तावेज सामग्री में और खरीदी गई चीजों को बिना विचार किए इंगित किया जाता है कि क्या वे सिद्धांत रूप में अब बाजार में पाए जा सकते हैं।

श्रृंखला से आपत्तियां हो सकती हैं: “डिजाइनर या प्रौद्योगिकीविद् को इस बारे में क्यों सोचना चाहिए कि बाजार में क्या है? इसके लिए एक आपूर्ति है। ” मेरा मानना ​​है कि अगर नेतृत्व शुरू में डिजाइनरों और प्रौद्योगिकीविदों को बताया तो यह उचित होगा: "आप निर्माता हैं, इसलिए अपने सुंदर चित्रों के लिए रंगों का चयन करने में खुद को सीमित न करें," और आपूर्ति विभाग से कहा गया: "सब कुछ जो इन लोगों से पूछेंगे समय पर दिया जाना चाहिए। पैसा मत बख्शो, इसे उत्तरी ध्रुव से भी ले लो, लेकिन रचनात्मकता नहीं रुकनी चाहिए। ” दुर्भाग्य से, यहां तक ​​कि पहले भाग को आवाज देने के बाद, वे दूसरे के बारे में भूल जाते हैं - आपूर्ति को हमेशा जितना संभव हो उतना सस्ते में खरीदा जाना चाहिए और बजट से अधिक नहीं होना चाहिए।

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

इस समस्या के कारण हैं:

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

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

समस्या को हल करने के लिए उपायों का एक सेट नंबर 3:

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

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

केस 4. अंग्रेजी का कारखाना

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

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

मैं असमान रूप से यह नहीं कह सकता कि यह तथ्य पहले के साथ संबंध रखता है, लेकिन समान रूसी लोगों की तुलना में उस संयंत्र में कम कर्मचारी थे, और उन्होंने समान राशि का उत्पादन किया।

समस्या संख्या 4। "आपने हमें इस बारे में क्यों नहीं बताया?"

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

लेकिन यह पर्याप्त नहीं है। कई परियोजनाओं पर, जब ट्रायल ऑपरेशन शुरू हुआ, तो सवाल उठे:

• "आपने हमें इस बारे में पहले क्यों नहीं बताया?"
• "ऑपरेशन का यह तरीका निर्देशों में वर्णित क्यों नहीं है?"

इस समस्या के कारण हैं:

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

समस्या को हल करने के लिए उपायों का एक सेट नंबर 4:

• स्वीकृति। आपको बस इस सुविधा को स्वीकार करने और समस्याओं से निपटने की आवश्यकता है क्योंकि वे उत्पन्न होती हैं।

केस 5. "मैं आपकी चाल समझ गया"

ईआरपी प्रणाली के सफल कार्यान्वयन के बाद, एक कप चाय पर ग्राहक के एक प्रमुख कर्मचारी ने हमें बताया:

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

समस्या संख्या 5। "दो हम लिखते हैं, तीन मन में"

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

और फिर परीक्षण ऑपरेशन चरण में "विवरण" उत्पन्न होता है, जब सभी नियमों के अनुसार, काम एक तरह से किया जाता है, लेकिन वास्तव में - अलग तरह से। हर कोई इस बारे में जानता है, लेकिन जब तक वे "अजनबी" नहीं कहते हैं:

• तकनीक के अनुसार, भाग को कार्यशाला नंबर 1 में संसाधित किया जाता है, लेकिन हर कोई जानता है कि मशीन को कार्यशाला नंबर 21 में बहुत पहले ले जाया गया था और पार्टी को वहां ले जाया जा रहा है। तकनीक बदलने का समय नहीं है, और क्यों, अगर हर कोई पहले से ही सब कुछ जानता है?

"और अब यह पता करें कि ईआरपी-सिस्टम में इसे कैसे प्रतिबिंबित किया जाए, ताकि आप एक नया मार्ग न बनाएं, और वर्तमान में कोई भी बदलाव न करें, और यह कि सब कुछ सही ढंग से काम करे! आप नहीं कर सकते हैं? इसलिए आपका सिस्टम हमारी सुविधाओं को नहीं समझता है और हमें सूट नहीं करता है! "

• तैयार उत्पादों में जाने वाले भागों को विधानसभा के बाद उत्पाद के हिस्से के रूप में चित्रित किया जाता है, और यदि भाग को बिक्री के लिए एक स्पेयर भाग के रूप में उपयोग किया जाता है, तो इसे अलग से चित्रित किया जाता है। "और आपके दस्तावेज़ों में पेंट की खपत और इसी संचालन को कहीं भी संकेत नहीं दिया गया है?" "मैं नहीं जानता। फिर भी, यह पहले से ही पता है कि बिक्री के लिए स्पेयर पार्ट्स चित्रित हैं। "

इसके कारण:

• कलाकारों का आलस्य।
• श्रम अनुशासन का अभाव।

№5:

• . . . हर जगह। हमेशा।

, . . . हर जगह। हमेशा।

№6. « - »

-. , : « , – ».

« »:

• « , ERP ? !»
• « , . , , , , . , . , , , , 60 ».

:

• .
• , , , ERP-, . . , , « ». ERP- – , , .

№6:

• . , .
• . , .
• KPI . , 100%, .
• , . , , . , , .

6. « »

: , (3-4 ) , «» . «» – , . – , , . (- , , ), .

, . . – , , , : , , , /, . .

वह सब है। ERP, , . . . . हर जगह। …