आम्ही कल्पनांसह कसे कार्य करतो आणि LANBIX चा जन्म कसा झाला

LANIT-Integration मध्ये अनेक सर्जनशील कर्मचारी आहेत. नवीन उत्पादने आणि प्रकल्पांच्या कल्पना अक्षरशः हवेत लोंबकळत आहेत. सर्वात मनोरंजक ओळखणे कधीकधी खूप कठीण असते. म्हणून, आम्ही एकत्रितपणे आमची स्वतःची कार्यपद्धती विकसित केली. सर्वोत्कृष्ट प्रकल्प कसे निवडावेत आणि त्यांची अंमलबजावणी कशी करावी याबद्दल हा लेख वाचा.

रशियामध्ये आणि संपूर्ण जगात, अनेक प्रक्रिया होत आहेत ज्यामुळे आयटी मार्केटचे परिवर्तन होते. संगणकीय शक्ती वाढल्यामुळे आणि सर्व्हर, नेटवर्क आणि इतर व्हर्च्युअलायझेशन तंत्रज्ञानाचा उदय झाल्यामुळे, मार्केटला यापुढे मोठ्या प्रमाणात हार्डवेअरची आवश्यकता नाही. विक्रेते वाढत्या प्रमाणात ग्राहकांशी थेट काम करण्यास प्राधान्य देतात. IT मार्केट क्लासिक आउटसोर्सिंगपासून ते आउटसोर्सर्सच्या नवीन लाटेपर्यंत – “क्लाउड प्रदाते” या सर्व प्रकारांमध्ये आउटसोर्सिंगमध्ये तेजी अनुभवत आहे. इन्फ्रास्ट्रक्चर सिस्टम आणि घटक देखरेख आणि कॉन्फिगर करणे खूप सोपे झाले आहे. सॉफ्टवेअरची गुणवत्ता दरवर्षी वाढत आहे आणि इंटिग्रेटरची कार्ये बदलत आहेत.

आम्ही कल्पनांसह कसे कार्य करतो

मध्ये उत्पादन स्टार्टअप दिशा "LANIT-एकीकरण" सुमारे एक वर्षापासून आहे. नवीन उत्पादने तयार करणे आणि त्यांना बाजारात आणणे हे आमचे मुख्य ध्येय आहे. पहिली गोष्ट जी आम्ही सुरू केली ती म्हणजे उत्पादने तयार करण्याची प्रक्रिया आयोजित करणे. आम्ही क्लासिकपासून हायपपर्यंत अनेक पद्धतींचा अभ्यास केला आहे. तथापि, त्यापैकी कोणीही आमच्या गरजा पूर्ण केल्या नाहीत. मग आम्ही लीन स्टार्टअप पद्धतीचा आधार घेण्याचे ठरवले आणि ते आमच्या कार्यांशी जुळवून घेतले. लीन स्टार्टअप हा एरिक रिसने तयार केलेला उद्योजकतेचा सिद्धांत आहे. हे लीन मॅन्युफॅक्चरिंग, ग्राहक विकास आणि लवचिक विकास पद्धती यासारख्या संकल्पनांच्या तत्त्वे, दृष्टिकोन आणि पद्धतींवर आधारित आहे.

उत्पादन विकास व्यवस्थापनाकडे थेट दृष्टीकोन म्हणून: आम्ही चाक पुन्हा शोधले नाही, परंतु आधीच अस्तित्वात असलेली विकास पद्धत लागू केली. स्क्रॅम, सर्जनशीलता जोडत आहे, आणि आता याला सुरक्षितपणे SCRUM-WATERFALL-BAN म्हटले जाऊ शकते. SCRUM, लवचिकता असूनही, एक अतिशय कठोर प्रणाली आहे आणि केवळ एका उत्पादन/प्रकल्पासाठी जबाबदार असलेल्या संघाचे व्यवस्थापन करण्यासाठी योग्य आहे. जसे तुम्ही समजता, क्लासिक "एकीकरण" व्यवसायात एका प्रकल्पावर काम करण्यासाठी पूर्ण-वेळ तांत्रिक तज्ञ नियुक्त करणे समाविष्ट नाही (अपवाद आहेत, परंतु अत्यंत क्वचितच), कारण उत्पादनांवर काम करण्याव्यतिरिक्त, प्रत्येकजण सध्याच्या प्रकल्पांमध्ये व्यस्त आहे. SCRUM कडून आम्ही स्प्रिंट्स, दैनंदिन अहवाल, पूर्वलक्षी आणि भूमिकांमध्ये कामाची विभागणी केली. आम्ही आमच्या टास्क फ्लोसाठी कानबान निवडले आणि ते आमच्या विद्यमान टास्क ट्रॅकिंग सिस्टममध्ये चांगले समाकलित झाले. आम्ही आमच्या कार्याची रचना विद्यमान गोष्टींच्या क्रमामध्ये अखंडपणे एकत्रित करून केली.
बाजारात प्रवेश करण्यापूर्वी, उत्पादन 5 टप्प्यांतून जाते: कल्पना, निवड, संकल्पना, MVP (अधिक तपशील खाली) आणि उत्पादन.

आयडिया

या टप्प्यावर काही क्षणिक आहे - एक कल्पना. तद्वतच, विद्यमान समस्या किंवा क्लायंट समस्या सोडवण्याची कल्पना. आमच्याकडे कल्पनांची कमतरता नाही. प्रारंभिक योजनेनुसार, ते तांत्रिक क्षेत्रातील कर्मचार्यांनी तयार केले पाहिजेत. पुढील विकासासाठी एखादी कल्पना स्वीकारली जाण्यासाठी, लेखकाने "आयडिया डिझाइन टेम्पलेट" भरणे आवश्यक आहे. फक्त चार प्रश्न आहेत: काय? कशासाठी? कोणाला याची गरज आहे? आणि आमचे उत्पादन नाही तर काय?

स्त्रोत

निवड

पूर्ण केलेले टेम्पलेट आमच्यापर्यंत पोहोचताच, प्रक्रिया आणि निवड प्रक्रिया सुरू होते. निवड स्टेज सर्वात श्रम-केंद्रित आहे. या टप्प्यावर, समस्यांची गृहीते तयार केली जातात (मी मागील परिच्छेदात नमूद केले होते की आदर्शपणे एखाद्या कल्पनेने क्लायंटच्या समस्येचे निराकरण केले पाहिजे) आणि उत्पादनाचे मूल्य तयार केले जाते. स्केल गृहीतक तयार होते, म्हणजे. आमचा व्यवसाय कसा वाढेल आणि समृद्ध होईल. आम्ही काहीतरी आवश्यक उत्पादन करणार आहोत याची प्राथमिक पुष्टी देण्यासाठी संभाव्य ग्राहकांच्या समस्या आणि तज्ञांच्या मुलाखती घेतल्या जातात. उत्पादनाच्या गरजेबद्दल निष्कर्ष काढण्यासाठी किमान 10-15 मुलाखती लागतात.

गृहीतकांची पुष्टी झाल्यास, प्राथमिक आर्थिक विश्लेषण केले जाते, गुंतवणूकीची अंदाजे मात्रा आणि गुंतवणूकदाराच्या संभाव्य कमाईचे मूल्यांकन केले जाते. या टप्प्याच्या परिणामी, लीन कॅनव्हास नावाचा एक दस्तऐवज जन्माला येतो आणि व्यवस्थापनास सादर केला जातो.

संकल्पना

या टप्प्यावर, सुमारे 70% कल्पना काढून टाकल्या जातात. संकल्पना मंजूर झाली, तर कल्पना विकासाचा टप्पा सुरू होतो. भविष्यातील उत्पादनाची कार्यक्षमता तयार केली जाते, अंमलबजावणीचे मार्ग आणि इष्टतम तांत्रिक निराकरणे निर्धारित केली जातात आणि व्यवसाय योजना अद्यतनित केली जाते. या टप्प्याचा परिणाम म्हणजे विकासासाठी तांत्रिक तपशील आणि तपशीलवार व्यवसाय प्रकरण. यशस्वी झाल्यास, आम्ही MVP किंवा MVP स्टेजवर जाऊ.

MVP किंवा MVP

MVP हे किमान व्यवहार्य उत्पादन आहे. त्या. एक उत्पादन जे पूर्णपणे विकसित झालेले नाही, परंतु आधीच मूल्य आणू शकते आणि त्याची कार्यक्षमता करते. विकासाच्या या टप्प्यावर आम्ही वास्तविक वापरकर्त्यांकडून अभिप्राय गोळा करणे आणि बदल करणे अत्यावश्यक आहे.

उत्पादन

आणि अगदी शेवटचा टप्पा म्हणजे उत्पादन. 5% पेक्षा जास्त उत्पादने या टप्प्यावर पोहोचत नाहीत. या 5% मध्ये फक्त सर्वात महत्वाची, आवश्यक, व्यवहार्य आणि कार्यक्षम उत्पादने समाविष्ट आहेत.

आमच्याकडे अनेक कल्पना आहेत आणि आम्ही आधीच एक मोठा पोर्टफोलिओ एकत्र केला आहे. आम्ही प्रत्येक कल्पनेचे विश्लेषण करतो आणि ती अंतिम टप्प्यात पोहोचेल याची खात्री करण्यासाठी सर्वकाही करतो. हे खूप आनंददायी आहे की आमचे सहकारी आमच्या संशोधन आणि विकास दिशानिर्देशांबद्दल उदासीन राहिले नाहीत आणि उत्पादने आणि उपायांच्या विकास आणि अंमलबजावणीमध्ये सक्रिय सहभाग घेतात.

आम्ही LANBIX कसे बनवले

एक वास्तविक उदाहरण वापरून उत्पादन तयार करूया - LANBIX उत्पादन. ही एक "बॉक्स्ड" सॉफ्टवेअर आणि हार्डवेअर प्रणाली आहे जी लहान आयटी पायाभूत सुविधांवर लक्ष ठेवण्यासाठी आणि निर्णय घेणार्‍यांना आणि व्यावसायिक वापरकर्त्यांना चॅटबॉटद्वारे नियंत्रित केलेल्या गैरप्रकारांबद्दल त्वरित सावध करण्यासाठी डिझाइन केलेली आहे. मॉनिटरिंग फंक्शन व्यतिरिक्त, LANBIX मध्ये हेल्प डेस्क कार्यक्षमता समाविष्ट आहे. हे उत्पादन आम्ही लक्ष्य करत असलेल्या बाजार विभागासाठीच आहे. हा आमचा फायदा आणि आमचा त्रास दोन्ही आहे. पण प्रथम गोष्टी प्रथम. मी लगेच म्हणेन की LANBIX एक जिवंत उत्पादन आहे (म्हणजे, ते त्याच्या विकासामध्ये अंतिम नाही आणि MVP च्या पुढील फेरीत आहे).

तर, पहिला टप्पा म्हणजे कल्पना. कल्पना जन्माला येण्यासाठी, आपल्याला समस्यांची आवश्यकता आहे, आणि त्या आमच्याकडे होत्या, किंवा त्याऐवजी आम्ही नाही तर आमचे मित्र. खाली आम्ही व्यवसायाच्या विविध क्षेत्रांमध्ये घडलेल्या अनेक वास्तविक परिस्थिती पाहू.

एक लहान व्यवस्थापन कंपनी मॉस्को प्रदेशात दोन घरे राखते. पीसी सह कर्मचारी सुमारे 15 लोक आहेत. सिस्टम प्रशासक एक भेट देणारा फ्रीलांसर आहे (काळजी घेणाऱ्या रहिवाशांपैकी एकाचा हुशार मुलगा). असे दिसते की व्यवस्थापन कंपनीच्या क्रियाकलाप आयटीवर कमकुवतपणे अवलंबून आहेत, परंतु या व्यवसायाचे वैशिष्ट्य म्हणजे अनेक प्राधिकरणांना मासिक अहवाल देणे. कंपनीच्या प्रमुखाची सिस्टम डिस्क (जे नेहमीप्रमाणे, अनेक भूमिका एकत्र करते) मोकळी जागा संपली आहे. स्वाभाविकच, हे अचानक घडले नाही; चेतावणी सुमारे 2 महिने लटकली आणि सतत दुर्लक्ष केले गेले. पण एक अपडेट आले, OS अपडेट केले गेले आणि, नशिबाने ते अपडेटच्या मध्यभागी गोठले, व्यस्त डिस्कबद्दल "मृत्यू" आधी तक्रार केली. संगणक चक्रीय रीबूटमध्ये गेला. आम्ही समस्येचे निराकरण करत असताना आणि अहवाल मिळवत असताना, आम्ही अहवाल देण्याची अंतिम मुदत चुकवली. असे दिसते की क्षुल्लक खराबीमुळे विविध समस्या उद्भवल्या आहेत: नुकसानापासून ते खटला आणि प्रशासकीय दायित्वापर्यंत.

स्त्रोत   

अशाच प्रकारची घटना एका मोठ्या होल्डिंग कंपनीमध्ये घडली, ज्याने अनेक छोट्या कंपन्यांना एकत्र केले, संपूर्ण कार्यालयासाठी एकच तांत्रिक समर्थन सेवा. एका विभागात मुख्य लेखापालाचा संगणक बिघडला. तो खंडित होऊ शकतो हे बर्‍याच काळापासून ज्ञात होते (संगणक अत्यंत मंद होत होता आणि गरम होत होता), परंतु मुख्य लेखापाल कधीही तांत्रिक समर्थनासाठी विनंती पाठवू शकला नाही. साहजिकच, पगाराच्या दिवशी तो तुटला आणि विभागातील कर्मचारी अनेक दिवस पैशांशिवाय होते.

छोट्या घाऊक व्यापारातील एका छोट्या व्यवसायाची विक्री वेबसाइट होती, जी बाह्य साइटवर होस्ट केलेली होती. आम्ही नियमित ग्राहकाकडून फोनद्वारे त्याच्या अनुपलब्धतेबद्दल जाणून घेतले. कॉलच्या वेळी, साइट सुमारे तीन तास बंद होती. साइटसाठी जबाबदार व्यक्ती शोधण्यासाठी आणखी दोन तास लागले आणि समस्येचे निराकरण करण्यासाठी आणखी दोन तास लागले. त्यानुसार, जवळजवळ संपूर्ण कामकाजाच्या दिवसासाठी साइट अनुपलब्ध होती. कंपनीच्या व्यावसायिक संचालकांच्या मते, या डाउनटाइमसाठी त्यांना सुमारे 1 दशलक्ष रूबल खर्च आला.

जेव्हा मी क्लिनिकमध्ये भेटीसाठी आलो होतो आणि मला VHI नोंदणीसाठी जावे लागले तेव्हा मला स्वतः अशीच परिस्थिती आली. क्षुल्लक कारणास्तव ते मला डॉक्टरकडे पाठवू शकले नाहीत - सकाळी वीज वाढली आणि अपघातानंतर त्यांची पोस्टल सेवा आणि विमा कंपनीशी संवाद साधण्यासाठी विशिष्ट सेवा कार्य करत नाही. तुमचे अॅडमिन कुठे आहेत, या माझ्या प्रश्नाच्या उत्तरात मला सांगण्यात आले की, त्यांचे अॅडमिन आठवड्यातून एकदा येऊन भेटतात. आणि आता (त्यावेळी 16:00 वाजले होते) तो फोन उचलत नाही. किमान 7 तासांसाठी, क्लिनिक बाहेरील जगापासून कापले गेले आणि सशुल्क सेवा देऊ शकले नाही.

या सर्व प्रकरणांमध्ये काय साम्य आहे? सर्व समस्या अगोदरच टाळता आल्या असत्या. आयटी लोकांकडून वेळेवर प्रतिसाद मिळाल्याने नुकसान कमी करता आले असते. जर सुरुवातीच्या लक्षणांचा वापरकर्त्यांनी अचूक अर्थ लावला तर हे शक्य होईल.

आम्ही समस्या गृहितके ओळखली आहेत:

• आयटी इन्फ्रास्ट्रक्चरमधील दोषांना प्रतिसादाच्या कमी गतीमुळे लक्षणीय आर्थिक आणि प्रतिष्ठेचे नुकसान;
• वापरकर्त्यांद्वारे खराबीच्या सुरुवातीच्या लक्षणांचा चुकीचा अर्थ लावणे.

ग्राहक त्यांच्यासोबत काय करू शकतो आणि भविष्यात तत्सम परिस्थिती कशी टाळायची? बरेच पर्याय नाहीत:

1. एक उच्च पात्र प्रणाली प्रशासक नियुक्त करा आणि त्याला प्रामाणिकपणे काम करायला लावा;
2. विशेष सेवा कंपनीला आउटसोर्स आयटी देखभाल;
3. निरीक्षण आणि दोष अहवाल प्रणाली स्वतंत्रपणे लागू करा;
4. वापरकर्त्यांना/व्यवसाय कर्मचार्‍यांना संगणक साक्षरतेच्या मूलभूत गोष्टींचे प्रशिक्षण देणे.

चला तिसऱ्या पर्यायावर सेटल करूया. जे विविध कारणांमुळे त्याचा वापर करत नाहीत त्यांना मॉनिटरिंग सिस्टम देऊ या.

गेय विषयांतर. एंटरप्राइझ मार्केटमध्ये आयटी सेवांचे परीक्षण करण्यासाठी विविध प्रणाली बर्याच काळापासून वापरल्या जात आहेत आणि त्यांचे फायदे विवादित नाहीत. मी मोठ्या कंपन्यांच्या प्रतिनिधींशी बोललो, व्यवसाय आणि आयटी यांच्यातील संबंध कसे बांधले गेले ते पाहिले. एका मोठ्या मशिन-बिल्डिंग एंटरप्राइझच्या तांत्रिक संचालकाने आयटी पायाभूत सुविधांची देखभाल बाह्य कंपनीकडे केली आहे, परंतु ते स्वतः सर्व बाबींची माहिती घेतात. त्याच्या कार्यालयात आयटी सेवांची स्थिती दर्शविणारी एक मोठी मॉनिटरिंग सिस्टम स्क्रीन लटकलेली आहे. सर्वात गंभीर विषय प्रणालीमध्ये समाविष्ट केले आहेत. कोणत्याही क्षणी, तांत्रिक संचालक पायाभूत सुविधांची स्थिती काय आहे, काय चालले आहे, समस्या कुठे आहे, जबाबदार लोकांना सूचित केले गेले आहे का, समस्या सोडवली जात आहे की नाही हे शोधून काढू शकतात.

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

गृहितकांची पुष्टी करण्यासाठी, समस्यांच्या मुलाखती घेण्यात आल्या. त्यांना विकण्याचा प्रयत्न न करता लोक किती सांगण्यास तयार होतील याची मी कल्पना करू शकत नाही. प्रत्येक संभाषण किमान 1,5 तास चालले आणि आम्हाला पुढील विकासासाठी उपयुक्त माहिती मिळाली.

चला या टप्प्याचे परिणाम सारांशित करूया:

1. समस्येची समज आहे,
2. मूल्याची समज - आहे,
3. त्यावर उपाय शोधण्याची कल्पना आहे.

दुसरा टप्पा अधिक तपशीलवार होता. त्याच्या परिणामांच्या आधारे, आम्हाला व्यवस्थापनासमोर सादर करावे लागले, जो मूलत: गुंतवणूकदाराची भूमिका बजावतो, उत्पादनाच्या भविष्यातील भविष्याबद्दल निर्णय घेण्यासाठी व्यवसाय प्रकरण (समान लीन कॅनव्हास).

या मार्केटमध्ये कोण, काय आणि सर्वात महत्त्वाचे म्हणजे ते कसे करत आहेत हे शोधण्यासाठी आम्ही बाजार संशोधन आणि स्पर्धात्मक विश्लेषणासह सुरुवात केली.

हे खालील बाहेर वळले.

1. आमच्या विभागासाठी (लहान व्यवसायासाठी) बाजारात कोणतीही तयार बॉक्स्ड मॉनिटरिंग सिस्टम नाहीत, एक दोन किंवा तीन अपवाद वगळता, ज्याबद्दल मी स्पष्ट कारणांसाठी बोलणार नाही.
2. आमचे मुख्य स्पर्धक, विचित्रपणे, होम-लिखीत स्क्रिप्ट्स आणि ओपन-सोर्स मॉनिटरिंग सिस्टमसाठी "अॅड-ऑन" असलेले सिस्टम प्रशासक आहेत.
3. ओपन सोर्स मॉनिटरिंग सिस्टम वापरण्यात एक स्पष्ट समस्या आहे. एक प्रणाली आहे, आपल्या गरजेनुसार कार्य कसे करावे आणि सिस्टममध्ये सुधारणा कशी करावी याबद्दल मोठ्या प्रमाणात माहिती आहे. मी ज्या प्रशासकांची मुलाखत घेतली, त्यापैकी अनेकांनी कबूल केले की त्यांच्या कल्पना स्वतःहून अंमलात आणण्यासाठी त्यांच्याकडे पुरेशी क्षमता नाही. मात्र बडतर्फीच्या भीतीने ते व्यवस्थापनाला हे मान्य करू शकत नाहीत. हे एक दुष्ट मंडळ असल्याचे बाहेर वळते.

त्यानंतर आम्ही आमच्या संभाव्य ग्राहकांच्या गरजांचे विश्लेषण करण्यासाठी पुढे गेलो. आम्ही स्वतःसाठी लहान संस्थांचा एक विभाग ओळखला आहे ज्यांच्याकडे काही कारणास्तव स्वतःची IT सेवा नाही, जिथे एकतर येणारे सिस्टम प्रशासक, एक फ्रीलांसर किंवा सेवा कंपनी IT साठी जबाबदार आहे. प्रवेश करण्याचा निर्णय घेणारी आयटी बाजू नव्हती, तर व्यवसायाची बाजू, संस्थापक आणि व्यवसाय मालकांना आयटी पायाभूत सुविधांच्या सेवेची गुणवत्ता सुधारण्यासाठी एक साधन प्रदान करते. एक उत्पादन जे मालकांना त्यांचा व्यवसाय सुरक्षित करण्यात मदत करेल, परंतु त्याच वेळी ते आयटीसाठी जबाबदार असलेल्या लोकांसाठी काम जोडेल. एक उत्पादन जे व्यवसायांना IT समर्थनाच्या गुणवत्तेचे परीक्षण करण्यासाठी साधन प्रदान करते.

प्राप्त डेटावर प्रक्रिया करण्याच्या परिणामी, भविष्यातील उत्पादनासाठी आवश्यकतांची पहिली यादी (एक प्रकारचा उग्र अनुशेष) जन्माला आला:

• मॉनिटरिंग सिस्टम ओपन सोर्स सोल्यूशनवर आधारित असणे आवश्यक आहे आणि परिणामी, स्वस्त;
• स्थापित करणे सोपे आणि जलद;
• IT मधील विशिष्ट ज्ञानाची आवश्यकता नसावी, अगदी एक अकाउंटंट (मला या व्यवसायाच्या प्रतिनिधींना नाराज करायचे नव्हते) सिस्टम तैनात आणि कॉन्फिगर करण्यास सक्षम असावे;
• नेटवर्कवर देखरेख करण्यासाठी ऑब्जेक्ट्स स्वयंचलितपणे शोधल्या पाहिजेत;
• मॉनिटरिंग एजंट्स स्वयंचलितपणे (आणि आदर्शपणे स्वयंचलितपणे) स्थापित केले पाहिजेत;
• बाह्य सेवांचे निरीक्षण करण्यास सक्षम असणे आवश्यक आहे, किमान एक CRM प्रणाली आणि विक्री वेबसाइट;
• व्यवसाय आणि सिस्टम प्रशासकास समस्यांबद्दल सूचित केले पाहिजे;
• अॅलर्टची खोली आणि "भाषा" प्रशासक आणि व्यवसायासाठी भिन्न असावी;
• सिस्टम स्वतःच्या हार्डवेअरवर पुरवले जाणे आवश्यक आहे;
• लोह शक्य तितके प्रवेशयोग्य असावे;
• प्रणाली बाह्य घटकांपासून शक्य तितकी स्वतंत्र असावी.

पुढे, उत्पादन विकासातील गुंतवणूकीची गणना केली गेली (तांत्रिक विभागाच्या कर्मचार्‍यांसाठी श्रम खर्चासह). व्यवसाय मॉडेलचे स्केच तयार केले गेले आणि उत्पादनाचे एकक अर्थशास्त्र मोजले गेले.

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

• उच्च-स्तरीय उत्पादन अनुशेष;
• एक तयार केलेले व्यवसाय मॉडेल किंवा स्केल गृहितक ज्याची सराव मध्ये चाचणी करणे बाकी आहे.

चला पुढच्या टप्प्यावर जाऊया - संकल्पना. येथे आपण, अभियंते म्हणून, स्वतःला आपल्या मूळ घटकामध्ये शोधतो. अशा "इच्छा सूची" आहेत ज्या घटक/उपप्रणाली/वैशिष्ट्यांमध्ये विघटित केल्या जातात, नंतर त्या तांत्रिक वैशिष्ट्यांमध्ये/वापरकर्ता कथांमध्ये बदलल्या जातात, नंतर प्रकल्पात इ. मी पर्यायी पर्यायांची श्रेणी तयार करण्याच्या प्रक्रियेवर तपशीलवार विचार करणार नाही; चला थेट आवश्यकता आणि त्यांच्या अंमलबजावणीसाठी निवडलेल्या पद्धतींकडे जाऊया.

आवश्यकता
निर्णय

• ही खुली देखरेख यंत्रणा असावी;

आम्ही ओपन सोर्स मॉनिटरिंग सिस्टम घेतो.

• प्रणाली सोपी आणि स्थापित करण्यासाठी जलद असावी;
• विशिष्ट IT ज्ञान आवश्यक नसावे. एक अकाउंटंट देखील सिस्टम तैनात आणि कॉन्फिगर करण्यास सक्षम असावा.

आम्ही एक स्थापित प्रणाली ऑफर करतो जेणेकरुन वापरकर्त्याला फक्त डिव्हाइस चालू करावे लागेल आणि ते राउटरसारखे थोडेसे कॉन्फिगर करावे लागेल.

चला डिव्हाइसशी संवाद साधा आणि प्रत्येकाला समजण्यासारखा बंद करूया.

चला सुप्रसिद्ध इन्स्टंट मेसेंजरपैकी एकासाठी आमचा स्वतःचा चॅटबॉट लिहू आणि सिस्टमसह सर्व संवाद त्यात हस्तांतरित करू.

सिस्टमने हे केले पाहिजे:

• नेटवर्कवर देखरेखीसाठी आवश्यक वस्तू आपोआप शोधतात;
• स्वयंचलितपणे मॉनिटरिंग एजंट स्थापित करा;
• बाह्य सेवा, किमान एक CRM प्रणाली आणि विक्री वेबसाइटचे निरीक्षण करण्यात सक्षम व्हा.

आम्ही मॉनिटरिंग सिस्टमसाठी अॅड-ऑन लिहितो:

• स्वयंचलित ऑब्जेक्ट शोध;
• एजंटची स्वयंचलित स्थापना;
• बाह्य सेवांच्या उपलब्धतेवर लक्ष ठेवणे.

सिस्टमने हे केले पाहिजे:

• व्यवसाय आणि सिस्टम प्रशासकास समस्यांबद्दल सूचित करा;
• बाह्य सेवा, किमान सीआरएम प्रणाली आणि विक्री वेबसाइटचे निरीक्षण करण्यास सक्षम व्हा. अधिसूचनांची खोली आणि "भाषा" प्रशासक आणि व्यवसायासाठी भिन्न असावी.
• सिस्टमला विशिष्ट IT ज्ञानाची आवश्यकता नसावी; अगदी अकाउंटंटला सिस्टम तैनात आणि कॉन्फिगर करण्यास सक्षम असावे.

• चला विविध प्रकारच्या वापरकर्त्यांसाठी विविध प्रकारच्या सूचना जोडूया. ते खेळपट्टी आणि खोलीमध्ये भिन्न आहेत. व्यवसाय वापरकर्त्यास "सर्व काही ठीक आहे, परंतु इव्हानोव्हचा संगणक लवकरच मरेल" अशा सूचना प्राप्त होतील. प्रशासकास त्रुटी, कोण, कसे आणि काय झाले किंवा होऊ शकते याबद्दल संपूर्ण संदेश प्राप्त होईल.
• चला अतिरिक्त जबाबदार व्यक्तीचे मेल वापरण्याची क्षमता जोडूया, जेणेकरून ब्रेकडाउन झाल्यास त्याला संदेश प्राप्त होईल.
• पूर्व-तयार मजकुरासह ईमेल पाठविण्यावर आधारित बाह्य सेवा प्रदात्यांशी संवाद जोडूया, कारण इमेलच या घटनेला जन्म देते.
• सिस्टमसह सर्व परस्परसंवाद चॅटबॉटशी कनेक्ट केले जातील; संवाद संवाद शैलीमध्ये आयोजित केला जातो.

या व्यतिरिक्त:

• चला “प्रशासकाशी चॅट” ची कार्यक्षमता जोडू या जेणेकरून वापरकर्ता प्रशासकाला समस्येचे थेट वर्णन करणारा संदेश पाठवू शकेल.

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

• चला तयार आणि स्वस्त रास्पबेरी पीआय संगणक घेऊया.
• आम्ही एक अखंड वीज पुरवठा बोर्ड डिझाइन करू.
• स्थानिक नेटवर्कच्या स्थितीपासून स्वतंत्र होण्यासाठी मोडेम जोडूया.
• आम्ही एक सुंदर इमारत तयार करू.

आमच्याकडे आता तीन उपप्रणाली आहेत त्यांच्या स्वतःच्या आवश्यकता आणि त्यांच्या अंमलबजावणीसाठी दृष्टी:

• हार्डवेअर उपप्रणाली;
• देखरेख उपप्रणाली;
• वापरकर्ता परस्परसंवाद उपप्रणाली.

आम्ही हार्डवेअर उपप्रणालीसाठी एक प्राथमिक डिझाइन विकसित केले आहे. होय होय! चपळतेच्या सर्व नियमांचे उल्लंघन केल्यामुळे, आम्ही एक दस्तऐवज विकसित केला आहे, कारण मॅन्युफॅक्चरिंग प्लांट कागदपत्रांसह कार्य करतात. उर्वरित उपप्रणालींसाठी, आम्ही वापरकर्ते (व्यक्ती) ओळखले, वापरकर्त्याच्या कथा तयार केल्या आणि विकासासाठी कार्ये लिहिली.

हे संकल्पनेच्या टप्प्याचे निष्कर्ष काढते आणि त्याचा परिणाम आहे:

• हार्डवेअर प्लॅटफॉर्मसाठी प्रकल्प;
• उर्वरित दोन उपप्रणालींसाठी वापरकर्ता कथांच्या स्वरूपात तयार केलेली दृष्टी;
• व्हर्च्युअल मशीन म्हणून लागू केलेला सॉफ्टवेअर प्रोटोटाइप;
• हार्डवेअरचा प्रोटोटाइप, स्टँडच्या रूपात लागू केला गेला, जिथे हार्डवेअर सोल्यूशन्सची प्रत्यक्षात ताकदीसाठी चाचणी केली गेली;
• आमच्या प्रशासकांद्वारे चाचणी केली जाते.

या टप्प्यावरील समस्या मुख्यतः संस्थात्मक होत्या आणि अभियांत्रिकी कर्मचार्‍यांच्या विक्रीच्या कायदेशीर आणि लेखाविषयक पैलूंमधील ज्ञानाच्या अभावाशी संबंधित होत्या. त्या. काय आणि कसे विकायचे हे शोधून काढणे ही एक गोष्ट आहे आणि निर्दयी कायदेशीर मशीनचा सामना करणे ही दुसरी गोष्ट आहे: पेटंट, विकास कार्ये, नोंदणी, EULA आणि बरेच काही जे आम्ही, सर्जनशील लोक म्हणून, सुरुवातीला विचारात घेतले नाही.

अद्याप कोणतीही अडचण आली नाही, परंतु संलग्नकांच्या डिझाइनशी संबंधित एक अडचण आहे. आमच्या टीममध्ये फक्त अभियंते आहेत, त्यामुळे केसची पहिली आवृत्ती आमच्या इलेक्ट्रॉनिक्स तज्ज्ञाने प्लेक्सिग्लासपासून "बांधलेली" होती.

शरीर सौम्यपणे सांगायचे तर, विवादास्पद, विशेषतः लोकांसाठी, आधुनिक तंत्रज्ञानामुळे खराब झालेले दिसत होते. "कुलिबिन" च्या जुन्या पिढीमध्ये अर्थातच मर्मज्ञ होते - या इमारतीने त्यांच्यामध्ये उदासीन भावना निर्माण केल्या. केस पुन्हा तयार करण्याचा आणि डिझाइन करण्याचा निर्णय घेण्यात आला, कारण जुन्यामध्ये, सौंदर्यात्मक दोषांव्यतिरिक्त, संरचनात्मक दोष देखील होते - प्लेक्सिग्लासने डिव्हाइसचे असेंब्ली आणि वेगळे करणे चांगले सहन केले नाही आणि क्रॅक होण्यास प्रवृत्त केले. मी तुम्हाला केसच्या निर्मितीबद्दल पुढे सांगेन.

आणि आता आम्ही अंतिम रेषेच्या जवळ आहोत - MVP. अर्थात, हे अद्याप अंतिम उत्पादन उत्पादन नाही, परंतु ते आधीपासूनच उपयुक्त आणि मौल्यवान आहे. "तयार करा-मूल्यांकन-शिका" चक्र सुरू करणे हे या टप्प्याचे मुख्य ध्येय आहे. LANBIX ची नेमकी ही अवस्था आहे.

"तयार करा" टप्प्यावर, आम्ही एक डिव्हाइस तयार केले जे सांगितलेली कार्यक्षमता करते. होय, ते अद्याप परिपूर्ण नाही आणि आम्ही त्यावर काम करणे सुरू ठेवले.

चला शरीराच्या निर्मितीकडे परत जाऊया, म्हणजे. आमच्या उपकरणाचे नॉस्टॅल्जिक ते आधुनिकमध्ये रूपांतर करण्याच्या कार्यासाठी. सुरुवातीला, मी कॅबिनेट उत्पादक आणि औद्योगिक डिझाइन सेवांसाठी बाजारपेठ शोधली. प्रथम, रशियन बाजारावर केस तयार करणार्‍या अनेक कंपन्या नाहीत आणि दुसरे म्हणजे, या टप्प्यावर औद्योगिक डिझाइनची किंमत प्रतिबंधात्मकपणे जास्त आहे, सुमारे 1 दशलक्ष रूबल.

त्यांनी डिझाइनसाठी आमच्या विपणन विभागाशी संपर्क साधला; तरुण डिझायनर सर्जनशील प्रयोगांसाठी तयार होता. आम्ही हुलच्या आमच्या दृष्टीकोनाची रूपरेषा दिली (आधी हुल बांधकामाच्या उत्कृष्ट उदाहरणांचा अभ्यास केला आहे), आणि त्याने त्या बदल्यात ते कलाकृतीमध्ये बदलले. फक्त त्याची निर्मिती करणे बाकी आहे. आम्हाला आमच्या डिझाइनचा अभिमान आहे, आम्ही आमच्या भागीदारांकडे वळलो. त्यांच्या सीईओने ताबडतोब आमच्या कल्पनेचा चुराडा केला, पूर्णपणे विनामुल्य, आमच्या निवडलेल्या मार्गाने निर्माण करता येणार नाही अशा गोष्टी. केस तयार केले जाऊ शकते आणि ते Appleपलपेक्षा वाईट नसेल, परंतु केसची किंमत सर्व इलेक्ट्रॉनिक घटकांपेक्षा तीन ते चार पटीने महाग असेल. ऑपरेशन्स आणि मंजुरींच्या मालिकेनंतर, आम्ही एक घर तयार केले आहे जे तयार केले जाऊ शकते. होय, आम्ही नियोजित केल्याप्रमाणे ते सुंदर नाही, परंतु वर्तमान उद्दिष्टे साध्य करण्यासाठी ते आदर्श आहे.

स्टेजचा परिणाम: लढाई आणि चाचणीसाठी सज्ज उपकरणांची पहिली तुकडी.

आणि आता सर्वात कठीण गोष्ट म्हणजे "मूल्यांकन" टप्पा आणि आमच्या उत्पादनासह आम्ही या टप्प्यावर आहोत. आम्ही केवळ वास्तविक ग्राहकांच्या वापराच्या परिणामांवर आधारित मूल्यांकन करू शकतो आणि येथे कोणतेही गृहितक कार्य करत नाहीत. आम्हाला अभिप्राय देण्यासाठी आणि खरोखर आवश्यक असलेल्या उत्पादनामध्ये बदल करण्यासाठी त्या "लवकर दत्तक घेणार्‍यांची" आवश्यकता आहे. प्रश्न उद्भवतो: ग्राहक कोठे मिळवायचे आणि त्यांना प्रयोगात भाग घेण्यासाठी कसे पटवून द्यावे?

सर्व संभाव्य पर्यायांपैकी, आम्ही डिजिटल साधनांचा क्लासिक संच निवडला: लँडिंग पृष्ठ आणि सामाजिक नेटवर्कवरील जाहिरात मोहीम.

प्रक्रिया आधीच सुरू केली गेली आहे, परंतु परिणामांबद्दल बोलणे खूप लवकर आहे, जरी आधीच प्रतिसाद आहेत आणि आम्हाला आमच्या अनेक गृहितकांची पुष्टी मिळाली आहे. एक सुखद आश्चर्य म्हणजे पूर्णपणे भिन्न व्यावसायिक विभागांच्या प्रतिनिधींची प्रतिक्रिया होती, जी आमच्या अपेक्षेपेक्षा खूप मोठी होती. नवीन परिचयांकडे दुर्लक्ष करणे मूर्खपणाचे ठरेल आणि मुलाखतींच्या निकालांच्या आधारे LANBIX Enterprise नावाची समांतर LANBIX लाइन सुरू करण्याचा निर्णय घेण्यात आला. आम्ही वितरित पायाभूत सुविधांसाठी समर्थन जोडले आहे, समस्यानिवारण आणि स्थानिकीकरणासह Wi-Fi नेटवर्कचे परीक्षण करणे आणि संप्रेषण चॅनेलच्या गुणवत्तेचे परीक्षण करणे. सेवा कंपन्यांनी समाधानामध्ये सर्वात जास्त स्वारस्य व्यक्त केले. त्याच वेळी, आम्ही आधीच विकसित केलेली उपकरणे उपायांच्या ऑपरेशनमध्ये महत्त्वपूर्ण भूमिका बजावतात.

पुढे काय होईल

मूळ LANBIX चे पुढे काय होईल हे मोहिमेच्या निकालांच्या आधारे स्पष्ट होईल. जर आमच्या गृहितकांची पुष्टी झाली नाही, तर लीन पद्धतीनुसार, आम्ही निर्दयपणे त्यातून सुटका करू किंवा त्याचे काहीतरी नवीन मध्ये रूपांतर होईल, कारण कोणालाही आवश्यक नसलेले उत्पादन बनवण्यापेक्षा वाईट काहीही नाही. परंतु आता आपण असे म्हणू शकतो की केलेले कार्य व्यर्थ ठरले नाही आणि त्याबद्दल धन्यवाद, समांतर उत्पादनांची एक संपूर्ण शाखा दिसू लागली आहे, ज्यावर आम्ही सक्रियपणे कार्य करत आहोत. यशस्वी झाल्यास, LANBIX MVP स्टेजवरून अंतिम टप्प्यात जाईल आणि उत्पादन मार्केटिंगच्या समजण्यायोग्य शास्त्रीय नियमांनुसार विकसित होईल.

मी पुन्हा सांगतो, आता आम्हाला लवकर दत्तक घेणारे, अभिप्राय गोळा करण्यासाठी आमचे उत्पादन स्थापित करणार्‍या कंपन्या शोधायचे आहेत. तुम्हाला LANBIX ची चाचणी घेण्यात स्वारस्य असल्यास, टिप्पण्यांमध्ये किंवा खाजगी संदेशांमध्ये लिहा.

स्त्रोत

स्त्रोत: www.habr.com