हम विचारों के साथ कैसे काम करते हैं और LANBIX का जन्म कैसे हुआ

LANIT-इंटीग्रेशन में कई रचनात्मक कर्मचारी हैं। नए उत्पादों और परियोजनाओं के विचार वस्तुतः हवा में लटके हुए हैं। कभी-कभी सबसे दिलचस्प चीज़ों की पहचान करना बहुत मुश्किल हो सकता है। इसलिए, हमने मिलकर अपनी कार्यप्रणाली विकसित की। सर्वोत्तम परियोजनाओं का चयन कैसे करें और उन्हें कैसे कार्यान्वित करें, इस पर यह लेख पढ़ें।

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

हम विचारों के साथ कैसे काम करते हैं

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

उत्पाद विकास प्रबंधन के लिए सीधे दृष्टिकोण के लिए: हमने पहिये का पुन: आविष्कार नहीं किया, बल्कि पहले से मौजूद विकास पद्धति को लागू किया जमघट, रचनात्मकता को जोड़ना, और अब इसे सुरक्षित रूप से SCRUM-WATERFALL-BAN कहा जा सकता है। SCRUM, अपने लचीलेपन के बावजूद, एक बहुत ही कठोर प्रणाली है और केवल एक उत्पाद/परियोजना के लिए जिम्मेदार टीम के प्रबंधन के लिए उपयुक्त है। जैसा कि आप समझते हैं, क्लासिक "एकीकरण" व्यवसाय में एक परियोजना पर काम करने के लिए पूर्णकालिक तकनीकी विशेषज्ञों को नियुक्त करना शामिल नहीं है (अपवाद हैं, लेकिन बहुत कम ही), क्योंकि उत्पादों पर काम करने के अलावा, हर कोई वर्तमान परियोजनाओं में व्यस्त है। SCRUM से हमने कार्य का विभाजन स्प्रिंट, दैनिक रिपोर्टिंग, पूर्वव्यापी और भूमिकाओं में किया। हमने अपने कार्य प्रवाह के लिए कानबन को चुना और यह हमारे मौजूदा कार्य ट्रैकिंग सिस्टम में अच्छी तरह से एकीकृत हो गया। हमने चीजों के मौजूदा क्रम को सहजता से एकीकृत करके अपने काम को संरचित किया।
बाजार में प्रवेश करने से पहले, एक उत्पाद 5 चरणों से गुजरता है: विचार, चयन, अवधारणा, एमवीपी (अधिक विवरण नीचे) और उत्पादन।

विचार

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

स्रोत

चयन

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

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

संकल्पना

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

एमवीपी या एमवीपी

एमवीपी एक न्यूनतम व्यवहार्य उत्पाद है। वे। एक उत्पाद जो पूरी तरह से विकसित नहीं हुआ है, लेकिन पहले से ही मूल्य ला सकता है और अपनी कार्यक्षमता रखता है। यह जरूरी है कि विकास के इस चरण में हम वास्तविक उपयोगकर्ताओं से प्रतिक्रिया एकत्र करें और बदलाव करें।

उत्पादन

और सबसे अंतिम चरण उत्पादन है। 5% से अधिक उत्पाद इस स्तर तक नहीं पहुंचते हैं। इस 5% में केवल सबसे महत्वपूर्ण, आवश्यक, व्यवहार्य और कार्यात्मक उत्पाद शामिल हैं।

हमारे पास बहुत सारे विचार हैं और हमने पहले ही एक बड़ा पोर्टफोलियो तैयार कर लिया है। हम हर विचार का विश्लेषण करते हैं और यह सुनिश्चित करने के लिए हर संभव प्रयास करते हैं कि यह अंतिम चरण तक पहुंचे। यह बहुत सुखद है कि हमारे सहयोगी हमारी अनुसंधान एवं विकास दिशा के प्रति उदासीन नहीं रहे और उत्पादों और समाधानों के विकास और कार्यान्वयन में सक्रिय भाग लेते हैं।

हमने LANBIX कैसे बनाया

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

तो, पहला चरण विचार है। किसी विचार के जन्म के लिए, आपको समस्याओं की आवश्यकता होती है, और वे हमारे पास हैं, या यूँ कहें कि हम में नहीं, बल्कि हमारे दोस्तों में हैं। नीचे हम व्यवसाय के विभिन्न क्षेत्रों में घटित कई वास्तविक स्थितियों को देखेंगे।

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

स्रोत   

इसी तरह की घटना एक बड़ी होल्डिंग कंपनी में घटी, जिसने कई छोटी कंपनियों को एकजुट किया और पूरे कार्यालय के लिए एक ही तकनीकी सहायता सेवा प्रदान की। एक विभाग में मुख्य लेखाकार का कंप्यूटर खराब हो गया। यह लंबे समय से ज्ञात था कि यह टूट सकता है (कंप्यूटर बेहद धीमा हो रहा था और गर्म हो रहा था), लेकिन मुख्य लेखाकार को कभी भी तकनीकी सहायता के लिए अनुरोध भेजने का मौका नहीं मिला। स्वाभाविक रूप से, यह ठीक वेतन-दिवस पर टूट गया, और विभाग के कर्मचारी कई दिनों तक बिना पैसे के रहे।

छोटे थोक व्यापार में एक छोटे व्यवसाय की एक बिक्री वेबसाइट थी, जिसे एक बाहरी साइट पर होस्ट किया गया था। हमें इसकी अनुपलब्धता के बारे में एक नियमित ग्राहक से फोन पर पता चला। कॉल के समय, साइट लगभग तीन घंटे तक बंद रही थी। साइट के लिए जिम्मेदार व्यक्ति को ढूंढने में कुछ घंटे और लग गए, और समस्या को ठीक करने में दो घंटे और लग गए। तदनुसार, साइट लगभग पूरे कार्य दिवस के लिए अनुपलब्ध थी। कंपनी के वाणिज्यिक निदेशक के अनुसार, इस डाउनटाइम की कीमत उन्हें लगभग 1 मिलियन रूबल थी।

जब मैं क्लिनिक में अपॉइंटमेंट के लिए आया और मुझे वीएचआई पंजीकरण के लिए जाना पड़ा तो मुझे भी ऐसी ही स्थिति का सामना करना पड़ा। वे एक मामूली कारण से मुझे डॉक्टर के पास नहीं भेज सके - सुबह बिजली गुल हो गई थी, और दुर्घटना के बाद उनकी डाक सेवा और बीमा कंपनी के साथ संचार के लिए एक निश्चित सेवा काम नहीं कर रही थी। मेरे प्रश्न, आपके एडमिन कहाँ हैं, के उत्तर में मुझे बताया गया कि उनका एडमिन सप्ताह में एक बार उनसे मिलने आता है। और अब (उस समय 16:00 बज चुके थे) वह फोन नहीं उठाता। कम से कम 7 घंटे तक क्लिनिक बाहरी दुनिया से कटा रहा और सशुल्क सेवाएं प्रदान नहीं कर सका।

इन सभी मामलों में क्या समानता है? बिल्कुल सभी समस्याओं को पहले ही रोका जा सकता था। आईटी लोगों की समय पर प्रतिक्रिया से क्षति को कम किया जा सकता था। यह तभी संभव होगा यदि उपयोगकर्ताओं द्वारा शुरुआती लक्षणों की सही व्याख्या की गई हो।

हमने समस्या परिकल्पनाओं की पहचान की है:

• आईटी बुनियादी ढांचे में दोषों की प्रतिक्रिया की कम गति के कारण महत्वपूर्ण मौद्रिक और प्रतिष्ठित नुकसान;
• उपयोगकर्ताओं द्वारा खराबी के शुरुआती लक्षणों की गलत व्याख्या।

ग्राहक उनके साथ क्या कर सकता है और भविष्य में ऐसी स्थितियों से कैसे बचा जा सकता है? बहुत सारे विकल्प नहीं हैं:

1. एक उच्च योग्य सिस्टम प्रशासक को नियुक्त करें और उससे कर्तव्यनिष्ठा से काम कराएं;
2. किसी विशेष सेवा कंपनी को आईटी रखरखाव आउटसोर्स करना;
3. स्वतंत्र रूप से एक निगरानी और गलती रिपोर्टिंग प्रणाली लागू करना;
4. उपयोगकर्ताओं/व्यावसायिक कर्मियों को कंप्यूटर साक्षरता की बुनियादी बातों में प्रशिक्षण प्रदान करना।

चलिए तीसरे विकल्प पर निर्णय लेते हैं। आइए उन लोगों के लिए एक निगरानी प्रणाली की पेशकश करें जो विभिन्न कारणों से इसका उपयोग नहीं करते हैं।

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

ऊपर सूचीबद्ध कहानियों ने हमारी टीम को यह सोचने पर मजबूर कर दिया कि छोटी कंपनियों के लिए एक इष्टतम निगरानी प्रणाली कैसे बनाई जाए। परिणामस्वरूप, LANBIX का जन्म हुआ - एक निगरानी प्रणाली जिसे बिना किसी आईटी ज्ञान के किसी भी व्यक्ति द्वारा तैनात किया जा सकता है। प्रणाली का मुख्य उद्देश्य सरल है, सभी प्रणालियों की तरह जिसका उद्देश्य निरंतरता और उपलब्धता बढ़ाना है - अनियोजित डाउनटाइम की स्थिति में मौद्रिक और अन्य नुकसान को कम करना। डिवाइस को "कुछ टूट गया है" और "समस्या ठीक कर दी गई है" के बीच के समय को न्यूनतम करने के लिए डिज़ाइन किया गया है।

परिकल्पनाओं की पुष्टि के लिए समस्या साक्षात्कार आयोजित किए गए। मैं सोच भी नहीं सकता था कि लोग उन्हें बेचने की कोशिश किए बिना कितना कुछ बताने को तैयार होंगे। प्रत्येक बातचीत कम से कम 1,5 घंटे तक चली, और हमें आगे के विकास के लिए उपयोगी बहुत सारी जानकारी प्राप्त हुई।

आइए इस चरण के परिणामों को संक्षेप में प्रस्तुत करें:

1. समस्या की समझ है,
2. मूल्य की समझ - वहाँ है,
3. समाधान के लिए एक विचार है.

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

हमने बाजार अनुसंधान और प्रतिस्पर्धी विश्लेषण से शुरुआत की ताकि यह पता लगाया जा सके कि इस बाजार में कौन, क्या और सबसे महत्वपूर्ण बात यह है कि वे कैसे कर रहे हैं।

यह निम्नलिखित निकला।

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

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

प्राप्त डेटा को संसाधित करने के परिणामस्वरूप, भविष्य के उत्पाद के लिए आवश्यकताओं की पहली सूची (एक प्रकार का मोटा बैकलॉग) पैदा हुई:

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

इसके बाद, उत्पाद विकास में निवेश की गणना की गई (तकनीकी विभाग के कर्मचारियों के लिए श्रम लागत सहित)। व्यवसाय मॉडल का एक स्केच तैयार किया गया और उत्पाद की इकाई अर्थशास्त्र की गणना की गई।

स्टेज परिणाम:

• उच्च स्तरीय उत्पाद बैकलॉग;
• एक तैयार किया गया व्यवसाय मॉडल या पैमाने की परिकल्पना जिसका व्यवहार में अभी तक परीक्षण नहीं किया गया है।

आइए अगले चरण पर चलते हैं - अवधारणा। यहां हम, इंजीनियर के रूप में, स्वयं को अपने मूल तत्व में पाते हैं। ऐसी "इच्छा सूचियाँ" होती हैं जिन्हें घटकों/उपप्रणालियों/सुविधाओं में विघटित किया जाता है, फिर उन्हें तकनीकी विशिष्टताओं/उपयोगकर्ता कहानियों में, फिर एक परियोजना आदि में बदल दिया जाता है। मैं वैकल्पिक विकल्पों की एक श्रृंखला तैयार करने की प्रक्रिया पर विस्तार से ध्यान नहीं दूंगा; आइए सीधे आवश्यकताओं और उनके कार्यान्वयन के लिए चुनी गई विधियों पर चलते हैं।

मांग
समाधान

• यह एक खुली निगरानी प्रणाली होनी चाहिए;

हम एक ओपन सोर्स मॉनिटरिंग सिस्टम लेते हैं।

• सिस्टम सरल और शीघ्र स्थापित होना चाहिए;
• विशिष्ट आईटी ज्ञान की आवश्यकता नहीं होनी चाहिए। यहां तक ​​कि एक अकाउंटेंट को भी सिस्टम को तैनात और कॉन्फ़िगर करने में सक्षम होना चाहिए।

हम एक स्थापित सिस्टम प्रदान करते हैं ताकि उपयोगकर्ता को केवल डिवाइस चालू करने और राउटर के समान इसे थोड़ा कॉन्फ़िगर करने की आवश्यकता हो।

आइए डिवाइस के साथ बातचीत को किसी सरल और सभी के लिए समझने योग्य चीज़ के साथ समाप्त करें।

आइए जाने-माने त्वरित दूतों में से एक के लिए अपना स्वयं का चैटबॉट लिखें और सिस्टम के साथ सभी इंटरैक्शन को इसमें स्थानांतरित करें।

सिस्टम को चाहिए:

• नेटवर्क पर निगरानी के लिए आवश्यक वस्तुओं का स्वचालित रूप से पता लगाएं;
• स्वचालित रूप से निगरानी एजेंट स्थापित करें;
• बाहरी सेवाओं, कम से कम एक सीआरएम प्रणाली और एक बिक्री वेबसाइट की निगरानी करने में सक्षम हो।

हम निगरानी प्रणाली के लिए ऐड-ऑन लिखते हैं:

• स्वचालित वस्तु पहचान;
• एजेंटों की स्वचालित स्थापना;
• बाहरी सेवाओं की उपलब्धता की निगरानी करना।

सिस्टम को चाहिए:

• समस्याओं के बारे में व्यवसाय और सिस्टम प्रशासक दोनों को सूचित करें;
• बाहरी सेवाओं, कम से कम एक सीआरएम प्रणाली और एक बिक्री वेबसाइट की निगरानी करने में सक्षम हो। सूचनाओं की गहराई और "भाषा" की डिग्री प्रशासक और व्यवसाय के लिए अलग-अलग होनी चाहिए।
• सिस्टम को विशिष्ट आईटी ज्ञान की आवश्यकता नहीं होनी चाहिए; यहां तक ​​कि एक अकाउंटेंट को भी सिस्टम को तैनात और कॉन्फ़िगर करने में सक्षम होना चाहिए।

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

अनुपूरक:

• आइए "व्यवस्थापक के साथ चैट करें" की कार्यक्षमता जोड़ें ताकि उपयोगकर्ता व्यवस्थापक को सीधे समस्या का वर्णन करने वाला एक संदेश भेज सके।

• सिस्टम को अपने स्वयं के हार्डवेयर पर आपूर्ति की जानी चाहिए।
• आयरन उपलब्ध होना चाहिए.
• सिस्टम को पर्यावरण से यथासंभव स्वतंत्र होना चाहिए।

• आइए एक तैयार और सस्ता रास्पबेरी पीआई कंप्यूटर लें।
• हम एक निर्बाध बिजली आपूर्ति बोर्ड डिजाइन करेंगे।
• आइए स्थानीय नेटवर्क की स्थिति से स्वतंत्र होने के लिए एक मॉडेम जोड़ें।
• हम एक खूबसूरत इमारत डिजाइन करेंगे.

अब हमारे पास तीन उपप्रणालियाँ हैं जिनकी अपनी आवश्यकताओं और कार्यान्वयन के लिए दृष्टिकोण है:

• हार्डवेयर सबसिस्टम;
• निगरानी उपप्रणाली;
• उपयोगकर्ता इंटरेक्शन सबसिस्टम।

हमने हार्डवेयर सबसिस्टम के लिए एक प्रारंभिक डिज़ाइन विकसित किया। हां हां! एजाइल के सभी नियमों का उल्लंघन करते हुए, हमने एक दस्तावेज़ विकसित किया, क्योंकि विनिर्माण संयंत्र दस्तावेज़ों के साथ काम करते हैं। शेष उपप्रणालियों के लिए, हमने उपयोगकर्ताओं (व्यक्तियों) की पहचान की, उपयोगकर्ता कहानियां तैयार कीं और विकास के लिए कार्य लिखे।

यह अवधारणा चरण का समापन करता है, और परिणाम यह है:

• हार्डवेयर प्लेटफ़ॉर्म के लिए प्रोजेक्ट;
• शेष दो उपप्रणालियों के लिए उपयोगकर्ता कहानियों के रूप में तैयार दृष्टिकोण;
• एक वर्चुअल मशीन के रूप में कार्यान्वित एक सॉफ्टवेयर प्रोटोटाइप;
• हार्डवेयर का एक प्रोटोटाइप, एक स्टैंड के रूप में कार्यान्वित किया गया, जहां हार्डवेयर समाधानों को वास्तव में ताकत के लिए परीक्षण किया गया था;
• हमारे व्यवस्थापकों द्वारा परीक्षण किया गया।

इस स्तर पर समस्याएँ अधिकतर संगठनात्मक थीं और बिक्री के कानूनी और लेखांकन पहलुओं में इंजीनियरिंग कर्मचारियों के ज्ञान की कमी से संबंधित थीं। वे। यह पता लगाना एक बात है कि क्या और कैसे बेचना है, और एक क्रूर कानूनी मशीन का सामना करना बिल्कुल दूसरी बात है: पेटेंट, विकास कार्य, पंजीकरण, ईयूएलए और बहुत कुछ जिसे हम, रचनात्मक लोगों के रूप में, शुरू में ध्यान में नहीं रखते थे।

अभी तक कोई समस्या नहीं थी, बल्कि बाड़ों के डिज़ाइन से जुड़ी एक कठिनाई थी। हमारी टीम में केवल इंजीनियर शामिल हैं, इसलिए केस का पहला संस्करण हमारे इलेक्ट्रॉनिक्स विशेषज्ञ द्वारा प्लेक्सीग्लास से "निर्मित" किया गया था।

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

और अब हम फिनिश लाइन - एमवीपी के करीब हैं। बेशक, यह अभी अंतिम उत्पादन उत्पाद नहीं है, लेकिन यह पहले से ही उपयोगी और मूल्यवान है। इस चरण का मुख्य लक्ष्य "बनाएं-मूल्यांकन-सीखें" चक्र लॉन्च करना है। LANBIX बिल्कुल इसी चरण पर है।

"बनाएँ" चरण में, हमने एक उपकरण बनाया जो बताई गई कार्यक्षमता को निष्पादित करता है। हां, यह अभी भी पूर्ण नहीं है और हमने इस पर काम करना जारी रखा है।

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

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

चरण का परिणाम: उपकरणों का पहला बैच युद्ध और परीक्षण के लिए तैयार है।

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

सभी संभावित विकल्पों में से, हमने डिजिटल टूल का एक क्लासिक सेट चुना: लैंडिंग पेज और सोशल नेटवर्क पर विज्ञापन अभियान।

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

आगे क्या होगा?

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

मैं दोहराता हूं, अब हम शुरुआती अपनाने वालों को ढूंढना चाहते हैं, ऐसी कंपनियां जो फीडबैक एकत्र करने के लिए हमारे उत्पाद को स्थापित कर सकें। यदि आप LANBIX का परीक्षण करने में रुचि रखते हैं, तो टिप्पणियों या निजी संदेशों में लिखें।

स्रोत

स्रोत: www.habr.com