iCity एक आभासी शहर है जिसकी किसी को परवाह नहीं है। पोस्टमार्टम आंतरिक स्टार्टअप

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

प्रागितिहास

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

आदर्श स्थिति?

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

एक आभासी शहर का सार

परिणाम निम्नलिखित अवधारणा थी। अगला दस्तावेज़ से एक उद्धरण है:

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

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

इस तरह के एकीकरण, मोबाइल प्रौद्योगिकियों के उपयोग के साथ मिलकर, "संवर्धित वास्तविकता", संरचनात्मक रेटिंग और खेल तत्वों के सिद्धांत, उच्च स्तर की संभावना के साथ, सफलता लाने चाहिए।

एक प्रोटोटाइप बनाने के लिए, विचार को शहर के जीवन पर अपने जीवन के सबसे महत्वपूर्ण पहलुओं, "संवर्धित वास्तविकता" के तत्वों और कार्यकारी अधिकारियों के साथ प्रभावी संचार के संगठन के साथ अनुमानित किया जाएगा।

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

प्रारंभ - मंच चयन

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

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

पहले विफलता के संकेत

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

लेकिन निवेशक के बारे में [वह मूल कंपनी का प्रबंधन भी है]?

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

हमने इसे बनाया!

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

क्यूआर कोड

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

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

प्रधान आधार

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

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

बाजार जीतो

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

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

परिणामस्वरूप, निर्मित टीम (जो पहले से ही एक साथ काम करने का गंभीर अनुभव था और गलतियों, सफलताओं और असफलताओं को बनाने में अनुभव था) को संरक्षित करने के लिए, बाहरी निवेश किसी अन्य परियोजना के लिए आकर्षित किया गया था। लेकिन यह पूरी तरह से अलग कहानी है।

अब क्या

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

हम खून में लिखते हैं:

1. तुरंत एक बड़ा बजट खराब है। इससे यह संभव है कि सत्य को अधिक लंबे समय तक देखना संभव नहीं है। केवल एक चीज जो एक बड़े बजट को सही ठहरा सकती है वह है ज्ञानी और आधिकारिक (जो कि निचोड़ या खुले तौर पर अनप्रोफेशनल पोजिशन के प्रति आश्वस्त नहीं हो सकती) की मौजूदगी मेंटर। हम उनके पास नहीं थे
2. विकास मंच बहुत महत्वपूर्ण है। अनुचित तरीके से चुना गया प्लेटफ़ॉर्म अनिवार्य रूप से डेडलाइन या अत्यधिक बजट या अस्वीकार्य गुणवत्ता की ओर ले जाएगा। और सबसे अधिक संभावना है, यह तुरंत सब कुछ ले जाएगा + टीम के गंभीर डिमोनेटाइजेशन के स्रोत के रूप में काम करेगा।
3. परियोजना टीम का बाकी कर्मचारियों के समान कार्यालय में होना विनाशकारी है। ऑफिस के सुरक्षित माहौल में एक कर्मचारी के रूप में स्टार्टअप बनाना बेहद मुश्किल है। यदि कर्मचारियों को पता है कि उन्हें वैसे भी भुगतान किया जाएगा, तो 6 के बाद सुस्त होने का क्या मतलब है? लगभग अन्य परियोजनाओं से भरा है जो समय-समय पर कार्यालय में चर्चा की जाती हैं। एक चरम मामले में, वे एक अन्य परियोजना में स्थानांतरित करेंगे। परिणाम कम दक्षता और सगाई है।
4. हमें टीम के सदस्यों को कर्मचारियों की तरह कम और टीम के सदस्यों को अधिक पसंद करने की ज़रूरत है जो एक बड़ी बात करता है। किसी भी मामले में हमें ऐसे लोगों की एक टीम में ले जाना चाहिए जो परियोजना के विचार में विश्वास नहीं करते हैं, चाहे यह कर्मचारी कितना भी पेशेवर हो और चाहे वह मूल कंपनी में इसका उपयोग कैसे करने जा रहा हो।
5. अपने लोगों को अध्ययन करने और विभिन्न सेमिनारों और प्रशिक्षणों में जाने का अवसर दें। दिमाग को सुधारने के लाभ खर्च किए गए पैसे और कर्मचारियों को लुभाने वाले जोखिमों की तुलना में कहीं अधिक हैं। स्टार्टअप के लिए ठहराव प्रत्यक्ष जोखिम है।
6. यह परियोजना प्रबंधक को उन कार्यों को सौंपने के लिए विनाशकारी है जो परियोजना से संबंधित नहीं हैं [प्रलोभन महान है - व्यक्ति एक वेतन पर है, योग्यताएं अच्छी हैं, वह आसानी से कुछ और परियोजनाएं ले सकता है]। यदि टीम देखती है कि उनके नेता परियोजना से संबंधित मुद्दों से निपट रहे हैं, तो परियोजना इतनी महत्वपूर्ण नहीं है, क्योंकि आप उस पर ध्यान केंद्रित नहीं कर सकते हैं। नतीजतन, प्रबंधक का ध्यान खो जाता है, टीम के काम का नियंत्रण कमजोर हो जाता है, टीम की प्रेरणा गिर जाती है।
7. किसी ऐसे व्यक्ति को बनाना अस्वीकार्य है जो एक आंतरिक स्टार्टअप के लिए लीन स्टार्टअप से परिचित नहीं है। कोई भी विशेषज्ञ कितना भी सक्षम क्यों न हो और उसके पीछे कितनी भी औद्योगिक या कस्टम परियोजनाएँ क्यों न हों - अगर उसे स्टार्टअप्स बनाने के सिद्धांतों की जानकारी नहीं है और / या उनके पास अनुभव नहीं है, तो उन्हें प्रोजेक्ट पर भरोसा करने की आवश्यकता नहीं है। और इससे भी ज्यादा, अगर एक ही समय में वह समझाने और नेतृत्व करने की क्षमता रखता है। मनाओ और नेतृत्व करो। केवल इसके सफल होने की संभावना नहीं है।
8. यदि स्टार्टअप लीडर एक वैचारिक व्यक्ति है, जो नियमित रूप से नए विचारों को उत्पन्न करता है और उन्हें प्रोजेक्ट पर लागू करने का प्रयास करता है, तो उसे निश्चित रूप से एक व्यावहारिक विशेषज्ञ के साथ जोड़ा जाना चाहिए, जो प्रोजेक्ट को नए विचारों के साथ अलग नहीं होने देगा और केवल थोड़े से बैकलॉग की अनुमति देगा जो वास्तव में होने के योग्य है। । और इससे भी बेहतर - यह बैकलॉग से सबकुछ हटा देगा, केवल सबसे महत्वपूर्ण छोड़कर। और, एक ही समय में, यह परियोजना के नेता के उग्र भाषणों के लिए प्रतिरोधी होना चाहिए - केवल व्यावहारिकता।
9. यदि कोई पिवट किसी प्रोजेक्ट के दरवाजे पर दस्तक दे रहा है, तो इसे कभी भी अनदेखा नहीं किया जाना चाहिए। और मूल कंपनी के नेताओं को नए उत्पाद के लिए बाजार की प्रतिक्रिया का सावधानीपूर्वक निरीक्षण करना चाहिए - टीम कभी-कभी धुरी के लिए आवश्यक शर्तें नहीं देख पाती है। या बहाना करो कि मैंने नहीं देखा। क्योंकि एक वेतन और स्पष्ट स्थिरता है। और मैं वह करना चाहता हूं जो जरूरी नहीं है, लेकिन जो दिलचस्प है।
10. यह मूल कंपनी के नेताओं के लिए बहुत उपयोगी होगा जो लीन स्टार्टअप और इस तरह की चीजों को बनाने के बुनियादी सिद्धांतों के बारे में पढ़ने के लिए एक आंतरिक स्टार्टअप बनाना चाहते हैं। अन्यथा, आप या तो परियोजना प्रबंधक के साथ लंबी चर्चा करेंगे (जिनके साथ आप अलग-अलग भाषाएं बोलेंगे), या आप बस उन जोखिमों को पहचान नहीं पाएंगे जो आपकी परियोजना और आपके निवेशों में परेशानी हैं।