हामी कसरी विचारहरूसँग काम गर्छौं र LANBIX कसरी जन्मियो

LANIT-एकीकरणमा धेरै रचनात्मक कर्मचारीहरू छन्। नयाँ उत्पादनहरू र परियोजनाहरूका लागि विचारहरू शाब्दिक रूपमा हावामा झुण्डिएका छन्। यो कहिलेकाहीँ सबैभन्दा रोचक व्यक्तिहरू पहिचान गर्न धेरै गाह्रो हुन सक्छ। त्यसकारण, हामीले सँगै हाम्रो आफ्नै पद्धति विकास गर्‍यौं। कसरी उत्कृष्ट परियोजनाहरू चयन गर्ने र तिनीहरूलाई कार्यान्वयन गर्ने बारे यो लेख पढ्नुहोस्।

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

हामी कसरी विचार संग काम गर्छौं

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

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

आइडिया

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

स्रोत

टोली

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

यदि परिकल्पनाहरू पुष्टि भएमा, प्रारम्भिक वित्तीय विश्लेषण गरिन्छ, लगानीको अनुमानित मात्रा र लगानीकर्ताको सम्भावित आम्दानीको मूल्याङ्कन गरिन्छ। यस चरणको नतिजाको रूपमा, लीन क्यानभास भनिने कागजातको जन्म हुन्छ र व्यवस्थापनलाई प्रस्तुत गरिन्छ।

अवधारणा

यस चरणमा, लगभग 70% विचारहरू हटाइन्छ। यदि अवधारणा स्वीकृत भयो भने, त्यसपछि विचार विकास चरण सुरु हुन्छ। भविष्यको उत्पादनको कार्यक्षमता बनाइन्छ, कार्यान्वयन मार्गहरू र इष्टतम प्राविधिक समाधानहरू निर्धारण गरिन्छ, र व्यापार योजना अद्यावधिक गरिन्छ। यस चरणको नतिजा विकासको लागि प्राविधिक विवरण र विस्तृत व्यापार मामला हो। यदि सफल भएमा, हामी MVP वा MVP चरणमा जान्छौं।

MVP वा MVP

MVP एक न्यूनतम व्यवहार्य उत्पादन हो। ती। एक उत्पादन जुन पूर्ण रूपमा विकसित गरिएको छैन, तर पहिले नै मूल्य ल्याउन सक्छ र यसको कार्यक्षमता प्रदर्शन गर्दछ। विकासको यस चरणमा हामीले वास्तविक प्रयोगकर्ताहरूबाट प्रतिक्रिया सङ्कलन र परिवर्तनहरू गर्न आवश्यक छ।

विनिर्माण

र अन्तिम चरण उत्पादन हो। 5% भन्दा बढी उत्पादनहरू यस चरणमा पुग्दैनन्। यो 5% मा सबैभन्दा महत्त्वपूर्ण, आवश्यक, व्यवहार्य र कार्यात्मक उत्पादनहरू मात्र समावेश छन्।

हामीसँग धेरै विचारहरू छन् र हामीले पहिले नै ठूलो पोर्टफोलियो भेला गरिसकेका छौं। हामी प्रत्येक विचारको विश्लेषण गर्छौं र यो अन्तिम चरणमा पुग्छ भनेर सुनिश्चित गर्न सबै गर्छौं। यो धेरै रमाइलो छ कि हाम्रा सहकर्मीहरू हाम्रो R&D निर्देशनप्रति उदासीन रहेनन् र उत्पादन र समाधानहरूको विकास र कार्यान्वयनमा सक्रिय भाग लिन्छन्।

हामीले कसरी LANBIX बनायौं

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

त्यसैले, पहिलो चरण विचार हो। एउटा विचार जन्माउनको लागि, तपाईंलाई समस्याहरू चाहिन्छ, र हामीसँग ती थिए, वा बरु हामी होइन, तर हाम्रा साथीहरू। तल हामी व्यापारको विभिन्न क्षेत्रहरूमा भएको धेरै वास्तविक परिस्थितिहरू हेर्नेछौं।

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

स्रोत   

एउटा ठूलो होल्डिङ कम्पनीमा यस्तै घटना भयो, धेरै साना कम्पनीहरूलाई एकताबद्ध गर्दै, सम्पूर्ण कार्यालयको लागि एउटै प्राविधिक सहयोग सेवाको साथ। एउटा विभागमा प्रमुख लेखापालको कम्प्युटर बिग्रियो । यो एक लामो समय को लागी थाहा थियो कि यो बिग्रन सक्छ (कम्प्यूटर एकदमै ढिलो र तातिरहेको थियो), तर मुख्य लेखापालले प्राविधिक सहयोग को लागी अनुरोध पठाउन को लागी कहिल्यै आएन। स्वाभाविक रूपमा, यो तलब दिनमा ठ्याक्कै बिग्रियो, र विभागका कर्मचारीहरू धेरै दिनसम्म पैसाविहीन थिए।

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

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

यी सबै केसहरूमा के समानता छ? पक्कै पनि सबै समस्याहरू पहिले नै रोक्न सकिन्थ्यो। IT मानिसहरूबाट समयमै प्रतिक्रिया पाएकोले क्षति कम गर्न सकिन्थ्यो। यदि प्रारम्भिक लक्षणहरू प्रयोगकर्ताहरूले सही रूपमा व्याख्या गरेका थिए भने यो सम्भव हुनेछ।

हामीले समस्या परिकल्पनाहरू पहिचान गरेका छौं:

• IT पूर्वाधारमा त्रुटिहरूको प्रतिक्रियाको कम गतिको कारणले महत्त्वपूर्ण मौद्रिक र प्रतिष्ठाको हानि;
• प्रयोगकर्ताहरूद्वारा खराबीका प्रारम्भिक लक्षणहरूको गलत व्याख्या।

ग्राहकले उनीहरूसँग के गर्न सक्छ, र भविष्यमा यस्तै परिस्थितिहरूबाट कसरी बच्ने? त्यहाँ धेरै विकल्पहरू छैनन्:

1. एक उच्च योग्य प्रणाली प्रशासक भाडामा लिनुहोस् र उहाँलाई इमानदारीपूर्वक काम गर्न लगाउनुहोस्;
2. आउटसोर्स आईटी मर्मत विशेष सेवा कम्पनीमा;
3. स्वतन्त्र रूपमा अनुगमन र त्रुटि रिपोर्टिङ प्रणाली लागू गर्नुहोस्;
4. कम्प्युटर साक्षरताको आधारभूत कुराहरूमा प्रयोगकर्ता/व्यवसाय कर्मचारीहरूलाई प्रशिक्षण प्रदान गर्नुहोस्।

तेस्रो विकल्पमा बसौं। विभिन्न कारणले प्रयोग नगर्नेहरूलाई अनुगमन प्रणाली प्रस्ताव गरौं।

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

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

परिकल्पना पुष्टि गर्न, समस्या साक्षात्कार आयोजित गरियो। म कल्पना गर्न सक्दिन कि मानिसहरू तिनीहरूलाई बेच्न प्रयास नगरी कति कुरा बताउन इच्छुक हुनेछन्। प्रत्येक कुराकानी कम्तिमा 1,5 घण्टा चल्यो, र हामीले थप विकासको लागि उपयोगी धेरै जानकारी प्राप्त गर्यौं।

यस चरणको नतिजाहरू संक्षेप गरौं:

1. समस्याको बुझाइ छ,
2. मूल्य को समझ - त्यहाँ छ,
3. समाधान को लागी एक विचार छ।

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

हामीले बजार अनुसन्धान र प्रतिस्पर्धी विश्लेषणको साथ सुरु गर्यौं कि कसले, के र सबैभन्दा महत्त्वपूर्ण कुरा, तिनीहरूले यस बजारमा कसरी गरिरहेका छन्।

यो निम्न बाहिर भयो।

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

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

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

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

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

चरण परिणाम:

• उच्च स्तरको उत्पादन ब्याकलग;
• एक सूत्रबद्ध व्यापार मोडेल वा स्केल परिकल्पना जुन अभ्यासमा परीक्षण गर्न बाँकी छ।

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

माग
निर्णय

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

हामी खुला स्रोत अनुगमन प्रणाली लिन्छौं।

• प्रणाली सरल र स्थापना गर्न छिटो हुनुपर्छ;
• विशिष्ट आईटी ज्ञान आवश्यक पर्दैन। एकाउन्टेन्ट पनि तैनाथ गर्न र प्रणाली कन्फिगर गर्न सक्षम हुनुपर्छ।

हामी एक स्थापित प्रणाली प्रस्ताव गर्दछौं ताकि प्रयोगकर्ताले मात्र यन्त्र खोल्न र यसलाई राउटर जस्तै अलिकति कन्फिगर गर्न आवश्यक छ।

यन्त्रसँगको अन्तरक्रियालाई सबैलाई सरल र बुझ्न सकिने कुरामा बन्द गरौं।

एक प्रसिद्ध इन्स्ट्यान्ट मेसेन्जरको लागि हाम्रो आफ्नै च्याटबोट लेखौं र प्रणालीसँग सबै अन्तरक्रियाहरू यसमा स्थानान्तरण गरौं।

प्रणाली हुनुपर्छ:

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

हामी अनुगमन प्रणालीको लागि एड-अनहरू लेख्छौं:

• स्वचालित वस्तु पत्ता लगाउने;
• एजेन्टहरूको स्वचालित स्थापना;
• बाह्य सेवाहरूको उपलब्धता अनुगमन।

प्रणाली हुनुपर्छ:

• दुबै व्यवसाय र समस्याहरूको प्रणाली प्रशासकलाई सूचित गर्नुहोस्;
• बाह्य सेवाहरू, कम्तिमा एक CRM प्रणाली र बिक्री वेबसाइट अनुगमन गर्न सक्षम हुनुहोस्। सूचनाहरूको गहिराइ र "भाषा" प्रशासक र व्यवसायको लागि फरक हुनुपर्छ।
• प्रणालीलाई विशिष्ट IT ज्ञानको आवश्यकता पर्दैन; एकाउन्टेन्टले पनि प्रणाली तैनाती र कन्फिगर गर्न सक्षम हुनुपर्दछ।

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

थप:

• "प्रशासकसँग च्याट गर्नुहोस्" कार्यक्षमता थपौं ताकि प्रयोगकर्ताले प्रशासकलाई समस्याको सीधै वर्णन गर्ने सन्देश पठाउन सक्छ।

• प्रणाली आफ्नै हार्डवेयरमा आपूर्ति गर्नुपर्छ।
• फलाम उपलब्ध हुनुपर्छ।
• प्रणाली वातावरणबाट सकेसम्म स्वतन्त्र हुनुपर्छ।

• तयार र सस्तो रास्पबेरी PI कम्प्युटर लिनुहोस्।
• हामी एक निर्बाध विद्युत आपूर्ति बोर्ड डिजाइन गर्नेछौं।
• स्थानीय नेटवर्कको अवस्थाबाट स्वतन्त्र हुन मोडेम थपौं।
• हामी सुन्दर भवन डिजाइन गर्नेछौं।

हामीसँग अब तीनवटा उपप्रणालीहरू छन् जसको आफ्नै आवश्यकताहरू र तिनीहरूको कार्यान्वयनको लागि दृष्टिकोण छ:

• हार्डवेयर उपप्रणाली;
• अनुगमन उपप्रणाली;
• प्रयोगकर्ता अन्तरक्रिया उपप्रणाली।

हामीले हार्डवेयर उपप्रणालीको लागि प्रारम्भिक डिजाइन विकास गरेका छौं। हो हो! फुर्तिलोका सबै नियमहरू उल्लङ्घन गर्दै, हामीले एउटा कागजात विकास गर्यौं, किनभने निर्माण प्लान्टहरूले कागजातहरूसँग काम गर्छन्। बाँकी सबसिस्टमहरूको लागि, हामीले प्रयोगकर्ताहरू (व्यक्तिहरू) पहिचान गर्यौं, प्रयोगकर्ता कथाहरू तयार गर्‍यौं, र विकासका लागि कार्यहरू लेख्यौं।

यसले अवधारणा चरण समाप्त गर्दछ, र परिणाम हो:

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

यस चरणमा समस्याहरू प्रायः संगठनात्मक थिए र बिक्रीको कानुनी र लेखा पक्षहरूमा इन्जिनियरिङ कर्मचारीहरूको ज्ञानको कमीसँग सम्बन्धित थिए। ती। के र कसरी बेच्ने भन्ने कुरा पत्ता लगाउनु एउटा कुरा हो, र निर्दयी कानुनी मेसिनको सामना गर्नुपर्ने अर्को कुरा हो: पेटेन्ट, विकास कार्यहरू, दर्ता, EULA र धेरै कुराहरू जुन हामीले रचनात्मक व्यक्तिको रूपमा सुरुमा ध्यान दिएनौं।

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

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

र अब हामी अन्तिम रेखाको नजिक छौं - MVP। निस्सन्देह, यो अझै अन्तिम उत्पादन उत्पादन होइन, तर यो पहिले नै उपयोगी र मूल्यवान छ। यस चरणको मुख्य लक्ष्य "सिर्जना-मूल्याङ्कन-सिक्नुहोस्" चक्र सुरु गर्नु हो। यो LANBIX मा छ ठ्याक्कै चरण हो।

"सिर्जना" चरणमा, हामीले एक उपकरण सिर्जना गर्यौं जसले घोषित कार्यक्षमता प्रदर्शन गर्दछ। हो, यो अझै पूर्ण छैन, र हामीले यसमा काम जारी राख्यौं।

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

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

चरणको परिणाम: लडाई र परीक्षणको लागि तयार उपकरणहरूको पहिलो ब्याच।

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

सबै सम्भावित विकल्पहरू मध्ये, हामीले डिजिटल उपकरणहरूको क्लासिक सेट रोज्यौं: ल्यान्डिङ पृष्ठ र सामाजिक सञ्जालहरूमा विज्ञापन अभियान।

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

अब के हुने हो

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

म दोहोर्याउँछु, अब हामी प्रारम्भिक ग्रहणकर्ताहरू फेला पार्न चाहन्छौं, प्रतिक्रिया सङ्कलन गर्न हाम्रो उत्पादन स्थापना गर्न सक्ने कम्पनीहरू। यदि तपाईं LANBIX परीक्षण गर्न इच्छुक हुनुहुन्छ भने, टिप्पणी वा निजी सन्देशहरूमा लेख्नुहोस्।

स्रोत

स्रोत: www.habr.com