ईआरपी सिस्टम की जटिलता

यकीनन आपने ऐसी तस्वीर देखी होगी।

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

जब आप अपना खुद का घर खरीदते हैं, तो कहते हैं, विंडोज 8 या अपना पसंदीदा गेम (कम से कम कुछ आप खरीदते हैं, मुझे आशा है?) आप व्यक्तिगत रूप से इस प्रणाली की पसंद पर निर्णय लेते हैं, और आप व्यक्तिगत रूप से इसका उपयोग करेंगे।

तो, कॉर्पोरेट सेक्टर में, ऐसा नहीं है। चुनने, खरीदने और उपयोग करने की प्रक्रिया को विभिन्न लोगों के बीच साझा किया जाता है। इस प्रकार हैं:

• वह जो सॉफ्टवेयर चुनता है
• वह जो इसके लिए भुगतान करता है
• लोगों के कई अलग-अलग समूह जो इसका उपयोग करते हैं
• जो सॉफ्टवेयर डेवलपर्स बग रिपोर्ट लिखता है और सुधार के लिए अनुरोध करता है

और हां, ये सभी अलग-अलग लोग हैं। यह समस्या की जड़ है, जिसके बारे में मैं आपको अभी बताऊंगा।

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

नरम कैंडी को नीरसता में बदलने वाले तीन प्रमुख मुद्दे:
1. खरीद प्रक्रिया के दौरान, महत्वपूर्ण निर्णय ऐसे लोगों द्वारा किए जाते हैं जो सॉफ्टवेयर का उपयोग नहीं करेंगे।
खरीदते समय, वे दाऊद के स्तर पर लागत और कार्यक्षमता को देख सकते हैं "ऐसा सॉफ्टवेयर कर सकता है या नहीं।" इन लोगों के लिए यह समझना बहुत मुश्किल है कि वह इसे कैसे कर सकते हैं और अन्य समाधानों के साथ तुलना कर सकते हैं।
इसके अलावा, कोई निश्चित कार्यक्षमता नहीं है, लेकिन विक्रेता आश्वस्त करता है कि यह AFTER कार्यान्वयन (खंड 6 देखें) दिखाई देगा। खरीद प्रक्रिया के दौरान, वे बस यह तय करते हैं कि उन्होंने हमसे इस तरह की कार्यक्षमता का वादा किया है।

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

2. कार्यान्वयन के दौरान, महत्वपूर्ण निर्णय ऐसे लोगों द्वारा किए जाते हैं जो सॉफ्टवेयर का उपयोग नहीं करेंगे।
परिचय आमतौर पर अराजक होता है। जैसा कि कहा गया है, वास्तव में 50% सॉफ्टवेयर को मौके पर जोड़ा जाता है।
आवश्यकताओं का संग्रह कुछ इस तरह से होता है: विभागों के बहुत सारे प्रमुख जिनके हस्ताक्षर कार्यान्वयन के कार्य पर होंगे, आवश्यकताओं को एकत्रित करने के चरण में परियोजना की शुरुआत में, जब वे कम से कम समझते हैं, तो एक बहुत ही सरल संरचना के साथ प्रेरक आवश्यकताएं लिखें: "एक बटन जोड़ें जो ऐसा करेगा यह बात है। ”

परिणाम:
विभिन्न विभागों के कई अलग-अलग लोग FLOW OF CONSCIOUSNESS बनाते हैं, जिन्हें सुधारों की एक सूची के रूप में दिया जाता है जो विकसित होने पर PAID हो जाएगा। और इसका मतलब है कि इसे विकसित किया जाएगा!
यह सच है, जब विभाग Y के एक कर्मचारी ने कॉपी बटन मांगा, तो उसे उम्मीद नहीं थी कि विभाग Z का एक और क्लोन बटन उसके बगल में दिखाई देगा, साथ ही एक निर्यात, चाल, रजिस्टर, आदि बटन। लेकिन उसका बटन डिज़ाइन किया गया है और दावा किया गया है, ऐसा लगता है, जैसे कोई मौजूद नहीं है!

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

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

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

सामान्य तौर पर, निकट भविष्य में सुंदर कॉर्पोरेट ईआरपी सिस्टम की उम्मीद न करें।

और अब मज़ा हिस्सा! वहाँ वर्णित सर्किट के साथ कुछ गलत लगता है। यहाँ अक्सर पूछे जाने वाले प्रश्नों के उत्तर दिए गए हैं:

प्रश्न: ग्राहकों को तैयार कार्यक्षमता का ९ ०% खरीदना सही ढंग से क्यों नहीं खरीदना चाहिए?
ए: सबसे पहले, ऐसे सॉफ़्टवेयर को खोजने की कोशिश करें, खासकर यदि आपके पास विभाग में 200 लोग हैं। और वैसे, यदि आपके पास 200 लोगों के लिए विभाग नहीं है, तो मुझे यकीन नहीं है कि आप समस्या की जटिलता को समझते हैं।

दूसरे, डिपॉजिटरी अकाउंटिंग () के लिए, उदाहरण के लिए, अपने आप को सॉफ़्टवेयर चुनने का प्रयास करें। आप या तो एक लेखा विशेषज्ञ हैं या एक आईटी विशेषज्ञ हैं। और आप कम से कम दो प्रणालियों की खरीद और कार्यान्वयन के बाद दोनों बन जाएंगे। और यह 5-7 साल है। सॉफ्टवेयर में 5 साल का जीवन है। और रूस में एक जगह औसत जीवन 3-4 साल है।

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

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

मैंने अपनी व्यक्तिगत राय बताने की कोशिश की कि ईआरपी सिस्टम ऐसा क्यों दिखता है:

शायद आप वही व्यक्ति होंगे जो इस समस्या को हल कर सकते हैं।
क्या आप जानते हैं कि इस दुनिया को कैसे बदलना है? टिप्पणियों में आपका स्वागत है!