गुणात्मक रूप से, जल्दी से, सस्ते में - विभाजित और जीत

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

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


तो, आपके पास एक विचार है, ऐसा एक अच्छा विचार, विचारशील, आशाजनक। हालाँकि, आप अभी भी नहीं जानते हैं कि यह आय कैसे उत्पन्न करेगा। आप सशुल्क सब्सक्रिप्शन ले सकते हैं, या "टुकड़ा द्वारा" सेवा बेच सकते हैं या पंजीकरण के लिए एकमुश्त भुगतान ले सकते हैं। ऐसा लगता है कि कई मुद्रीकरण मॉडल नहीं हैं, कुछ काम करेंगे।

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

1. न्यूनतम कार्यक्षमता क्या है जिसे आप बेच सकते हैं?
2. गुणवत्ता के नुकसान के बिना इससे सबसे जल्दी क्या किया जा सकता है?
3. हम इसके लिए कितना लेंगे?

इन सवालों का जवाब देना काफी सरल है, क्योंकि 1-2 सुविधाओं का मूल्यांकन करना अनुमान लगाने की तुलना में बहुत आसान है कि परिसर में पूरी सेवा की लागत कितनी होगी। दूसरे, आपको बाजार में जितनी जल्दी हो सके प्रवेश करना चाहिए। केवल वह आपको भविष्य में सेवा को विकसित करने के सबसे प्रभावी तरीके दिखाने में सक्षम होगा।
यह सरल क्षण प्रतीत होता है, लेकिन वैश्विक तकनीकी चुनौतियों, विकास योजनाओं और सही परियोजना बनाने की इच्छा की पृष्ठभूमि के खिलाफ उन्हें शायद ही कभी भुलाया नहीं जाता है।
और ऐसा करने के लिए बहुत शुरुआत में आवश्यक नहीं है। जैसे ही कार्यक्षमता का एक द्रव्यमान होता है, आपको बस एक को चुनना होगा जिसे आप उपयोगकर्ता की पेशकश कर सकते हैं और इस तरह की मिनी-सेवा चला सकते हैं।

निश्चित रूप से आप में से बहुत से लोग सोचेंगे: "यहां फिर से, बैसाखी बाड़ के लिए।" हां, कभी-कभी यह बहुत सुंदर निर्णय नहीं होता है। हालांकि, परियोजना के ऐसे छोटे भागों को लॉन्च करके, आप अपने आप को वसा की समय सीमा की समस्या से बचाएंगे। जब विकास 4-5 महीने से चल रहा है, लेकिन क्या जरूरत है, यह रोल करने के लिए, एक और 3. और फिर, यदि आप इसे ध्यान में रखते हुए आर्किटेक्चर को डिजाइन करते हैं, तो डेवलपर्स वास्तव में गंदगी पर शोक नहीं करेंगे।

उपरोक्त सभी अनिवार्य रूप से इस विचार को प्रकट करते हैं कि आपको जितनी जल्दी हो सके शुरू करने की आवश्यकता है। अगली समस्या, जो पिछले एक के समान है, केवल अधिक तकनीकी रूप से व्यक्त की जाती है।

हम नहीं जानते कि हम परिणाम के रूप में क्या प्राप्त करना चाहते हैं।

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

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

परियोजना प्रबंधकों द्वारा उसी विधि का उपयोग किया जा सकता है ताकि स्थिति को आगे न बढ़ाया जा सके और डेवलपर्स पर दबाव न डाला जा सके।

1. सभी सिस्टम सुविधाओं की एक सूची को परिभाषित करें
2. जिन्हें आप बेच सकते हैं उन्हें चुनना
3. हम केवल तैयार किए गए या पूरा करने के लिए न्यूनतम प्रयास की आवश्यकता को छोड़ देते हैं
4. हम उन्हें पूरा करते हैं और चलाते हैं

इस प्रकार, सभी समय सीमाएं समाप्त होने पर संकटों से बाहर निकलना संभव है, और परियोजना एक असंगत स्थिति में है। जाहिर है, इस तरह के विशेष रिलीज को एक सप्ताह से अधिक नहीं लेना चाहिए। लेकिन इस सप्ताह आपको सभी बलों को स्विच करने की आवश्यकता है, और फिर शांति से मुख्य विकास जारी रखें।

और आखिरी समस्या मैं कहना चाहूंगा

समय और नवाचार

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

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

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

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

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

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

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

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