उत्पाद से परियोजना और इसके विपरीत में परिवर्तन का इतिहास (मास्को क्षेत्र में अच्छाई के उदाहरण का उपयोग करके)

मॉस्को क्षेत्र में डोब्रोडेल के लॉन्च के बाद से, ठीक 5 साल बीत चुके हैं। पिछले पांच वर्षों में, एक साधारण परियोजना एक उत्पाद में बदल गई है। और एक साधारण गैर-अनन्य लाइसेंस के रूप में मास्को क्षेत्र की सरकार ने इसे उल्यानोवस्क क्षेत्र में स्थानांतरित कर दिया। खबर का लिंक यहाँ । लेकिन देखते हैं कि थोड़ा पहले क्या हुआ और उत्पाद प्रबंधन में चक्रीय प्रकृति और ज़ेन बौद्ध धर्म पर चर्चा की।



एक छोटी सी आईटी कंपनी के निदेशक के रूप में, मैंने सोबिनिन टीम द्वारा 2011 में लॉन्च किए गए ऑवर सिटी पोर्टल को देखा और नवलनी के रोजयामा पोर्टल पर। मैंने इस विचार को जाने नहीं दिया कि क्या बेहतर किया जा सकता है। इसलिए हमारी कंपनी में AIST प्लेटफॉर्म का प्रोजेक्ट और Dubna "सिटी 2.0" में प्लेटफॉर्म का कार्यान्वयन प्रोजेक्ट पैदा हुआ। 2014-2015 में एआईएसटी से, पुण्य प्रकट हुआ। विचारधारा और प्रौद्योगिकी के बारे में, मैं इस लेख में थोड़ी बात करना चाहूंगा और इस तरह परियोजना-उत्पाद-परियोजना चक्र प्रदर्शित करूँगा।

"हमारा शहर" ने मास्को सरकार के लिए काम किया और वरिष्ठ अधिकारियों से अपील की कि वे सांप्रदायिक समस्याओं को जल्दी से हल करें। RosYama पोर्टल ने निकायों और अन्य जिम्मेदार विभागों को नियंत्रित करने के लिए एक बार में समस्याओं को फेंक दिया।

नवलनी एक सरल और सस्ती तरीके से चली गई। आवेदन पत्र फॉर्म से लें और इसे ई-मेल के रूप में विभाग को आधिकारिक ई-मेल द्वारा भेजें। समस्याएं हल हो गईं, लेकिन समय सीमा 30 दिन थी, और समाधान अक्सर इन 30 दिनों के लिए केवल कागज पर ही रह गया।

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

2013 में, हमने Java स्प्रिंग + PostgreSQL पर BPM इंजन और GIS मॉड्यूल (समान PostgreSQL पर) के साथ एक प्लेटफ़ॉर्म बनाना शुरू किया। हम एक सुरुचिपूर्ण मिडलैंड समाधान बनाना चाहते थे ताकि क्षेत्रों में "हमारा शहर" के समान एक प्रणाली बनाने के लिए डिजाइन और फ्रंट को जल्दी से बदलना संभव हो सके। मंच के मुख्य कार्य थे: उपयोगकर्ताओं, भूमिकाओं और अधिकारों, अपील, अपील की श्रेणियों, उनकी मार्ग, व्यवसाय प्रक्रियाओं का प्रबंधन करना, एक जटिल भौगोलिक सूचना मॉड्यूल और एकीकरण प्रबंधन परत नहीं थी (दोनों फ्रंट पोर्टल के साथ और बाहरी सिस्टम के साथ)।



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



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

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



हमने सबसे सुविधाजनक इंटरफ़ेस को आसान और सरल बनाने की कोशिश की।

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

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

यदि दिलचस्पी है, तो अगले लेख में मैं आपको बता सकता हूं कि MONQ का जन्म कैसे हुआ।