1 सी के साथ एक साइट का एकीकरण - जोखिम और वास्तविकता का एक सा

एक असफलता के साथ 1C अंत के साथ एक साइट के पूर्णकालिक एकीकरण को लागू करने के प्रयासों के 30% से 50% तक। यह मेरे सहयोगियों ने मुझे बताया, मेरी व्यवसाय योजना में कुछ 75% है। यही है, चार में से तीन मामलों में - आपको एक फ़ाइल के साथ कुछ मोड़ना होगा, और एक में - आम तौर पर टो ट्रक या पुनर्जीवन कहते हैं। और ऐसा क्यों होगा, आखिर ...

... आधुनिक घरेलू नियंत्रण प्रणालियों के शीर्ष निर्माताओं ने सर्वसम्मति से घोषणा की कि वे 1 सी के साथ एकीकृत कर सकते हैं। स्वाभाविक रूप से, यह विशिष्ट कॉन्फ़िगरेशन के अधिकांश भाग के लिए लागू होता है - आपने सब कुछ ठीक नहीं किया है, हाँ। हाँ, और विपणन आपको यह कहता है कि "यह आसान है!"। एक नारा जो शायद कभी नहीं मिटेगा।

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



तो हम कड़वे अनुभव से परिचित हो जाते हैं और हमारे साझा करते हैं:

निर्धारित चरण:

संवाद विश्लेषण:

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

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

एक नियम के रूप में, यह सुनिश्चित करता है कि पूर्णकालिक एकीकरण पर्याप्त नहीं है।

तकनीकी विशिष्टताओं का अनुमोदन चरण:

संवाद विश्लेषण:

1C को अनलोडिंग या एक्सेस प्रदान करने में विफलता, दुर्भाग्य से, एक आम समस्या है। काम के एक ही चरण में, मैं एक ग्राहक प्रोग्रामर के साथ बातचीत शुरू करने की सलाह दूंगा (सभी प्रकार के आश्चर्य काफी संभव हैं)। कभी-कभी यह सबसे सस्ता और यथार्थवादी विकल्प होता है।

प्रोग्रामर के साथ बातचीत की व्यवस्था करने के लिए ग्राहक के साथ व्यवस्था करें, यह सुनिश्चित करें कि प्रोग्रामर या तो आपको अपलोड तक पहुंच प्रदान करता है, या आपकी आवश्यकताओं को अपलोड और सेटिंग्स प्रदान करने के लिए 100% सहमत है। लिखित में व्यवस्था करें।

विकास का चरण:

संवाद विश्लेषण:

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

परियोजना समापन चरण:

स्थिति विश्लेषण:

खैर, सब कुछ हुआ। अब परियोजना प्रबंधक रिमोट प्रोग्रामर को "चलाने" की कोशिश करेगा, जो उसके अधीनस्थ नहीं है, और जिसे उसने काम पर नहीं रखा है। यह सब इस बात पर निर्भर करता है कि क्लाइंट की तरफ से प्रोग्रामर का किस तरह का सेल्फ-महत्व है ... और बोह को मत छोड़ो, यह काम करेगा> <:-)

परियोजना स्वीकृति चरण:

और - घटनाओं का और विकास:



संवाद विश्लेषण:

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

एक सप्ताह में:

संवाद विश्लेषण:

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

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

एक नियम के रूप में, यह स्टूडियो के प्रोग्रामर द्वारा 2-3-4 व्यक्ति-दिनों की कीमत में वृद्धि के साथ इलाज किया जाता है , और परियोजना प्रबंधक और क्लाइंट द्वारा 8-16 घंटे की अन्य नर्वस वार्ता। वास्तव में, यह मूल्य में अंतर के लिए खाता है - पूर्णकालिक एकीकरण के लिए $ N, गैर-मानक के लिए $ MMM -।

तंत्रिका कोशिकाओं को बहाल नहीं किया जाता है।

कुल, मुख्य जोखिम के अनुसार, यह लगभग संरेखण:

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