BI: समाधान पसंद समस्या और एक विफलता उदाहरण

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

मामलों की प्रारंभिक अवस्था

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

इस OLAP में जोड़ें

कंपनी में SSAS OLAP क्यूब्स के आगमन के साथ, कॉग्नोस में उपयोग की जाने वाली रिपोर्टों की संख्या घटने लगी (दो सौ से एक तक), लेकिन मैक्रों गायब नहीं हुए। इसका कारण सरल है। प्रबंधन ने स्वतंत्र रूप से क्यूब्स को देखने से इनकार कर दिया। लोगों को मेल द्वारा विश्लेषकों से रिपोर्ट प्राप्त करने के लिए उपयोग किया जाता है, और विशेष रूप से उनके कार्यालय में एक रंग प्रिंटर के लिए तुरंत उत्साही। एनालिटिक्स सेवा ने डेटा प्रदाता के रूप में अर्ध-तैयार रिपोर्टों के विकल्प के रूप में उनका उपयोग करना शुरू कर दिया है। इसके अलावा, डेटा आउटपुट की गति में उनके लाभ को महसूस करते हुए, और Excel 2010 के साथ सशस्त्र, जो एक मिलियन रिकॉर्ड "निगल" सकता है, उन्होंने 10-15 विशेषताओं के साथ इस मिलियन रिकॉर्ड को अनलोड करने के अनुरोधों के साथ OLAP- सर्वर को भेजने का प्रबंधन करना शुरू कर दिया।

और सुंदर बीआई प्रणाली के बारे में थोड़ा

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

$ 20,000 (लाइसेंस) और 4 महीने का काम कहीं भी।

तो रिपोर्टिंग के आगे विकास के लिए सिस्टम के इस छोटे चिड़ियाघर से क्या चुनना है? इस प्रश्न का उत्तर देने के लिए, आपको पहले कंपनी से कई अन्य प्रश्नों के उत्तर प्राप्त करने होंगे:

1. (मुख्य उपभोक्ता कौन है) के लिए प्रणाली कौन है?

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

2. उपभोक्ता को डेटा पहुंचाने के तरीकों में कंपनी की प्राथमिकताएँ क्या हैं?

यदि निर्देशक और अन्य टॉपर्स सिर्फ iPads के प्रशंसक नहीं हैं, लेकिन यह भी जानते हैं कि उनका उपयोग कैसे करना है, तो वे मोबाइल इंटरनेट के बिना नहीं रह सकते हैं और स्वयं (उन्नत उपयोगकर्ताओं) के डेटा फ़िल्टर का प्रबंधन कर सकते हैं, फिर QlikView और उन्हें बहुत पसंद आएगा और वे कार्यान्वयन में भाग लेने के लिए तैयार होंगे (ठीक है, मुझे ऐसा लगता है)। यदि, सबसे अच्छे मामले में, व्यवसाय केवल वही देखने के लिए तैयार है जो मेल में आया है, तो केवल वही मेल भेज सकता है (QlikView को यह पता नहीं था कि यह कैसे करना है, हम 2014 की शुरुआत में एक नए संस्करण की प्रतीक्षा कर रहे हैं, हो सकता है), और न सिर्फ भेजें इसे घटना के आधार पर भी करें (उदाहरण के लिए, महीने के मध्य तक यह योजना केवल 30% पूर्ण थी)। SSRS, Cognos, और जैसे मेल भेज सकते हैं, और दूसरा सब कुछ एक ही बार में प्रिंटर को भेज सकता है (यह महत्वपूर्ण हो सकता है, हालांकि मेरे लिए यह एक शिज़ है)।

3. किस मात्रा के डेटा से निपटना होगा?

यदि डेटा वॉल्यूम काफी बड़ा है, तो कॉग्नोस और सब कुछ जो उसके रॉप मॉडल पर निर्भर करता है, आपको निराश कर सकता है, और आपको IBM के TM1 या कुछ OLAP सर्वर खरीदने होंगे, जो हमें अगले प्रश्न की ओर ले जाता है।

4. कंपनी इस सब के लिए भुगतान करने और आगे के विकास और रखरखाव पर कितना खर्च करने के लिए तैयार है?

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

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