आईपी ​​प्लेटफॉर्म को बदलने के लिए एक अवधारणा कैसे विकसित करें? उपयोग के लिए निर्देश

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

और कुछ भी परेशानियों का सामना नहीं किया, कुछ साल पहले तक, बाजार ने व्यवस्थित रूप से ऐसी जानकारी प्रकट करना शुरू कर दिया था कि एससीपी के लिए समर्थन जल्द ही समाप्त हो जाएगा। बेशक, सभी ने इस जानकारी की व्याख्या करना शुरू कर दिया और विभिन्न तरीकों से आपदा के पैमाने का निर्धारण किया। हालांकि, 1C का बहुमत: एससीपी उपयोगकर्ताओं ने एक "सूटकेस मूड" बनाया और बाजार एक नए समाधान की तलाश में आगे बढ़ना शुरू कर दिया।



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

एक ही समय में, यहां तक ​​कि एक सक्षम आईटी विशेषज्ञ भी हमेशा प्लेटफॉर्म ए से प्लेटफॉर्म बी पर स्विच करना नहीं जानता है। खासकर अगर केवल "ए" जाना जाता है (और यह हमेशा नहीं है :)), इस तथ्य के बावजूद कि लक्ष्य राज्य "बी" अभी भी कोहरे में है।

यह वह जगह है जहां आईपी के विकास के लिए एक अवधारणा विकसित करने की आवश्यकता है।

इस तरह के काम को करने के अनुभव के आधार पर, हमने इस कार्य को करने के लिए खुद की तकनीक विकसित की है। और इस सामग्री के हिस्से के रूप में, हम इस तकनीक को आपके साथ साझा करना चाहते हैं।

"आईपी विकास की अवधारणा" से क्या बनता है?

चरणों की अनुक्रम

1. संगठनात्मक संरचना

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

2. प्रत्येक व्यावसायिक कार्य के अनुरूप आईटी कार्यों के समूह का गठन।

प्रत्येक व्यावसायिक कार्य के लिए विशिष्ट IT कार्यों की आवश्यकता होती है। इनमें से कुछ कार्य पहले से ही हल किए जा सकते हैं, कुछ नहीं। प्रत्येक कार्य के लिए यह आकलन करना आवश्यक है कि कार्यान्वयन व्यवसाय की वर्तमान जरूरतों को कितना पूरा करता है। और अगर यह मेल नहीं खाता है, तो हमारे पास विकास के लक्ष्य क्या हैं।

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

3. कार्यों के गठित सेट को हल करने के लिए सॉफ्टवेयर उत्पादों की पसंद

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

नोट:

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

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

सबटोटल 1

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

हमने पहचान की है:

• हमें किन सूचनाओं की आवश्यकता है
• वे किस उत्पाद पर बनाए जाएंगे
• किन कामों को किन ठिकानों में हल किया जाएगा
• ये डेटाबेस किस सूचना का आपस में आदान-प्रदान करेंगे

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

4. परियोजनाओं के एक समूह में कार्यों का विभाजन

अभ्यास से पता चलता है कि एक मध्यम / बड़े खाद्य उद्यम के लिए एक अवधारणा विकसित करने के ढांचे में, हमारे पास 50 से 100 आईटी कार्य हैं जिन्हें हल किया जाना चाहिए। एक बैठक में, इतने सारे काम हल नहीं किए जा सकते। यह अवधारणा 3-4 वर्षों के क्षितिज के लिए विकसित की जा रही है। इसलिए, हम इन कार्यों को परियोजनाओं के एक समूह में विभाजित करते हैं। अनुभव के अनुसार, लक्ष्य राज्य में संक्रमण के लिए, 100 कार्यों को 10-20 परियोजनाओं में जोड़ा जा सकता है।

यह माना जाता है कि प्रत्येक परियोजना के बाद प्रणाली एक निश्चित मध्यवर्ती स्थिर स्थिति में होगी ।

5. मील के पत्थर द्वारा परियोजनाओं के कार्यान्वयन और परियोजना बजट के गठन के लिए एक अनुसूची का निर्माण

प्रत्येक परियोजना के लिए, इसका मूल्यांकन करना आवश्यक है:

• संसाधन की तीव्रता
• प्राथमिकता (व्यावसायिक आवश्यकताओं के आधार पर)
• परियोजना पर निर्भरता (कुछ परियोजनाएं तकनीकी निर्भरता के आधार पर दूसरों की तुलना में पहले नहीं की जा सकती हैं)
• परियोजना के कलाकारों को आकर्षित करने की लागत का आकलन

उप-योग २

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

6. आवश्यक आईटी संसाधनों की मात्रा का निर्धारण

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

संक्षेप में देना

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